Статусы, группы и переходы: как построить воронку
Как устроена воронка в X10 CRM: группы статусов, разрешённые переходы, служебные коды, автоматические даты, SMS-триггеры и резервирование склада по статусу.
Воронка — фундамент всей системы. От статусов зависят отчётность, автоматические SMS, резервирование товара, даты в аналитике и даже то, какие заявки увидит оператор. Переделывать воронку на живой базе больно, поэтому продумать её стоит до запуска.
#Группы и статусы
Структура двухуровневая. Группа — это большой этап воронки, статус — конкретное состояние внутри него.
| Уровень | Что задаётся | Пример |
|---|---|---|
| Группа статусов | Название, служебный код, цвет и порядок отображения | «В обработке», цвет оранжевый |
| Статус | Название, служебный код и группа, к которой относится | «Недозвон 1», «Недозвон 2», «Думает» — все в группе «В обработке» |
#Служебные коды
У каждой группы и статуса есть код латиницей. В основном он произвольный, но несколько кодов система распознаёт особо — и именно через них работает автоматика.
Коды групп, которые включают автоматические даты
acceptedгруппаЗаявка попала в эту группу — проставляется дата принятия. Сюда сложите статусы вроде «Подтверждено».
completedгруппаПроставляется дата завершения. Это успешный финал: выкуп, оплачено, получено.
returnsгруппаПроставляется дата возврата. Сюда — отказы и возвраты посылок.
Коды статусов, которые использует система
newстатусобязательноеСтартовый статус. Его получают заявки с лендингов через API и импортированные из файла. Если статуса с таким кодом нет — новые заявки будут создаваться без статуса и могут потеряться в фильтрах.
duplicateстатусИспользуется при импорте из Excel для пометки дублей по номеру телефона.
#Разрешённые переходы
Переходы описывают, из какого статуса в какой можно двигать заявку. Логика простая, но неочевидная, поэтому запомните главное правило:
Это значит, что воронку можно закручивать постепенно: сначала оставить всё открытым, а потом закрыть переходы там, где начались злоупотребления.
- Запрет прыжков через этапы: из «Новой» нельзя сразу в «Выкуп», минуя подтверждение и отправку.
- Защита финалов: из «Выкупа» обратно в работу переводит только тот, кому это разрешено ролью.
- Честная статистика: если заявка не может перепрыгивать этапы, конверсия по воронке показывает реальную картину.
#Что запускает смена статуса
Статус — это событие. Вот что происходит автоматически, когда заявка в него входит:
| Автоматизация | Как настраивается |
|---|---|
| SMS клиенту | Один триггер на статус с текстом шаблона. Классика: «Заказ принят» и «Посылка отправлена, ТТН…» |
| Резервирование склада | Списки статусов, в которых товар резервируется, списывается окончательно или возвращается в остатки |
| Даты жизненного цикла | Проставляются по коду группы — accepted, completed, returns |
| Маскировка номера оператора | Подмена номера при переходе между определёнными статусами |
| Переход по трекингу | Статусы Новой Почты сами двигают заявку — см. Новая Почта в CRM |
#Пример воронки для товарного бизнеса
Рабочий каркас, который можно взять за основу и подрезать под себя.
| Группа | Код | Статусы внутри |
|---|---|---|
| Новые | new_group | Новая, Повторная |
| В обработке | in_work | Недозвон 1, Недозвон 2, Перезвонить, Думает |
| Подтверждённые | accepted | Подтверждено, Предоплата получена |
| Доставка | delivery | ТТН создана, В пути, Прибыла в отделение |
| Завершённые | completed | Выкуп |
| Возвраты | returns | Отказ клиента, Не забрали, Возврат |
#Изменения на живой базе
- Переименовать статус безопасно: заявки остаются на месте, меняется только подпись.
- Удалить статус, в котором есть заявки, нельзя — система скроет его из списков, но история сохранится.
- Перенести статус в другую группу — действие с последствиями: изменятся отчётность и автоматические даты для новых переходов.
- Изменить служебный код — самое рискованное. На коды опираются интеграции, импорт и автоматизации, поэтому без нужды их не трогайте.
#Чек-лист воронки
- Есть статус с кодом
new— проверено первым - У групп есть коды
accepted,completed,returnsдля автоматических дат - Группы расставлены в порядке движения заявки, цвета не совпадают
- Количество статусов не превышает разумного предела
- Переходы закрыты там, где возможны злоупотребления
- SMS-триггеры настроены на ключевые статусы
- Статусы резервирования и возврата склада указаны
- У ролей есть списки разрешённых статусов