Что и почему сделано
Это кликабельный макет первой версии CRM. Данные вымышленные, кнопки ничего не сохраняют, при нажатии появляется подсказка, что произойдёт в рабочей версии. Задача макета — проверить логику и состав экранов до разработки. Внешний вид будет проработан отдельно.
Синие блоки на страницах объясняют, зачем сделан тот или иной элемент. Их можно скрыть кнопкой в чёрной полосе сверху.
С чего начать
- Мой день — главный экран владельца: задачи, долги, ближайшие доставки.
- Заказ З-001 — пример из ТЗ: 4 поставщика, разная степень оплаты, часть товара у поставщиков, часть на своём складе, первая доставка частичная с недогрузом, вторая запланирована. Закрыть заказ CRM не даст.
- Заказ З-002 — пример возврата: плинтус вернули, деньги клиенту и от поставщика проведены. Все расчёты закрыты, заказ можно закрыть.
- Вход менеджера партнёра — что видит Иван Петров из СК «Пример».
Как устроено
В центре — заказ. К нему привязаны позиции, поставщики, оплаты, расходы, бонус, доставки, фотоотчёты, документы и задачи. У заказа три независимых статуса: оплата клиента, оплата поставщикам и отгрузка. CRM считает их сама по тому, что внесено.
Разделы владельца: Мой день, Заказы, Задачи, Партнёры, Поставщики. У менеджера партнёра один раздел — заказы его организации.
Принятые решения
| Вопрос | Как сделано в макете |
|---|---|
| Товар частями у разных поставщиков | Две строки с одним названием и разными поставщиками. Кнопка «Разделить» делит строку в два клика. Так в одном заказе видно, что и у кого взято. |
| Где лежит товар и что доставлено | Облегчённо: у позиции одно поле «состояние» (нужно заказать, заказано, готово у поставщика, на нашем складе, доставлено, возврат). Переключается вручную, можно сразу у нескольких позиций. Подробный учёт количеств по складам не делаю, при необходимости добавлю позже. |
| Цены | Вносятся вручную: цена клиенту и закупочная у каждой позиции. Интеграций с 1С, Telegram и почтой нет. |
| Статусы оплаты и отгрузки | Считаются автоматически из платежей и состояний позиций. Вручную только «закрыть заказ», и CRM не даст закрыть, пока есть долги или недоставленный товар. |
| Бонус менеджеру | Один вариант: сумма вручную, рядом сколько и когда выплачено. Бонус уменьшает прибыль заказа. |
| Возвраты | Без отдельного модуля: позиция получает состояние «Возврат» и выпадает из сумм, деньги проводятся платежом «Возврат клиенту» или «Возврат от поставщика», обратная перевозка — расходом. |
| Что видит менеджер партнёра | Все заказы своей организации: состав с ценами для клиента, статусы, оплаты клиента, бонусы, доставки, фотоотчёты и документы, отмеченные как видимые. Изменить ничего не может. Заказы других организаций недоступны, в том числе по прямой ссылке. |
| Что от партнёра скрыто | Закупочные цены. Вместе с ними скрыты названия поставщиков, оплаты поставщикам, свои расходы и прибыль: по ним закупку легко вычислить. Счета поставщиков по умолчанию тоже не видны. |
| Фотоотчёты | Присылает логистическая компания в мессенджер, владелец загружает их в доставку. У водителей входа нет. |
| Пользователи | Владелец и менеджеры партнёров. Сотрудников владельца в первой версии нет. |
| Устройство | Основная работа с компьютера. На телефоне страницы откроются, но отдельно под него не оптимизируются. |
| Старые данные | Из таблиц и папок не переносятся, работа начинается с новых заказов. |
Не входит в первую версию
- Интеграции с 1С, Telegram, почтой.
- Отчёты по бонусам за период с выгрузкой в файл (сейчас простая сводка в карточке партнёра).
- Уведомления вне CRM: SMS, почта, пуши.
- Сравнение цен разных поставщиков на одну позицию.
- Складской учёт по количествам, сериям, себестоимости партий.
- Кабинет водителя.
Что стоит обсудить
- Достаточно ли одного поля «состояние» у позиции или нужно видеть количества, например «привезли 20 м² из 25».
- Какие поля нужны в шапке заказа помимо показанных.
- Нужен ли менеджерам партнёров способ передавать заявку через CRM, а не через Telegram.