Начните с конкретного обещания: менеджер договорился перезвонить в пятницу до 12:00. SMarch проверяет, есть ли такая задача, и готовит её, если менеджер забыл.

01

Безопасное действие имеет одно толкование

Для такой задачи известны действие, срок и ответственный. После создания нужно проверить по телефонии, позвонил ли менеджер вовремя.

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

02

Три режима запуска

Последовательный запуск снижает риск и одновременно помогает настроить правила на реальных данных.

  • Проверка: система предлагает действие, но ничего не записывает
  • Пробный запуск: разрешены несколько проверенных сценариев
  • Автоматически: утверждённые действия выполняются с журналом
03

Что делать, если в разговоре не хватает ответа

Клиент сказал «после совещания», но не назвал дату. SMarch показывает, какого ответа не хватает, и готовит менеджеру задачу уточнить дату совещания и время следующего звонка.

У каждого автоматического изменения должны оставаться исходный звонок, правило, время и результат операции.

Практика продаж · SMarch

Проверьте правило на четырёх пограничных ситуациях

Пример для разбора с командой.

Слабый вариант

Клиент сказал «бюджет около миллиона, но обсудим с партнёром». Правило автоматически поставило сумму 1 000 000 ₽ и этап «Согласование».

Что должно получиться

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

Что проверить в команде

  1. Повторно поступил тот же звонок: вторая задача не создаётся; виден результат первой обработки.
  2. Менеджер изменил поле после звонка: новое значение не затирается старым выводом без проверки.
  3. Связь с CRM прервалась: неизвестный результат записи не равен успешному. Перед повтором нужно проверить, создался ли объект.
  4. Нельзя уверенно разобрать имя, сумму или дату: действие остаётся предложением, а не точным утверждением.

Как измерять изменения

Для каждого правила считайте верные предложения, ошибки и пропуски по проверке человека. Отдельно — повторы, исправления и конфликты. Для каждого действия руководитель выбирает, какие ошибки нужно устранить до запуска. После исправлений повторите проверку.

Шаблон для рабочего разбора

Действие и поле CRM:
Источник и достаточное основание:
Что не считается основанием:
Режим: наблюдение / подтверждение / автоматически
Кто утверждает правило:
Защита от повтора:
Проверка актуальности поля:
Что делаем при сбое:
Журнал и восстановление:
Критерий допуска к запуску:

Посмотреть в системе →