Менеджер может нажать «создать сделку» и получить формально успешный результат, но потерять контакт, историю общения или связь с компанией. Повторный запуск способен добавить ещё одну карточку. Поэтому руководителю нужно согласовать не кнопку перехода, а контролируемую операцию: когда она разрешена, какие записи выбираются или создаются, что переносится и как система доказывает результат.
Ниже — шаблон такого процесса. Он не предполагает одинакового устройства всех CRM: режим работы, поля, права, тариф, приложения и доступные операции API нужно проверять в системе компании.
Где заканчивается квалификация и начинается перевод в сделку
Квалификация отвечает на вопрос: достаточно ли оснований продолжать работу с обращением как с потенциальной продажей. Перевод отвечает на другой вопрос: какие сущности CRM нужно выбрать или создать и как сохранить между ними связи. Подробные правила первого этапа разобраны в руководстве по квалификации лида.
Для перехода полезно зафиксировать три состояния:
- Лид требует уточнения. Не хватает согласованного сведения или решение ещё должен принять сотрудник.
- Лид готов к переходу. Наступило утверждённое событие, обязательные сведения проверены, действие разрешено.
- Лид закрывается без сделки. Система сохраняет основание закрытия и доступный контекст.
Название стадии само по себе не доказывает готовность. Например, менеджер мог перевести карточку в статус «Квалифицирован», но не указать следующий шаг. Автоматизация должна проверять согласованные сведения, а не доверять одному названию стадии.
Спрос на эту тему и её близость к заказу автоматизации остаются редакционной гипотезой: частотность, поисковая выдача и конверсия материала не измерялись.
Составить паспорт перехода
Паспорт превращает устную договорённость «готовые лиды переводим в сделки» в правила, которые можно реализовать и проверить.
| Часть паспорта | Что зафиксировать | Что делать при проблеме |
|---|---|---|
| Событие запуска | Действие менеджера, смена стадии или другое подтверждённое событие | Не начинать переход без однозначного события |
| Исходное состояние | Допустимые стадии и признаки лида | Остановить операцию, если состояние изменилось |
| Цель | Воронка и начальная стадия сделки | Передать исключение при неизвестной или недоступной цели |
| Обязательные сведения | Утверждённые компанией поля и связи | Показать конкретные пропуски сотруднику |
| Сущности | Что нужно выбрать, создать или обновить | Не создавать запись при неоднозначном совпадении |
| Ответственный | Кто принимает ручное решение и кто получает результат | Назначить маршрут, если ответственный недоступен |
| Итог | Статус лида, сделки и операции | Не завершать лид при неподтверждённом результате |
| Журнал | Идентификатор операции, решения и ошибки | Сохранить данные для разбора и безопасного повтора |
Если таблица не помещается, прокрутите её вправо. С клавиатуры используйте стрелки.
Для каждого поля укажите источник истины. Например, подтверждённая почта может поступать из карточки лида, а ответственным за сделку становится сотрудник, назначенный по отдельному правилу. Если два источника расходятся, паспорт должен определять приоритет либо требовать решения человека.
Бюджет, срок покупки и другие поля не становятся обязательными для всех компаний только потому, что существуют в CRM. Состав утверждает владелец конкретного процесса. Отдельно опишите отмену операции и повторную попытку: кто их разрешает и какое состояние система предварительно проверяет.
Определить, что переносится и что остаётся в истории лида
Сначала составьте карту соответствий. Для каждого значения определите направление переноса, формат, допустимость пустого значения и правило обновления уже существующей записи.
| Данные | Куда направить | Что согласовать |
|---|---|---|
| Контакт | В существующий или новый контакт и связь со сделкой | Идентификаторы, нормализацию и правило обновления |
| Компания | В существующую или новую компанию и связь со сделкой | Основание совпадения и возможность пустого значения |
| Потребность | В поле сделки или согласованную заметку | Исходный текст, формат и запрет домыслов |
| Следующий шаг | В поле, задачу или активность | Ответственного и срок, если он подтверждён |
| Источник | В поле сделки с сохранением исходного значения | Справочник допустимых значений |
| Ответственный | В сделку и связанные задачи | Правило назначения и доступность пользователя |
| Товары | В строки товаров либо историю | Коды, количество, цены и источник каждого значения |
| Пользовательские поля | В заранее сопоставленные поля | Типы, преобразование и поведение при конфликте |
Если таблица не помещается, прокрутите её вправо. С клавиатуры используйте стрелки.
Не сводите историю общения к одному пересказу. Укажите, где после перехода доступны письма, звонки, заметки, файлы и ссылки на исходные диалоги. Если CRM не переносит часть истории, сотруднику нужна понятная ссылка на её прежнее место.
Для трассировки сохраните идентификатор исходного лида, идентификатор операции и идентификаторы выбранных или созданных записей. Тогда при спорном результате можно восстановить, из какого обращения появилась сделка и почему система выбрала конкретный контакт.
Проверить контакт, компанию и возможную действующую сделку
До создания записей система ищет возможные совпадения по признакам, которые выбрала компания. Это могут быть нормализованные телефон и почта, внешний идентификатор, домен компании или другой подтверждённый признак. Один признак не всегда достаточен: общий телефон офиса или домен группы компаний способен привести к нескольким карточкам.
Разделите результаты проверки:
- Точное совпадение: правило компании разрешает выбрать одну запись автоматически.
- Вероятное совпадение: есть несколько кандидатов или признаки противоречат друг другу; решение принимает сотрудник.
- Совпадения нет: процесс разрешает создать новую запись.
При неоднозначности сотрудник должен видеть сравниваемые карточки, совпавшие и различающиеся значения, а также источник каждого значения. Найденное совпадение ещё не означает, что записи можно автоматически объединить.
Встроенные механизмы различаются. В стандартном процессе Dynamics 365 Sales поведение квалификации и создание записей зависят от настройки администратора; при похожем контакте или компании может появиться диалог контроля дублей. Это свойство конкретной платформы, а не гарантия для любой CRM или конфигурации. Поэтому до реализации нужно проверить правила сопоставления, права и фактическое поведение выбранной CRM.
Массовая очистка и объединение существующих карточек — отдельная задача. Её границы разобраны в руководстве по дублям контактов.
Выполнить переход как контролируемую операцию
Будущую автоматизацию можно спроектировать как последовательность:
- Зафиксировать событие запуска и присвоить операции идентификатор.
- Повторно прочитать лид, проверить состояние, обязательные сведения и права.
- Найти связанные записи и возможные совпадения.
- Подготовить план: какие записи выбрать, создать или обновить.
- Запросить решение сотрудника при неоднозначности.
- Выполнить согласованные изменения.
- Прочитать записи из CRM и сверить поля, связи и идентификаторы.
- Только после подтверждения результата завершить состояние лида.
Это проектное требование, а не заявление о готовой функции любой CRM. Например, документация Битрикс24 указывает, что в простом режиме отдельная сущность лида не сохраняется: созданный лид сразу преобразуется в сделку. Та же документация сообщает, что в REST API нет отдельного метода конвертации лида в контакт, компанию или сделку; связанные объекты приходится создавать отдельными вызовами. Перед разработкой нужно проверить режим портала, актуальные методы и права.
Защита от повторной обработки, компенсация частичной записи и журналирование тоже требуют отдельного проектирования и испытаний. Полезный принцип: один идентификатор перехода должен приводить к одному предусмотренному результату. Но способ обеспечить это зависит от CRM и архитектуры интеграции.
Если система получила успешный ответ на запрос, это ещё не доказывает сохранение всех связей. Контроль завершает повторное чтение записей и сравнение с планом изменений.
Передать исключение сотруднику без потери контекста
Исключение должно помогать продолжить работу, а не просто сообщать «произошла ошибка». В карточке исключения сохраните:
- исходный лид и идентификатор операции;
- причину остановки;
- отсутствующие или конфликтующие сведения;
- найденных кандидатов на связь и основания совпадения;
- уже выполненные изменения;
- безопасные варианты продолжения;
- ответственного сотрудника.
Различайте четыре ситуации. Бизнес-исключение означает, что процесс требует решения человека. Отказ CRM содержит подтверждённую ошибку запроса. Недостаток прав запрещает нужное действие. Неизвестный результат означает, что запрос мог выполниться, но подтверждение не получено.
При неизвестном результате нельзя слепо повторять создание сделки. Сначала нужно найти запись по идентификатору операции или согласованным признакам и прочитать её состояние. Иначе повтор способен создать вторую сделку.
Сотруднику можно разрешить дополнить данные, выбрать существующую запись, подтвердить создание новой, отменить переход или возобновить его после проверки. Набор решений и права на каждое из них фиксируют в паспорте процесса.
Условный пример перехода с найденным совпадением
Ниже — синтетический пример будущего процесса, а не клиентский кейс, выполненный тест или описание действующей интеграции Switch On AI.
Исходные данные. Менеджер подтвердил контакт Анны Орловой, компанию «Север», интерес к корпоративной консультации и следующий шаг — подготовить вопросы к встрече. В лиде указана подтверждённая почта anna@example.test.
Проверка. Система находит контакт «А. Орлова» с той же почтой. Написание имени различается, а почта совпадает. По правилам примера одного совпавшего адреса недостаточно для автоматического объединения, поэтому система показывает сотруднику обе записи и источники значений.
Решение сотрудника. Менеджер проверяет карточки и выбирает существующий контакт. Он не объединяет записи вслепую и не разрешает создание нового контакта.
План записей CRM. Система должна создать одну сделку, связать её с выбранным контактом и компанией «Север», перенести подтверждённые потребность и следующий шаг, а также сохранить идентификаторы исходного лида и операции.
Контроль результата. После записи система повторно читает сущности CRM и сравнивает ожидаемое состояние с фактическим.
| Объект | Ожидаемое состояние | Что проверить после записи |
|---|---|---|
| Лид | Содержит ссылку на результат; завершён только после подтверждения | Итоговый статус и исходный идентификатор сохранены |
| Контакт | Выбран существующий контакт «А. Орлова» | Новый контакт не создан, связь со сделкой существует |
| Компания | Выбрана предусмотренная карточка «Север» | Сделка связана с нужной компанией |
| Сделка | Создана одна запись с согласованными полями | Идентификатор получен чтением, поля и связи совпадают с планом |
Если таблица не помещается, прокрутите её вправо. С клавиатуры используйте стрелки.
Если создание или связывание не подтверждено, лид остаётся доступным для разбора, а ответственному передаётся исключение. Такой исход безопаснее, чем пометить лид завершённым и скрыть неопределённый результат.
Как принять автоматизацию и определить границы запуска
Приёмку проводите на копиях или специально подготовленных записях, чтобы проверка не выполняла неконтролируемые действия с рабочими данными. До запуска запишите ожидаемое действие и проверяемый след для каждой ситуации.
| Ситуация | Ожидаемое действие | Проверяемый след |
|---|---|---|
| Готовый лид | Создать или выбрать предусмотренные записи | Поля, связи, ответственный, источник и идентификаторы совпадают с планом |
| Нет обязательного сведения | Остановить переход и назвать пропуск | Исключение содержит поле и исходный лид |
| Найден существующий контакт | Использовать его по утверждённому правилу или запросить решение | Сохранены выбранная запись и основание выбора |
| Совпадение неоднозначно | Передать сравнение сотруднику | Новая запись не создана до решения |
| Сделка уже создана | Не создавать вторую | Повтор связан с прежним результатом операции |
| Сбой после частичной записи | Зафиксировать выполненные шаги и безопасный маршрут восстановления | Видны созданные записи, ошибка и последующее решение |
| Недостаточно прав | Не выдавать операцию за успешную | Записаны отказ и требуемое действие администратора |
| Ручной отказ | Завершить или вернуть лид по согласованному правилу | Сохранены решение, автор и основание |
Если таблица не помещается, прокрутите её вправо. С клавиатуры используйте стрелки.
Для каждого сценария сверяйте исходный лид, выбранные связи, поля сделки, доступность истории, ответственного, источник, итоговый статус и журнал. Повторный запуск не должен создавать вторую сделку, если первый результат уже подтверждён. После частичного сбоя нужно доказать восстановление чтением записей из CRM, а не только ответом интеграции.
Отдельно зафиксируйте границы. Статья не гарантирует одинаковую модель лидов во всех CRM, полную защиту от дублей, безошибочное распознавание конфликтов, универсальную совместимость или автоматическое восстановление. Режим работы, API, тариф, роли, пользовательские поля и приложения проверяются для выбранной системы. Шаблон сценариев можно дополнить по руководству о приёмке автоматизации.
Что подготовить для обсуждения внедрения
Для предметного разбора подготовьте:
- схему текущей воронки и момент создания сделки;
- несколько обезличенных лидов с разными исходами;
- перечень полей, связей и источников истины;
- правила выбора или создания контакта, компании и сделки;
- известные причины дублей;
- роли сотрудников и их допустимые решения;
- примеры частичных сбоев и спорных результатов.
Switch On AI может помочь описать этот переход и спроектировать автоматизацию конкретной операции. Если в процессе нужен помощник первой линии, который собирает обращение и передаёт его менеджеру, посмотрите услугу ИИ-агента для продаж. ИИ-агент, чат-бот и обычная интеграция не взаимозаменяемы: для перевода уже квалифицированного лида часто достаточно правил и интеграции без генеративной модели.
Работа начинается с разбора процесса. Затем Switch On AI готовит техническое задание и предложение, показывает бесплатный прототип ключевого сценария, а после согласования и договора выполняет разработку и приёмку. Прототип не равен полноценному внедрению. Разработка по договору оплачивается в два этапа: 50% до работ и 50% после сдачи; после оплаты передаются код и инструкции в согласованном составе. Права, сторонние лицензии, сопровождение и текущие расходы фиксируются отдельно.
Чтобы обсудить свой процесс, достаточно принести один обезличенный пример лида, перечень обязательных сведений и правила работы с совпадениями. Сроки и стоимость можно оценить после разбора требований и доступных возможностей CRM. SLA и ожидаемый эффект заранее не обещаются: условия сопровождения согласуются отдельно, а результат оценивается по зафиксированным сценариям приёмки.
Вопросы по этой задаче
Чем перевод лида в сделку отличается от квалификации лида?
Квалификация определяет, есть ли основания продолжать работу с обращением. Перевод меняет состояние CRM: выбирает или создаёт контакт, компанию и сделку, переносит данные, сохраняет связи и подтверждает результат.
Какие сведения должны быть заполнены перед созданием сделки?
Универсального набора нет. Компания утверждает обязательные сведения в паспорте перехода и для каждого поля указывает источник истины, допустимость пустого значения и действие при конфликте.
Что делать, если CRM нашла похожий контакт или компанию?
Нужно оценить совпадение по правилам компании. Точное совпадение может разрешать выбор записи, вероятное требует показать сотруднику кандидатов и источники значений, а отсутствие совпадения — создать новую запись, если это разрешено.
Как не создать вторую сделку при повторном запуске?
Каждому переходу присваивают устойчивый идентификатор, а перед созданием проверяют прежний результат. При неизвестном исходе сначала читают записи CRM и только затем решают, нужен ли повтор.
Можно ли полностью автоматизировать переход без участия менеджера?
Только для однозначных ситуаций, которые разрешены правилами и подтверждены возможностями конкретной CRM. Конфликтующие данные, вероятные совпадения и неизвестный результат записи безопаснее передавать сотруднику.