CRM с нуля: словарь этапов и передача лида
Как запустить минимальную CRM-воронку: правила переходов, владелец обращения, причины потерь и контроль дублей. Практический словарь статусов с примером проверки.
1. Сначала восстановите путь одного обращения
Выбор CRM легко становится удобным способом отложить неприятный разговор: кто отвечает за заявку после формы? Я предлагаю сначала взять несколько недавних обращений и восстановить их маршрут. Откуда пришёл человек, когда появилась запись, кто её увидел, когда связался, какой следующий шаг согласовал. Если половина ответов находится в личных чатах, новая программа сама их не соберёт.
Нарисуйте минимальный путь от поступления до понятного исхода. Не копируйте двадцать статусов из демонстрационного аккаунта. Первый рабочий маршрут должен показывать, где сейчас обращение, кто за него отвечает и что должно произойти дальше. Для согласования соберите маркетинг и продажи за одним документом. Попросите участников описать один и тот же лид: расхождения в ответах сразу покажут, какие определения нужно записать до настройки системы.
2. Разделите этап, действие и причину
«Новый», «договорились о встрече» и «не подошёл бюджет» описывают разные вещи. Первый — состояние обработки, второй — подтверждённый шаг сделки, третий — причина исхода. Если всё сложить в один список, отчёт начнёт сравнивать несовместимые категории. Источник обращения также хранится отдельно: рекламный канал не должен меняться при переводе в следующий статус.
В документации HubSpot lifecycle stage, lead status и pipeline имеют разные функции. Это полезный пример разделения сущностей, а не обязательная терминология для каждой CRM. Определите собственные бизнес-правила и затем сопоставьте их с полями выбранной системы. Особенно проверьте, что происходит при повторном обращении действующего клиента: новая потребность не должна стирать историю предыдущей продажи.
| Поле | На какой вопрос отвечает | Учебный пример |
|---|---|---|
| Источник | Откуда пришло обращение? | Форма страницы услуги |
| Статус обработки | Что происходит сейчас? | Контакт установлен |
| Этап сделки | Что подтвердил покупатель? | Согласована встреча |
| Причина потери | Почему маршрут завершён? | Услуга не подходит |
| Следующий шаг | Что и когда делаем? | Отправить расчёт к четвергу |
3. Зафиксируйте правила перехода
Для каждого статуса нужны критерии входа и выхода. «Контакт установлен» означает состоявшийся разговор или содержательный ответ, а не первую попытку дозвона. «Квалифицирован» требует подтверждённых признаков соответствия вашему предложению. Перечень признаков зависит от бизнеса; бюджет, задача и срок могут быть полезны, но нельзя механически требовать их от любого обращения.
Назначьте владельца и резерв на время отсутствия. Срок первого ответа задавайте с учётом рабочего расписания и реальной ёмкости команды. В этой статье нет универсального обещания ответить за пять минут. Важнее записать достижимое правило, измерять его нарушение и заранее определить эскалацию. У автоматического перехода должно сохраняться основание: событие формы, ответ сотрудника или подтверждённое изменение сделки.
4. Проверьте словарь на условной воронке
Условный пример: сервисная компания получила 40 обращений за неделю. Из них 4 оказались дублями, с 28 уникальными контактами удалось связаться, 12 признаны подходящими для дальнейшей продажи. Это учебные числа, не статистика клиентского проекта. Уже здесь возникают вопросы: считать дозвон от 40 записей или от 36 уникальных обращений? Как учитывать человека, который обратился сначала через форму, затем по телефону?
Создайте связанный идентификатор контакта и отдельные события обращений, насколько это позволяет система. Сохраните исходные события, а правила объединения опишите в словаре. Дальше попросите двух сотрудников независимо разметить небольшую выборку. Расхождения показывают не «невнимательность менеджера», а места, где критерий недостаточно ясен. Исправьте определение до того, как на этих статусах начнут считать премии или качество рекламного канала.
5. Подключайте автоматизацию после ручной проверки
Первый технический тест проходит весь маршрут: форма создаёт запись, источник сохраняется, ответственный получает задачу, смена этапа появляется в истории, закрытие требует причины. Проверьте повторную отправку, неверный телефон, обращение вне рабочего времени и отсутствие основного менеджера. Успешная отправка формы не доказывает, что заявка доступна человеку, который должен на неё ответить.
После этого включайте необходимые уведомления и переходы по одному. Массовое правило сначала проверяют на тестовых данных или ограниченной группе записей. Сохраните список изменений и способ отката. Не загружайте персональные данные клиентов в публичные AI-инструменты для отладки: для обсуждения структуры достаточно обезличенных этапов и агрегатов. Ошибка автоматизации должна оставлять след и попадать назначенному владельцу, иначе потеря заявок просто переместится в более дорогую систему.
6. Соберите отчёт, который помогает действовать
Минимальный отчёт показывает новые уникальные обращения, записи без владельца, просроченные следующие шаги, переходы в квалифицированные лиды и причины потерь. Для конверсии в продажу учитывайте задержку: свежие заявки ещё не успели пройти цикл. Сравнивайте когорты по дате обращения и давайте им сопоставимое время, иначе последняя неделя будет регулярно выглядеть хуже старой.
Инструмент «Разбор воронки» работает с введёнными этапами и цифрами: предлагает, какой переход проверить первым. Он не подключает CRM и не исправляет статусы. Передайте ему обезличенные агрегаты после сверки, затем проверьте рекомендации по исходным записям. Словарь из шаблона должен остаться рядом с отчётом: без него одинаковые названия постепенно начинают означать разное. Назначьте одного владельца изменений определений и фиксируйте дату каждой новой версии.
Словарь этапов CRM
Пример для согласования с продажами. Замените условные критерии своими правилами; сроки ответа определите отдельно.
Откройте в Excel или Google Sheets. Примеры и пустые поля можно заменить своими данными.
Частые вопросы
Сколько статусов нужно на старте?
Столько, сколько подтверждённых переходов действительно различает команда. Часто достаточно короткого маршрута от нового обращения до квалификации и понятного исхода. Число не является нормативом: если соседние этапы не требуют разных действий, проверьте необходимость их разделения.
Можно ли сначала использовать таблицу?
Да, для проверки словаря и небольшого процесса. Укажите владельца, ограничьте доступ и сохраняйте историю изменений. Если несколько людей одновременно работают с обращениями, растут дубли и теряются задачи, эти ограничения становятся требованиями к CRM, а не поводом добавлять ещё один лист.