Перейти к основному содержимому

Сделки

Сделки — универсальный движок процессов. Всё, что имеет начало, несколько промежуточных состояний и понятный финал, ведётся сделкой: ремонт, проект, заявка, выезд мастера, объект, тираж.

Вместо отдельного модуля под каждый процесс платформа даёт один движок с настраиваемым пайплайном: отраслевая специфика приходит из типа сделки и бизнес-модуля, а не из отдельной программы.

Раздел «Сделки»: воронка со стадиями и конверсией, ниже таблица сделок с типом, стадией и суммойРаздел «Сделки»: воронка со стадиями и конверсией, ниже таблица сделок с типом, стадией и суммой
Воронка сверху, список снизу: видно, где стоят деньги и что просрочено

Тип сделки

Тип задаёт, какой процесс вы ведёте:

ТипПро что
ЗаказЗаказ клиента с составом и оплатой
ПроектДолгая работа с этапами и чек-листами
ПроизводствоИзготовление по спецификации
ВыездРабота на территории клиента
ЛидВходящая заявка до квалификации
ПриёмкаПриём вещи в сервис
ОбслуживаниеПлановое ТО по договору

У типа включаются только нужные возможности: состав позиций, план оплат, расписание, адрес, смета, чек-листы, канал обращения. Отключённое не показывается — форма остаётся короткой, и сотрудник не листает пустые поля.

Стадии и исход

Пайплайн — упорядоченный список стадий. Одна начальная, несколько рабочих, терминальные фиксируют исход: выиграна, проиграна, выполнена, отменена.

Перевод на другую стадию — не просто смена поля. Переход выполняется атомарно и может тянуть за собой действия: списать материалы со склада, создать задачу, отправить уведомление клиенту. Поэтому два сотрудника, одновременно нажавшие кнопку, не спишут материалы дважды.

Причины проигрыша

Для стадии с исходом «проиграна» ведётся справочник причин: дорого, выбрал конкурента, передумал, не дозвонились. Причину можно сделать обязательной — тогда сделку не закрыть, не объяснив почему. Из этого собирается аналитика потерь: обычно две-три причины дают большую часть провалов.

Что живёт внутри сделки

  • Позиции — работы и материалы со ссылкой на каталог.
  • План оплат — этапы с суммами и сроками; из него печатается порядок оплаты в договоре.
  • Задачи — что сделать и кому, со сроком. Сделка может требовать, чтобы следующая задача была всегда — иначе она попадёт в фильтр «без задачи», а это главный источник потерянных клиентов.
  • Лента — комментарии команды и автоматические записи о смене стадий.
  • История стадий — кто и когда переводил; из неё считается, сколько сделка простояла на каждом шаге.
  • Файлы — фото приёмки, макеты, замеры, акты.

Доска и таблица

Список сделок переключается между таблицей и доской по стадиям. На доске карточку перетаскивают из колонки в колонку — удобно для утренней планёрки. В таблице проще фильтровать и сортировать по сумме и сроку.

Публичная ссылка для клиента

У сделки есть постоянная публичная ссылка. По ней клиент без авторизации видит статус: приняли, диагностируем, готово к выдаче. Ссылку печатают QR-кодом на квитанции — это заметно снижает число звонков «ну что там?».

Кто что делает

  • Сотрудник — ведёт свои сделки, добавляет работы, двигает по стадиям.
  • Менеджер — видит все сделки, распределяет ответственных, закрывает исходы.
  • Руководитель — смотрит воронку, конверсию и причины потерь.

Связь с другими компонентами