Выберите событие, после которого начинается сопровождение

Клиент подписал договор, а новый менеджер просит заново рассказать задачу, прислать материалы и уточнить обещанные сроки. Формально продажа состоялась, но для человека работа компании началась с потери контекста. Передача клиента в сопровождение должна переносить не только контакты, но и обязательства, на основании которых он принял решение.

Определите точку перехода. Для одной услуги это подтверждённый договор и оплата, для другой — согласованное начало пилота, для третьей — готовность проекта к регулярному обслуживанию. Это условие компании, а не универсальная стадия CRM. Оно должно опираться на события, которые сотрудник может проверить, а не на ощущение «почти договорились».

Отделите завершение продажи от готовности исполнения. Сделка может быть выиграна, но для старта не хватает доступа, исходных материалов или решения со стороны клиента. Сохраните эти обстоятельства явно. Закрытие коммерческого этапа не должно заставлять сопровождение обещать дату, для которой ещё не выполнены необходимые условия.

Сразу договоритесь, кто остаётся владельцем клиента до приёма. Передать папку в общий чат недостаточно. Пока получатель не подтвердил, что сведения доступны и продолжение назначено, ответственность за организацию перехода должна быть определена. Иначе в коротком промежутке между отделами клиент остаётся без человека, который способен ответить.

Посмотрите на передачу со стороны клиента

Условный пример: компания заказала обслуживание оборудования в двух филиалах. В переговорах согласовали начало с одного объекта, особый порядок доступа во второй и общение через администратора. Продавец прикрепил договор, но не передал эти договорённости. Сопровождение запланировало общий выезд, а клиент получил вопросы, на которые уже отвечал.

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

Попросите сотрудника сопровождения взять несколько недавно начатых проектов и перечислить, что пришлось выяснять повторно. Затем отделите действительно потерянный контекст от информации, которая по природе появляется только после старта. Первое включите в передачу; для второго назначьте следующий разговор. Не требуйте от продавца ответов, которых ещё не существует.

Соберите короткий паспорт обязательств

Основу удобно разделить на результат, состав работ, ограничения, участников и незавершённые вопросы. Каждое значимое обещание должно иметь источник: согласованное предложение, договор, письмо или другая принятая в компании запись. Устное пояснение продавца помогает ориентироваться, но при расхождении нельзя молча выбирать более удобную версию.

БлокЧто передатьДля какого решения нужно
Цель клиентаЗадача и ожидаемый результат его словамиОпределить приоритет первых действий
СоставСогласованные работы и явные исключенияНе обещать услугу за пределами договорённости
Условия стартаМатериалы, доступы и зависимостиНазначить реалистичное начало
УчастникиКонтакты, роли и право согласованияОбращаться к нужному человеку
Обещания и вопросыОсобые условия и открытые пункты со срокомНе потерять договорённость после продажи

Не переносите в паспорт всю переписку подряд. Дайте краткое содержание и ссылки на точные документы или сообщения. Получатель должен понять основание без чтения сотен строк чата. Если источник хранится вне CRM, проверьте доступ под ролью сотрудника сопровождения: ссылка, открывающаяся только у продавца, не завершает передачу.

Отдельно выделите сомнения и спорные сведения. Запись «клиент ожидает выезд в понедельник, дата компанией не подтверждена» полезнее уверенного «выезд в понедельник» или полного молчания. У такого пункта должны быть ответственный за уточнение и срок. Не превращайте предположение в обязательство только ради заполненности карточки.

Разделите ответственность за продажу, связь с клиентом и выполнение работ

Продавец передаёт договорённости и помогает объяснить контекст. Сопровождение принимает повседневную связь с клиентом. Исполнитель оценивает готовность к работе и технические ограничения. Финансовый сотрудник подтверждает сведения по оплате и документам. Эти роли могут совмещаться, но вопросы не должны отправляться всем одновременно без владельца.

Назначьте человека, который принимает передачу целиком. Он не обязан лично проверять каждую характеристику, но отвечает за то, чтобы нужные проверки состоялись и открытые вопросы получили исполнителей. Приём заканчивается понятным состоянием: принято, принято с отмеченными условиями либо возвращено на уточнение.

Опишите, какие вопросы после перехода остаются у продаж: например, изменение коммерческих условий или обещание дополнительного объёма. Сопровождение не должно спорить с клиентом о цене, если право решения закреплено за другим сотрудником. В то же время клиенту не нужно самому искать нужный отдел; менеджер, который общается с клиентом, координирует передачу вопроса внутри компании.

Предусмотрите отсутствие сотрудников и срочное начало. Если основной сопровождающий в отпуске, назначается временный получатель с доступом и полномочиями. Срочность может сократить встречу, но не отменяет фиксацию обязательств. Наиболее опасны случаи, когда старт уже обещан, а ответственность планируют определить потом.

Наглядный разбор

Кто отвечает на разные вопросы после продажи

  1. Продажи

    Что было предложено, согласовано и обещано при заключении сделки.

  2. Сопровождение

    Кто общается с клиентом и координирует ближайшие действия.

  3. Исполнение

    Какие условия нужны для работы и что подтверждает её готовность.

  4. Расчёты и документы

    Какое финансовое событие подтверждено и что требует уточнения.

Условное распределение ролей; в небольшой компании один сотрудник может совмещать несколько. Размеры блоков и расстояния условны; они не показывают доли или время.

Сделайте приём двусторонним действием

Продавец отмечает, что сведения собраны; получатель проверяет ключевые договорённости и подтверждает приём. Для простого продукта достаточно короткого списка; для сложного проекта полезна встреча по исключениям. Её цель — не пересказать историю переговоров, а найти то, что изменит первые действия команды.

Укажите критерии возврата: отсутствует согласованный состав, неясно условие старта, нет контакта принимающей стороны или недоступен основной документ. Не возвращайте передачу с общим комментарием «недостаточно информации». Получателю полезно назвать конкретный пробел и решение, которое без него невозможно принять.

Часть сведений может уточняться уже в сопровождении. В этом случае передача принимается с явным списком условий: кто выясняет вопрос, к какому сроку и какое действие пока ограничено. Так процесс не застревает из-за необязательной детали, но и не создаёт впечатление полной готовности. Разделите обязательный минимум и дополнительный контекст.

Сохраняйте время и участника подтверждения. Отправленный файл, назначенная задача и факт её приёма — разные события. Если клиент уже обратился к новому менеджеру, тот должен быстро увидеть, что принято, что ожидается и у кого получить уточнение. Для передачи потенциального обращения до продажи действует иной порядок, описанный в статье о передаче лидов.

Свяжите сопровождение с историей продажи

Не создавайте изолированную копию клиента, в которой теряется история. Новая рабочая запись должна ссылаться на исходную сделку, компанию и нужных контактных лиц. Разделяйте сведения, которые остаются общими, и данные конкретного периода обслуживания. Иначе исправление телефона или обещания в одном месте не будет видно другим участникам.

В Битрикс24 для отдельного процесса могут использоваться задачи или подходящие элементы CRM. Официальная инструкция по смарт-процессам описывает собственные стадии, карточки и связи с другими элементами. Это один из возможных способов организовать сопровождение. Выбор зависит от объёма работы, доступных возможностей и прав, а не от желания непременно добавить новый раздел.

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

Попросите специалиста показать повторный запуск и исправление ошибки. Если продавец дважды изменил стадию, система не должна незаметно создавать две независимые записи сопровождения одной услуги. Если получатель сменился, новая запись должна сохранить основания и незавершённые вопросы. Ответственность за правила CRM полезно закрепить за владельцем системы внутри компании.

Проведите первый контакт без повторного опроса

Сообщите клиенту имя нового контактного лица, его роль и следующий шаг. Кратко подтвердите уже известную задачу: «Начинаем с первого филиала; порядок допуска во второй уточняем с администратором». Это показывает преемственность и даёт возможность исправить неточность до начала работ.

Первый разговор нужен для проверки понимания и организации старта, а не для дословного повтора всей анкеты продаж. Спросите только то, что отсутствует, изменилось или должно быть уточнено исполнителем. Если сведения из переговоров вызывают сомнение, объясните причину уточнения: изменился состав участников, появился новый объект или обнаружилось противоречие.

Не обещайте выполнить неподтверждённое условие только потому, что оно записано в заметке продавца. Сопоставьте его с источником, сообщите клиенту о необходимости уточнения и назначьте того, кто вправе принять решение. Внешний ответ должен оставаться единым, даже если внутри требуется участие нескольких отделов.

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

Наглядный разбор

От принятой передачи к началу работы

  1. Контекст доступен

    Получатель видит договорённости и отмеченные ограничения.

  2. Клиент знает контакт

    Понятно, кто ведёт работу и с чем к нему обращаться.

  3. Условия подтверждены

    Проверены участники, материалы и ближайшие действия.

  4. Старт зафиксирован

    Есть согласованный шаг, исполнитель и способ проверки результата.

Учебная схема перехода; не устанавливает обязательный срок обслуживания. Размеры блоков и расстояния условны; они не показывают доли или время.

Договоритесь, что делать с изменениями после передачи

Клиент может расширить задачу в первом разговоре, заменить контактное лицо или перенести старт. Не редактируйте исходные обещания так, будто новые условия действовали всегда. Сохраните изменение с датой, основанием и подтверждением уполномоченных участников. Это помогает отделить ошибку передачи от нормального развития проекта.

Если обнаружено обещание, которое компания не может выполнить, назначьте ответственного за согласование решения. Не заставляйте сопровождение исправлять ситуацию молчаливым уменьшением объёма, а продавца — самостоятельно назначать новую дату без исполнителя. Команда должна договориться о варианте и затем дать клиенту один понятный ответ.

При нескольких услугах у одного клиента полезно определить границы отдельных передач. Один договор может включать разные этапы и команды. Не открывайте всё обслуживание только потому, что готова первая часть, если остальные ещё требуют условий. Одновременно избегайте дублирования общих сведений, которые удобнее хранить в карточке компании.

Проверьте регламент на нескольких новых клиентах

Выберите разные ситуации: стандартная услуга, клиент с особым условием, неполный набор исходных материалов и смена сопровождающего. На каждой проверьте, может ли получатель начать следующий шаг без повторного поиска договора и опроса клиента. Замечания фиксируйте по конкретным отсутствующим сведениям, а не общим впечатлениям.

Для контроля полезно отслеживать незавершённые передачи, возвраты на уточнение и повторные вопросы о том, что уже согласовали. Число заполненных полей само по себе не показывает качество. Если сотрудник исправно заполняет шаблон, но команда регулярно обещает разные сроки, нужно пересмотреть источник обязательств и право их подтверждения.

После пилота уберите поля, которые никто не использует, и добавьте недостающие основания для решений. Назначьте владельца регламента и дату его пересмотра при изменении продукта. Новый сотрудник должен получить не только инструкцию по нажатию кнопок, но и несколько примеров принятой и возвращённой передачи.

Для проработки процесса с ШТАБ ИТ подготовьте один обычный и один сложный случай перехода клиента. По ним можно определить минимальный паспорт, роли и достаточную автоматизацию. Хорошая передача заканчивается тем, что новая команда понимает обязательства и может действовать, а клиенту не приходится заново собирать историю собственной покупки.

Источники и полезные ссылки

  1. Битрикс24: создание смарт-процесса ↗

Интерфейсы и возможности сервисов могут меняться. Перед настройкой сверяйтесь с актуальной документацией.

Игорь Крещенко

Руководитель ШТАБ ИТ. Занимается управлением проектами, веб-разработкой, рекламой и PR. Подробнее об авторе →