В одной CRM «квалифицирован» означает, что менеджер дозвонился. В другой - что у клиента подтверждены задача, бюджет и срок. В третьей статус ставят перед отчетом, чтобы очередь выглядела аккуратнее. Название одинаковое, а управленческий смысл разный.
Пока команда не договорилась о значении статусов, маркетинг не может честно оценить качество обращений, продажи - загрузку менеджеров, а собственник - путь от заявки до сделки.
Начните не с названий, а с наблюдаемого факта
Хороший статус отвечает на простой вопрос: что уже произошло и чем это подтверждено. «Новый» может означать, что обращение сохранено и еще не взято в работу. «Связались» - что состоялся разговор, а не менеджер один раз набрал номер. «Квалифицирован» - что проверены согласованные критерии, а не менеджеру просто показалось, что обращение перспективное.
Набор статусов зависит от бизнеса. Интернет-магазин, девелопер и B2B-интегратор будут вести обращения по-разному. Общее правило одно: каждый статус должен описывать факт, который два сотрудника поймут одинаково.
Пустой шаблон словаря
Заполните таблицу своими статусами. Примеры названий не являются рекомендуемой воронкой.
| Поле статуса | Что зафиксировать | Пустое значение |
|---|---|---|
| Статус | короткое название в CRM | - |
| Определение | какое наблюдаемое состояние он означает | - |
| Условие входа | какой наблюдаемый факт означает, что обращение находится в этом статусе | - |
| Подтверждение | какое доступное в CRM свидетельство подтверждает этот факт | - |
| Обновлено | дата последнего согласования определения | - |
Для переходов заполните отдельную таблицу:
| Поле перехода | Что зафиксировать | Пустое значение |
|---|---|---|
| Переход | исходный и целевой статусы | - |
| Условие выхода | какой наблюдаемый факт завершает исходный статус и разрешает этот переход | - |
| Подтверждение | какое доступное в CRM свидетельство подтверждает факт перехода | - |
| Владелец перехода | роль, отвечающая за обоснованность перехода | - |
| Исполнитель изменения | сотрудник или автоматизация, технически меняющие статус | - |
| Владелец следующего действия | роль, принимающая обращение после перехода | - |
| Причина остановки | когда она обязательна и какое определенное значение из словаря причин нужно выбрать | - |
Разведите статус и причину
«Не отвечает», «дорого» и «выбрал конкурента» часто записывают в один список со статусами. Из-за этого воронка смешивает этап процесса и причину исхода.
Статус показывает, где находится обращение. Причина объясняет, почему оно остановилось или выбыло. Например, «закрыто без сделки» может быть статусом, а «нет бюджета», «не наш профиль» или «не удалось связаться после согласованного числа попыток» - отдельными причинами. Список причин тоже должен иметь определения.
Назначьте владельца перехода
Автоматизация не решает спор о том, кто и когда меняет статус. Для каждого перехода назначьте роль, отвечающую за его обоснованность. Отдельно укажите, кто технически меняет статус и кто принимает следующее действие. Если статус меняет система, зафиксируйте запускающее событие, способ проверить ошибочный переход и ответственную за это роль.
Не давайте одному статусу жить неделями без следующего действия. Зафиксируйте срок реакции там, где он действительно нужен бизнесу, и отдельно определите, что происходит после его нарушения.
Проверьте словарь на реальных обращениях
Проверьте словарь внутри CRM на недавних обращениях с разными исходами, доступных только сотрудникам с необходимыми правами. Набор проверки должен покрывать все статусы, допустимые переходы и используемые причины остановки. Попросите двух сотрудников независимо применить новый словарь к одним и тем же обращениям.
Проверьте:
- Достаточно ли доступных фактов и подтверждений, чтобы выбрать статус без догадки.
- Выбирают ли сотрудники одинаковый статус по одинаковым фактам.
- Одинаково ли они определяют допустимый переход и выполнение условия выхода.
- Выбирают ли они одинаковую причину остановки, когда она обязательна.
- Понятны ли владелец перехода, исполнитель изменения и владелец следующего действия.
- Можно ли позже восстановить основание перехода по данным CRM без памяти конкретного менеджера.
Что передавать в управленческий отчет
Отдельные обращения и переходы проверяйте внутри CRM, где действуют права доступа. В управленческий отчет передавайте агрегаты: отчетный период, необходимые срезы, статус или причину остановки и количество обращений; время обновления указывайте для отчета в целом, а не для отдельных записей. Не передавайте имена, контактные данные, тексты сообщений, ссылки, номера CRM-записей, внешние идентификаторы и другие значения, позволяющие выделить конкретное обращение. Если сочетание срезов раскрывает единичную или малую группу, объедините или исключите такой срез без установления универсального порога.
Сам словарь не доказывает качество маркетинга или продаж. Он только делает сравнение осмысленным: одинаковые состояния начинают считаться одинаково.
Когда шаблон не поможет
Он не поможет, если статусы меняют ради нужного процента в отчете, менеджеры ведут часть обращений в личных каналах или руководство не готово закрепить определения и владельцев. Сначала нужно принять правила процесса. Поля и автоматизация идут после этого.