Сделки
Сделки — это универсальный движок процессов. Всё, что в бизнесе имеет начало, несколько промежуточных состояний и понятный финал, ведётся сделкой: заказ на изготовление, ремонт, проект, выезд мастера, входящая заявка.
Вместо отдельного модуля под каждый такой процесс платформа даёт один движок с настраиваемым пайплайном. Отраслевая специфика приходит из типа сделки, а не из отдельного кода.
Тип сделки
Тип задаёт, что именно за процесс мы ведём. Базовые типы:
| Тип | Алиас | Про что |
|---|---|---|
| Заказ | sale_order | Заказ клиента с составом и оплатой |
| Проект | project | Долгая работа с этапами и чек-листами |
| Производство | production | Изготовление по спецификации |
| Выезд | field_job | Работа на территории клиента |
| Лид | lead | Входящая заявка до квалификации |
| Приёмка | intake | Приём вещи в сервис |
| Обслуживание | maintenance | Плановое ТО по договору |
У типа включаются нужные возможности: состав позиций, план оплат, расписание, адрес, ответственный, смета, чек-листы стадий, спецификация, канал обращения. Отключённая возможность просто не показывается в карточке — форма остаётся короткой.
Стадии и исход
Пайплайн типа — упорядоченный список стадий. Одна из них начальная: на неё попадает каждая новая сделка. Часть стадий терминальные — они фиксируют исход: выиграна, проиграна, выполнена, отменена.
Перевод сделки на другую стадию — не просто смена поля. Переход выполняется атомарно и может тянуть за собой побочные действия: списание материалов со склада, создание задачи, уведомление клиенту. Поэтому две одновременные попытки перевести одну сделку не приведут к двойному списанию.
Причины проигрыша
Для терминальной стадии с исходом «проиграна» компания ведёт справочник причин: дорого, выбрал конкурента, передумал. Причину можно сделать обязательной — тогда сделку не закрыть, не объяснив почему. Из этого потом собирается аналитика по потерям.
Что живёт внутри сделки
- Позиции — что продаём или делаем, со ссылкой на каталог.
- План оплат — этапы с суммами и сроками; из него печатается порядок оплаты в договоре.
- Задачи — что нужно сделать и кому. Сделка может требовать, чтобы у неё всегда была следующая задача — иначе она попадёт в список «без задачи».
- Комментарии и лента — переписка команды и автоматические записи о смене стадий.
- История стадий — когда и кто переводил сделку; из неё считается время в каждой стадии.
Публичная ссылка
У сделки есть постоянный публичный токен. По нему клиент открывает страницу без авторизации: статус ремонта или выдачу материалов по проекту. Токен случайный и стабильный — его печатают в QR-коде на квитанции, и он переживает смену секретов сервера. Выдачу материалов можно отозвать, не ломая при этом QR со статусом ремонта.
Связь с другими модулями
- Каталог — позиции сделки.
- Склад — списание материалов на нужной стадии.
- Касса — закрытие сделки чеком.
- Календарь — выезд или приёмка попадают в расписание.
- Клиенты — вся история сделок видна в карточке клиента.
Типовые сценарии
- Принять телефон в ремонт и выдать клиенту квитанцию с QR-кодом статуса.
- Провести проект по этапам с чек-листом на каждой стадии.
- Закрыть сделку и сразу пробить чек, не заводя продажу заново.
- Разобрать, на какой стадии чаще всего срываются сделки и по какой причине.