1. Бизнес-процесс продавца

Частное техническое задание - Интерфейс продавца
1. Бизнес-процесс продавца
1. Оператор переводит звонок на продавца и заполняет таблицу клиентов. После заполнения этот
клиент появляется у продавца и отмечается как "Нужно обработать".
2. Продавец после общения с клиентом должен заполнить данные по этому клиенту, например во
время общения узнал мобильный номер телефона, продавец привязывает его к этому клиенту.
Плюс любые другие поля.
3. Если продавец устанавливает дату просмотра, то за день до просмотра ему должно прийти
СМС-напоминание о предстоящих просмотрах. В системе ему нужна возможность посмотреть все
запланированные просмотры на указанную дату.
4. Если просмотр не состоялся, то в результат просмотра нужно занести причину. Если состоялся,
то соответственно результат.
5. Если клиент перенес просмотр, то устанавливается дата нового просмотра, а старая дата с
комментарием перенос просмотра сохраняется в истории коммуникаций с клиентом.
6. Поле комментарий нужно заполнять всегда, комментариев может быть несколько.
7. Если статус клиента меняется на отказ, то необходимо фиксировать причину отказа обязательно.
8. Если статус отложенный спрос, то необходимо указать когда должен быть звонок и за день до
звонка должно приходить напоминание.
9. Если продавец бронирует участок, то бронь должна держаться не больше трех дней.
10. Начальник отдела продаж должен видеть за кем и на какой период забронированы участки.
11. Дополнительный статус клиента "Особое внимание" - нужно выделять цветом и давать
комментарий почему особое внимание.
12. Если продавец устанавливает статус Аванс, то ему необходимо указать дату и время
предстоящего аванса? плюс предполагаемый участок (участков может быть несколько).
13. В таблице предстоящих авансов напротив каждого клиента должна быть кнопка "подготовить
документы".
14. Автоматическая система подготовки документов, заполняет все поля аналогичные
gbip.ru/documentation
15. В автоматизированной системе может быть несколько договоров критерии деления, разные
подписанты, рассрочка/полная оплата, агентский/предварительный/основной.
16. Поля дата, номер договора, кадастровый номер, площадь, цена сотки подтягивается
автоматически из базы участков.
17. Продавец там же выбирает подготовку договора, и может распечатать, кадастровый паспорт и
свидетельство.
18. Тест договоров регулярно меняется, нужно сделать удобный способ редактирования договора.
За основу можно взять действующий функционал.
19. Поля ПД (факт) и ОД (факт) продавец видит только в режиме просмотра. Значение
подтягивается из salary.
20. Бонус также подтягивается автоматически из базы salary.
21. Начальник отдел продаж должен иметь возможность просматривать за период или за все
время сколько открытых клиентов, броней сделок, авансов, отказ у каждого продавца, плюс
может посмотреть каждого клиента.
22. При увольнении сотрудника, начальник отдела продаж должен назначать ответственного
сотрудника, кому передается клиентская база уволенного. Все напоминания должны приходить
на мобильный нового продавца.
23. После подписания ПД, клиент переходит в юридический отдел и продавец видит его в режиме
просмотра.
2. Основная таблица
Таблица клиентов должна иметь следующее представление:
Дата
Имя клиента
Контакты
Интересующие
поселки
Дата
просмотра
Комментарий
к просмотру
Дата посл.
звонка
№ договора
ПД (план)
ПД (факт)
ОД (план)
ОД (факт)
Бонус
Выплата
Дата
Дата – первое обращение клиента.
К таблице клиентов нужно добавить поле "Текущий участок", которое содержит номер участка,
над продажей которого в данный момент работает продавец.
Поля Номер договора, ПД (план), ПД (факт), ОД (план), ОД (факт) относятся к участку. Продавец
может устанавливать только запланированные даты (путем создания запланированных событий
"Предварительный договор" и "Сделка". Фактические даты устанавливаются начальником отдела
продаж.
Поля Бонус и Выплата выводятся аналогично тому, как это делается в интерфейсе начальника
отдела продаж.
Добавление клиента продавцом запрещено.
3. Карточка клиента
3.1. Изменения по сравнению с интерфейсом оператора
В карточке клиента добавляются:
- Текущий участок (выпадающие списки поселка и участка)
- Статус текущего участка (свободен, забронирован)
- Возможность приложения файлов (.DOC, .DOCX, .XLS, .XLSX, .PNG, .JPG, .GIF, .BMP, .ZIP), должна
быть возможность прикладывать и удалять файлы из карточки клиента, а также скачивать файлы,
приложенные к карточке клиента. У файла должно быть имя и описание.
- Функция "Подготовить договор"
Продавцу запрещено изменять ответственного сотрудника.
3.2. Интерфейс начальника отдела продаж
Интерфейс продавца должен быть доступен начальнику отдела продаж, который может изменять
ответственного сотрудника. Таким образом, у начальника отдела продаж должны быть две
вкладки: Расчет бонусов, Список клиентов.
3.3. Функция "Подготовить договор"
Функция "Подготовить договор" должна работать следующим образом:
1. Карточка клиента сохраняется
2. Происходит переход в систему подготовки документов (см. п. 6), при этом в CGI-переменной
передается номер участка (и номер клиента)
3. После формирования пакета документов, если в систему подготовки документов
4. Статусы клиента
Продавцу приходит клиент со статусом "Новый", его нужно выделить цветом фона.
Продавец может устанавливать следующие статусы:
- В работе
- Отказ
- Просмотр
- Аванс
- Сделка
- Отложенный спрос
5. Напоминания о событиях, снятие брони
Необходимо реализовать скрипт, запускаемый ежедневно, выполняющий следующие функции:
1. Снятие брони для всех участков, у которых дата бронирования старше 3 дней
2. Уведомление по e-mail и по SMS о событиях на завтра
6. Система формирования документов
6.1. Назначение
Система формирования документов по шаблонам состоит из дерева папок. Папка может
содержать либо только вложенные папки, либо только шаблоны в формате DOCX (можно сделать
это каким-нибудь флагом папки, например, "Пакет документов").
6.2. Навигация
Должна быть реализована возможность перемещения по дереву, создания, редактирования и
удаления папок, а также выгрузки, загрузки и удаления шаблонов.
6.3. Формирование документов
Когда текущей папкой является "Пакет документов", в ней должна быть кнопка "Сформировать
документы", открывающая форму ввода независимых переменных.
Независимая переменная – это пара Идентификатор-Описание, определяемая в таблице базы
данных или в коде PHP-файла, например: 'DATA' => 'Дата в формате дд.мм.гггг'. В текущей системе
формирования документов независимые переменные находятся в файле config.php ($variables).
При этом в документе переменная DATA
Перед выводом формы, нужно просмотреть выделенный документ или все документы в папке,
найти все переменные, используемые в документе, и вывести их в форме.
К переменным могут быть применены трансформации (например, COST – вводится число, а в
договоре появляется число (число словами) ). Пока что нужно применять одну трансформацию –
ввод числа словами – к переменным PRICE, COST, COST_RASS, COST_OSN, COST_UCH, AREA, AREA-2,
SROK_DO_SDEL.
6.4. Автозаполнение
Необходимо предусмотреть автозаполнение переменных, относящихся к участку, по номеру
участка (кнопка "Автозаполнение"). Номер (или идентификатор) участка может передаваться в
CGI-переменной, для реализации функции "Подготовить документы").
6.5. Результат работы
После отправки данных формы, система должна сформировать архив с готовыми документами.
Если система была запущена из карточки клиента (определяется по CGI-переменным), то нужно
приложить архив с документами к карточке клиента, и вернуться в карточку клиента.
Если система была запущена отдельно, то нужно вывести страницу со ссылкой на архив.
6.6. Текущая реализация
Текущая система формирования документов находится в gbip.ru/documentation, можно
пользоваться её кодами подготовки документов как основой – достаточно реализовать интерфейс
работы с шаблонами и навигации.