Передача клиента из продаж в работу: процесс в CRM

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

Почему клиенту приходится рассказывать всё заново

Продавец помнит историю обсуждения, а исполнитель видит сумму и название сделки. Часть обещаний осталась в звонке, часть — в личном мессенджере, последняя спецификация лежит на компьютере. Каждый участник считает, что передал достаточно информации. Для клиента же компания едина: он не обязан разбираться, где заканчиваются полномочия отдела продаж и начинается проектная работа.

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

Как определить момент передачи

Статус «Успешно реализовано» не всегда означает готовность к исполнению. Для одной компании достаточно подписанного договора, для другой необходимы предоплата, утверждённая спецификация и доступ на объект. Опишите минимальные условия отдельно для каждого типа заказа. Если часть работ разрешено начинать до оплаты, это должно быть явным согласованным исключением с ответственным, а не неформальной привычкой команды.

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

Что включить в паспорт передаваемого заказа

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

У каждого документа должны быть понятные название и версия. Файлы «смета новая финальная 2» создают риск работы по устаревшим условиям. Практичнее хранить ссылку на утверждённый экземпляр и дату согласования. Доступы к системам клиента нельзя складывать открытым текстом в примечание сделки: используйте утверждённый в компании способ передачи секретов, а в CRM фиксируйте готовность и ответственного за доступ.

Одна сделка или отдельная карточка исполнения

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

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

Для сложного исполнения можно рассмотреть смарт-процессы Битрикс24 или связанный проект в используемой системе. Главное — сохранить идентификатор исходной продажи и различать коммерческую выручку и стоимость выполнения. Две связанные карточки не должны автоматически превращаться в две продажи в управленческом отчёте. Заранее обозначьте, какие сущности входят в каждый показатель.

Приёмка: подтверждение, а не уведомление

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

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

Возвраты, изменения и повторное срабатывание

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

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

Пример: передача проекта по установке оборудования

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

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

Какие показатели помогают найти потери

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

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

Как внедрить процесс без перегрузки команды

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

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