Заказчики совсем обледенели
2989 сообщений
#15 лет назад
Цитата ("owlteam"):Флаг - в руки, барабан - на шею... )))
очередной балабол. видно газировку с пивом перепутал...
2268 сообщений
#15 лет назад
Бесплатно, шустро и быстро - только кошки родятся.Альтруисты, хреновы...
648 сообщений
#15 лет назад
Цитата ("owlteam"):Бесплатно, шустро и быстро - только кошки родятся.+
Альтруисты, хреновы...
658 сообщений
2989 сообщений
#15 лет назад
Цитата ("sergannd_snz"):предлагают: 2. Требуется бланк Т.З. на основе которого будет делаться работа.(заполняем его МЫ)
типовая практика. тз готовит заказчик. но поскольку он не всегда достаточно разбирается в предстоящей работе, старается втихаря или по договоренности спихнуть это на исполнителя.
658 сообщений
#15 лет назад
За штуку бакинских могу отдать (одно), у меня их много
1 сообщение
#15 лет назад
А вот ругаться на то что предлагают обычно позволяют себе жадные таксисты на вокзале.
1172 сообщения
#15 лет назад
Вот вы все про работу за 5 баксов критикуете. Посмотрите, что хотят за $1500. Публикую письмо, т.к. не приемлю даже рассмотрение проектов от заказчиков, которые изъясняются подобным образом.Оффтопик
Здравствуйте!
Высылаем вам ТЗ по проекту:
ссылка
ссылка
ТЗ.
Вместо предисловия.
Развитие системы закладывается в три этапа. Каждый этап с пояснениями главной цели для этого этапа.
1 этап: Необходимый минимум функций, чтобы начать работу.
2 этап: Расширение функций системы для полноценной конкуренции на рынке.
3 этап: Добивка до серьезного продукта, перекрывая основных конкурентов.
Помимо этого работа на каждом этапе будет делиться на отдельные стадии, которые будут получены после согласования ТЗ с кодером.
Общая архитектура системы.
Система будет состоять из двух частей:
I. Админская часть (менеджмент).
II. Пользовательская.
Каждая часть будет подробно раскрыта на уровне ТЗ для каждого этапа.
Основной концепт: простота ("без хуйни", вебдванульность (ajax: действия "на лету", подсказки), гибкость (сделали первую платежку, раз-два и сделали новую).
пример интерфейса, который нам нравится - ссылка
Тезисно, "что должно быть" или "пожелания":
1. Понятный код, дабы любой другой кодер мог без проблем разобраться.
2. Инсталл пакет для ламера (т.е. чтобы мы без кодера могли устанавливать и настраивать систему).
3. Логика системы должна изначально быть построена на возможности ее расширения.
4. Логика системы должна предусматривать возможность одновременной разработки разных модулей разными кодерами.
5. Дизайн пользовательской части должен быть отвязан от общей логики системы, т.е. чтобы при работе движка на разных мордах было непонятно, что двиг один и тот же.
Предпочтительна реализация этой задачи виджетами в шаблонах, с возможностью визуальной настройки как в вордпрессе. Либо же - ссылка
6. Дизайн должен быть настраиваемым, в шаблонах (отвязан от кода), возможность визуальной правки кода из админки.
7. Должна быть включена поддержка других языков, т.е. из дизайна сразу же выводятся отдельные ланг-файлы.
8. Двиг должен поддерживать кластерность (база в одном месте, зеркалится или бэкапится во второе место, кэшинг в третье и т.д.), дабы при росте дальнейшей нагрузки
основной нашей заботой была покупка дополнительных серверов, а не переебошивание всего кода.
Сразу же (с первого этапа) предусмотреть возможность зеркалирования данных на другой сервер (либо же просто ежедневные бэкапы).
9. База пользователей должна держать высокие нагрузки, дабы при дальнейшем развитии была исключена возможность падения базы от количества пользователей.
10. Изначально должны быть заложены основы внешнего апи (для дальнейшего взаимодействия с обменками, партнерками и магазинами).
11. Должна быть заложена основа антифрода с возможностью задания правил из админки.
12. Должна быть заложена основа системы верификаций действий (сканы для вывода ваером, другие действия), опять же настраиваемая из админки.
Реализация каждого пункта обязательно согласуется с нами, чтобы на выходе получилось именно то, что хотим видеть мы.
1 этап.
I. Админская часть (менеджмент).
Тезисно:
1) Возможность многопользовательности (т.е. не один админ, а два).
2) Уровень админа пока один - бог (т.е. можем все).
3) Полный логгинг айпи и хедеров пользователей (включая хитрое вытаскивание ипов через флэш и яву).
4) Мини-cms, редактирование страниц, редактирование других элементов (подсказок в интерфейсе, к примеру).
5) Защита каким-нибудь параметром со съемного носителя, т.е. что админ - это реальный админ, а не хаксор. разные уровни админские изначально? раскрываю мысль лио в самом низу
6) Журнал админских действий (вывод последнего айпи и хэдера логона при входе).
7) Смс-уведомления о логонах. ссылка
а) Возможность настройки смс-уведомлений для других действий админских.
б) Сетап номеров / номера.
8) Кросслинки, т.е. возможность ссылок на одинаковые элементы в различных пунктах меню (очень часто бывает пересечение в функциях).
9) Визуализация (индикация) любых важных нотисов цветами для облегчения восприятия (возможно настраиваемая).
Функции.
1. Бугхалтерия и работа с траншами.
1) Общий баланс системы.
2) Введено в систему, выведено из системы, стоит в очереди на вывод. По дню, неделе, месяцу, году, всего.
3) Общий профит, профит с каждого пользователя, профит с дополнительных услуг.
4) Оборот системы по внутрикам, вайерам, сторонним обменкам за сутки (подключенных по апи).
5) Бух. отчеты - вывод отчетов по фильтру запрашиваемых данных, возможность экспорта отчетов в майкрософт мани и подобные программы.
6) Баланс каждого пользователя и история платежей.
7) Генерация примечаний для ваер траншов, которые выдаются клиенту. Ручной апдейт статусов прихода-ухода.
Ввод реквизитов выдаваемых клиенту. Сохранение шаблонов реквизитов. Возможность назначить для группы пользователей отдельные реквизиты.
Выдача реквизитов клиенту только с подтверждением админским (возможность выдачи реквизитов без подтверждения, т.е. сразу, для отдельных клиентов или групп клиентов).
8) Выделение групп клиентов в зависимости от оборота, настройка критериев (правил) и групп, в которые будут выделяться.
9) Обновление любой информации realtime (ajax), на крайний случай пусть будет кнопка "обновить".
10) Обработка операций. Просмотр, подтверждение, отмена, обновление статуса операции.
Назначение группы тарифов по операции для группы пользователей. Назначение индивидуального тарифа для отдельного пользователя.
2. Управление пользователями.
1) Список пользователей (вывод по 10, 50, 100, все). Вывод логина, емэйла, ипа, баланса.
2) Выделение групп клиентов по активами и неактивам. Дальнейшие действия с ними. Установка правил для их выделения.
2) Поиск пользователей по логину, ипу, емэйлу, телефону, общему респонденту, стране (как указанной в профиле, так и геоип). Поддержка использования масок.
3) Фильтр пользователей по общим признакам (страна, логин, емэйл и т.д.). Поддержка использования масок. Фильтр - это вывод нескольких пользователей по общим признакам.
4) Массовые действия по пользователям - лок акков, обнуление пароля на мыло, удаление акков, корректировка балансов, корректировка / отмена платежей.
5) Единичные действия с каждым пользователем, выбор его и:
- просмотр айпи заходов и хедеров пользователя ( при несоотв. айпи, определяемого стандартно с ипом выдергиваемым хитрыми методами (флэш, ява) - обозначение пользователя)
- просмотр / редактирование всех и последних операций
- просмотр / редактирование балансов
- просмотр / редактирование его профиля
- иерархичный вывод дерева общих респондентов
3. Безопасность и антифрод.
1) Выносим алертами все подозрительные признаки:
- несоотв. языка хедера и ипа
- несоотв. страны в акке и геайпи ипа
- несоотв. опр. ипа стандартным методом и хитрым (флэш, ява)
как пример, - ссылкассылка
2) Правила антифрода.
Возможность редактирования, создания, удаления правил антифрода. Режимы повышенного антифрода, стандартного и низкого.
3) Верификация документами и sms.
Просмотр, настройка правил на действия, которые будут верифицироваться. Подтверждение действий (возможный кросслинк).
4) Лимитирование акков. Выборочное, по правилам (масс).
5) Настройка безопасности админки.
- защита параметром со съемного носителя
- журнал админских действий (вывод последнего айпи и хэдера логона при входе).
- смс-уведомления о логонах
4. Саппорт. Система тикетов, настройка системы.
1) Мини-cms, редактирование страниц, редактирование других элементов (подсказок в интерфейсе, к примеру).
2) Шаблоны для писем клиентам - редактирование, новые, удаление.
3) Обработка тикетов. Объединение тикетов с системой внутренней почты.
- просмотр тикета
- ответ по тикету
- закрытие тикета
- масс сенд служебных сообщений
- редактирование шаблонов служебных сообщений
- редактирование автоответов.
II. Состоит из одного типа пользователя: клиент.
1. Профиль.
Редактирование своих данных. Возможность публикования респондентам своих данных (обозначаются галочками, какие сделать паблик).
2. Кошельки.
1) Создание нового, удаление старого (при условии, что пустой). Нейминг его.
2) Просмотр операций (хистори платежей) по кошелькам.
3) Валюты: доллары, евро, голд. Отсутствие конверта между кошельками, отдаем на откуп обменникам.
4) Бизнес-левел (возможность задания формулы в админской части) напротив каждого кошелька.
3. Операции.
1) Внутрик. бизнес инфа о принимающей стороне (при открытии стороной данных)
2) Ввод ваером (заказ ваера формой, формируются реквизиты и примечание для платежа, ставится статус ожидания, при нашем подтверждении - процессинг).
3) Вывод ваером (аналогично)
4) Ввод / вывод обменками (ссылка на каталог авторизованных обменок).
5) Возможность пополнения кредитными картами. Сделать эту функцию,однако выделить ее серым цветом недоступной для использования-на будущее.
4. Безопасность.
1) Секьюрити пас.
2) Емэйл алерты.
3) Телефонные алерты (смс).
4) Блокировка по айпи (возможность ввода подсетки).
5) Солы.
5. Система сообщений и тикетов.
1) Сообщения нам.
2) Сообщения другим пользователям.
Высылаем вам ТЗ по проекту:
ссылка
ссылка
ТЗ.
Вместо предисловия.
Развитие системы закладывается в три этапа. Каждый этап с пояснениями главной цели для этого этапа.
1 этап: Необходимый минимум функций, чтобы начать работу.
2 этап: Расширение функций системы для полноценной конкуренции на рынке.
3 этап: Добивка до серьезного продукта, перекрывая основных конкурентов.
Помимо этого работа на каждом этапе будет делиться на отдельные стадии, которые будут получены после согласования ТЗ с кодером.
Общая архитектура системы.
Система будет состоять из двух частей:
I. Админская часть (менеджмент).
II. Пользовательская.
Каждая часть будет подробно раскрыта на уровне ТЗ для каждого этапа.
Основной концепт: простота ("без хуйни", вебдванульность (ajax: действия "на лету", подсказки), гибкость (сделали первую платежку, раз-два и сделали новую).
пример интерфейса, который нам нравится - ссылка
Тезисно, "что должно быть" или "пожелания":
1. Понятный код, дабы любой другой кодер мог без проблем разобраться.
2. Инсталл пакет для ламера (т.е. чтобы мы без кодера могли устанавливать и настраивать систему).
3. Логика системы должна изначально быть построена на возможности ее расширения.
4. Логика системы должна предусматривать возможность одновременной разработки разных модулей разными кодерами.
5. Дизайн пользовательской части должен быть отвязан от общей логики системы, т.е. чтобы при работе движка на разных мордах было непонятно, что двиг один и тот же.
Предпочтительна реализация этой задачи виджетами в шаблонах, с возможностью визуальной настройки как в вордпрессе. Либо же - ссылка
6. Дизайн должен быть настраиваемым, в шаблонах (отвязан от кода), возможность визуальной правки кода из админки.
7. Должна быть включена поддержка других языков, т.е. из дизайна сразу же выводятся отдельные ланг-файлы.
8. Двиг должен поддерживать кластерность (база в одном месте, зеркалится или бэкапится во второе место, кэшинг в третье и т.д.), дабы при росте дальнейшей нагрузки
основной нашей заботой была покупка дополнительных серверов, а не переебошивание всего кода.
Сразу же (с первого этапа) предусмотреть возможность зеркалирования данных на другой сервер (либо же просто ежедневные бэкапы).
9. База пользователей должна держать высокие нагрузки, дабы при дальнейшем развитии была исключена возможность падения базы от количества пользователей.
10. Изначально должны быть заложены основы внешнего апи (для дальнейшего взаимодействия с обменками, партнерками и магазинами).
11. Должна быть заложена основа антифрода с возможностью задания правил из админки.
12. Должна быть заложена основа системы верификаций действий (сканы для вывода ваером, другие действия), опять же настраиваемая из админки.
Реализация каждого пункта обязательно согласуется с нами, чтобы на выходе получилось именно то, что хотим видеть мы.
1 этап.
I. Админская часть (менеджмент).
Тезисно:
1) Возможность многопользовательности (т.е. не один админ, а два).
2) Уровень админа пока один - бог (т.е. можем все).
3) Полный логгинг айпи и хедеров пользователей (включая хитрое вытаскивание ипов через флэш и яву).
4) Мини-cms, редактирование страниц, редактирование других элементов (подсказок в интерфейсе, к примеру).
5) Защита каким-нибудь параметром со съемного носителя, т.е. что админ - это реальный админ, а не хаксор. разные уровни админские изначально? раскрываю мысль лио в самом низу
6) Журнал админских действий (вывод последнего айпи и хэдера логона при входе).
7) Смс-уведомления о логонах. ссылка
а) Возможность настройки смс-уведомлений для других действий админских.
б) Сетап номеров / номера.
8) Кросслинки, т.е. возможность ссылок на одинаковые элементы в различных пунктах меню (очень часто бывает пересечение в функциях).
9) Визуализация (индикация) любых важных нотисов цветами для облегчения восприятия (возможно настраиваемая).
Функции.
1. Бугхалтерия и работа с траншами.
1) Общий баланс системы.
2) Введено в систему, выведено из системы, стоит в очереди на вывод. По дню, неделе, месяцу, году, всего.
3) Общий профит, профит с каждого пользователя, профит с дополнительных услуг.
4) Оборот системы по внутрикам, вайерам, сторонним обменкам за сутки (подключенных по апи).
5) Бух. отчеты - вывод отчетов по фильтру запрашиваемых данных, возможность экспорта отчетов в майкрософт мани и подобные программы.
6) Баланс каждого пользователя и история платежей.
7) Генерация примечаний для ваер траншов, которые выдаются клиенту. Ручной апдейт статусов прихода-ухода.
Ввод реквизитов выдаваемых клиенту. Сохранение шаблонов реквизитов. Возможность назначить для группы пользователей отдельные реквизиты.
Выдача реквизитов клиенту только с подтверждением админским (возможность выдачи реквизитов без подтверждения, т.е. сразу, для отдельных клиентов или групп клиентов).
8) Выделение групп клиентов в зависимости от оборота, настройка критериев (правил) и групп, в которые будут выделяться.
9) Обновление любой информации realtime (ajax), на крайний случай пусть будет кнопка "обновить".
10) Обработка операций. Просмотр, подтверждение, отмена, обновление статуса операции.
Назначение группы тарифов по операции для группы пользователей. Назначение индивидуального тарифа для отдельного пользователя.
2. Управление пользователями.
1) Список пользователей (вывод по 10, 50, 100, все). Вывод логина, емэйла, ипа, баланса.
2) Выделение групп клиентов по активами и неактивам. Дальнейшие действия с ними. Установка правил для их выделения.
2) Поиск пользователей по логину, ипу, емэйлу, телефону, общему респонденту, стране (как указанной в профиле, так и геоип). Поддержка использования масок.
3) Фильтр пользователей по общим признакам (страна, логин, емэйл и т.д.). Поддержка использования масок. Фильтр - это вывод нескольких пользователей по общим признакам.
4) Массовые действия по пользователям - лок акков, обнуление пароля на мыло, удаление акков, корректировка балансов, корректировка / отмена платежей.
5) Единичные действия с каждым пользователем, выбор его и:
- просмотр айпи заходов и хедеров пользователя ( при несоотв. айпи, определяемого стандартно с ипом выдергиваемым хитрыми методами (флэш, ява) - обозначение пользователя)
- просмотр / редактирование всех и последних операций
- просмотр / редактирование балансов
- просмотр / редактирование его профиля
- иерархичный вывод дерева общих респондентов
3. Безопасность и антифрод.
1) Выносим алертами все подозрительные признаки:
- несоотв. языка хедера и ипа
- несоотв. страны в акке и геайпи ипа
- несоотв. опр. ипа стандартным методом и хитрым (флэш, ява)
как пример, - ссылкассылка
2) Правила антифрода.
Возможность редактирования, создания, удаления правил антифрода. Режимы повышенного антифрода, стандартного и низкого.
3) Верификация документами и sms.
Просмотр, настройка правил на действия, которые будут верифицироваться. Подтверждение действий (возможный кросслинк).
4) Лимитирование акков. Выборочное, по правилам (масс).
5) Настройка безопасности админки.
- защита параметром со съемного носителя
- журнал админских действий (вывод последнего айпи и хэдера логона при входе).
- смс-уведомления о логонах
4. Саппорт. Система тикетов, настройка системы.
1) Мини-cms, редактирование страниц, редактирование других элементов (подсказок в интерфейсе, к примеру).
2) Шаблоны для писем клиентам - редактирование, новые, удаление.
3) Обработка тикетов. Объединение тикетов с системой внутренней почты.
- просмотр тикета
- ответ по тикету
- закрытие тикета
- масс сенд служебных сообщений
- редактирование шаблонов служебных сообщений
- редактирование автоответов.
II. Состоит из одного типа пользователя: клиент.
1. Профиль.
Редактирование своих данных. Возможность публикования респондентам своих данных (обозначаются галочками, какие сделать паблик).
2. Кошельки.
1) Создание нового, удаление старого (при условии, что пустой). Нейминг его.
2) Просмотр операций (хистори платежей) по кошелькам.
3) Валюты: доллары, евро, голд. Отсутствие конверта между кошельками, отдаем на откуп обменникам.
4) Бизнес-левел (возможность задания формулы в админской части) напротив каждого кошелька.
3. Операции.
1) Внутрик. бизнес инфа о принимающей стороне (при открытии стороной данных)
2) Ввод ваером (заказ ваера формой, формируются реквизиты и примечание для платежа, ставится статус ожидания, при нашем подтверждении - процессинг).
3) Вывод ваером (аналогично)
4) Ввод / вывод обменками (ссылка на каталог авторизованных обменок).
5) Возможность пополнения кредитными картами. Сделать эту функцию,однако выделить ее серым цветом недоступной для использования-на будущее.
4. Безопасность.
1) Секьюрити пас.
2) Емэйл алерты.
3) Телефонные алерты (смс).
4) Блокировка по айпи (возможность ввода подсетки).
5) Солы.
5. Система сообщений и тикетов.
1) Сообщения нам.
2) Сообщения другим пользователям.
5330 сообщений
#15 лет назад
Цитата ("Lisio"):Высылаем вам ТЗ по проекту:
ссылка
]https://www.weblancer.net/projects/131322.html
для чернового ТЗ хватает.. после него правда надо чистовое писать .. бааальшое
11416 сообщений
#15 лет назад
Забавный основной концепт