Автоматизация отдела продаж связывает новый лид с ответственным, реальным контактом, следующим действием, прогнозом сделки и передачей заказа исполнителю. Для такого маршрута CRM должна хранить источник обращения и доказательство каждого важного перехода, а руководитель — видеть исключения. Система направляет записи по правилам, сервер проверяет полномочия, менеджер подтверждает смысл разговора и спорные выводы.
Маршрут лида
Рабочий маршрут отдела охватывает пять переходов: получение лида, назначение менеджера, подтверждённое действие, обновление прогноза и передача исполнения. Статус в CRM имеет смысл только вместе с владельцем и записью о фактическом шаге.
Начните с источников заявок: сайт, почта, телефон, встреча и повторное обращение. Для каждого входа зафиксируйте минимальные поля: источник, контакт, предмет запроса, время поступления, согласие на связь, если оно требуется по вашему процессу, и идентификатор записи. Доступ к персональным данным ограничьте ролью сотрудника. Если источник прислал неполную карточку, поместите её в очередь разбора с причиной; статус готовой сделки преждевременен. Дубликат тоже требует отдельного правила: сравнение контактов может подсказать совпадение, объединение подтверждает сотрудник.
Назначение менеджера опирается на согласованные признаки: направление, территория, текущая нагрузка и закреплённый клиент. Система способна предложить маршрут по этим полям, но спорное распределение разрешает руководитель. После назначения менеджер получает карточку и задачу на следующий контакт. В документации amoCRM описаны сделка, ответственный и этап воронки; это пример сущностей, а конкретные правила распределения команда задаёт сама. Здесь рассматривается работа всего отдела, включая обращения до брифа и передачу после продажи. Отдельный маршрут продажи услуг после брифа остаётся соседней задачей.
Для сопоставления автоматизации с работой менеджера полезна статья о карточке CRM и контроле. В этом маршруте карточка служит журналом решения и действия: статус без записи контакта остаётся поводом для проверки, даже если воронка выглядит аккуратно.
Права и источники
Перед настройкой маршрута нарисуйте карту прав. Менеджер работает со своими обращениями, руководитель видит распределение и спорные переходы, исполнитель получает только сведения, нужные для выполнения заказа. Администратор поддерживает роли, но коммерческое решение подтверждает владелец сделки. Сервер CRM или интеграционного приложения проверяет полномочия при каждом чтении и изменении. Право открыть карточку определяет роль сотрудника; поля с личными данными и внутренними условиями показываются по роли.
| Запись | Источник | Кто подтверждает | Что видно в CRM |
|---|---|---|---|
| Новый лид | Форма, звонок или письмо | Сотрудник разбора | Источник и статус полноты |
| Контакт | Разговор или переписка | Менеджер | Итог и ссылка на событие |
| Условие сделки | Согласованный документ | Владелец сделки | Версия предложения |
| Прогноз | Факты и допущения | Руководитель | Основание оценки |
| Передача | Подтверждённый заказ | Владелец исполнения | Состав и принятые ограничения |
Источником факта разговора служит запись звонка, письмо или заметка сотрудника с указанием времени и автора. Доступ к записи разговора задаётся отдельно; в карточке можно хранить краткий итог и ссылку. Если ИИ готовит черновик краткого итога, менеджер сверяет его с исходным материалом перед сохранением. Модель может перепутать обещание клиента с предложением менеджера, поэтому такое поле требует человеческого подтверждения. Права на просмотр источника проверяет сервер; модель получает только разрешённое содержимое.
Официальная помощь amoCRM описывает задачи в сделке, а документация платформы — ответственного и этап. Эти функции дают опору для маршрута, а модель доступа команда задаёт отдельно. Сверьте фактические настройки CRM с принятой матрицей ролей и журналом действий. Доступ исполнителя к заказу открывайте по подтверждённой передаче, когда состав работ уже согласован.
Следующий шаг
После первого контакта у сделки появляются исход разговора, следующий шаг и владелец действия. Следующий шаг формулируйте как проверяемое действие: отправить согласованный материал, уточнить требование, назначить встречу или получить решение клиента. Запись «в работе» без конкретного действия скрывает паузу. Задача в CRM напоминает сотруднику о плане, но подтверждением служит фактический звонок, письмо, встреча или зафиксированное решение. Руководитель сверяет эти следы с изменениями статуса.
- Получите лид и сохраните его источник, контакт и идентификатор без копирования лишних личных данных.
- Проверьте полноту, назначьте ответственного и поместите спорные либо повторные обращения в очередь разбора.
- Менеджер фиксирует реальный контакт, его исход и согласованный следующий шаг со ссылкой на источник.
- Владелец сделки обновляет этап и прогноз после подтверждённого события; руководитель просматривает расхождения.
- После согласования заказа владелец передаёт исполнителю состав работ, ограничения и ответственного за приёмку.
Для перехода этапа задайте условия по смыслу. Например, «предложение отправлено» требует версии документа и записи об отправке, а «условия согласованы» — источника подтверждения от клиента. Система может указать на пустое обязательное поле, но вывод о согласовании остаётся за человеком. При возврате к предыдущему этапу сохраните историю, причину и автора: это объяснит руководителю изменение прогноза без переписывания прошлых записей.
Связь CRM с последующим заказом подробнее раскрывает разбор передачи заказа и контроля статуса. Здесь граница шире: входы всего отдела, владельцы действий и контроль сделки до передачи. Для отдела полезнее единый словарь этапов и исходов, чем отдельная цепочка напоминаний каждому менеджеру.
Прогноз и исключения
Прогноз строят из подтверждённых условий сделки и явно записанных допущений. Владелец указывает ожидаемый результат, препятствия, следующий контакт и источник каждого утверждения; руководитель оценивает достоверность картины. Модель ИИ может сгруппировать риски из заметок и подготовить черновик обзора; вероятность успеха и закрытие сделки подтверждают сотрудники. Если заметка противоречит письму клиента, сотрудник открывает первичный источник и исправляет карточку с указанием причины.
- Лид без ответственного: очередь разбора показывает источник, время поступления и причину задержки; руководитель назначает владельца.
- Две карточки одного клиента: сотрудник проверяет историю контактов и решает, нужно ли объединение.
- Статус изменён без действия: руководитель сверяет журнал с письмом, звонком или встречей и возвращает запись на уточнение.
- Менеджер отсутствует: руководитель передаёт работу по матрице замещения, сохраняя прежнюю историю и нового владельца.
- Клиент изменил условия: владелец обновляет версию предложения и объясняет влияние на прогноз.
Контроль отдела начинается с перечня исключений. Выведите сделки без следующего действия, с противоречивыми статусами, спорным владельцем и неподтверждённой передачей. Для каждой строки укажите ответственного, первичный источник и доступное решение. Сервер ограничивает просмотр по роли; руководитель принимает решение после сверки. Такой обзор показывает качество ведения процесса вместе с суммой воронки.
Когда исключения собраны в одном месте, становится видно, какая часть маршрута требует нового правила, а какая — обучения команды. Именно эту карту обсуждают перед расширением автоматизации.
Хотите разобрать исключения и права в вашем отделе продаж?
Передача и приёмка
Продажа завершается рабочей передачей, когда исполнитель получил согласованный заказ и подтвердил его состав. Передавайте предмет, версию условий, контакт для исполнения, ограничения, согласованные документы и открытые вопросы. Поля с личными данными открываются только разрешённым ролям. Если в карточке остались противоречия, владелец сделки возвращает их на согласование до смены статуса. Подпись клиента, подтверждение заказа и внутренняя готовность к исполнению — разные события, поэтому у каждого нужен собственный источник.
Приёмку маршрута проведите на тестовых обращениях с обезличенными данными. Пройдите обычный лид, дубликат, пустой контакт, спорное назначение, изменение условий и передачу без обязательного документа. Сверьте результат с журналом: кто видел карточку, кто изменил этап, на какое действие сослался и кто подтвердил передачу. Проверьте отказ для роли без доступа. Если система показывает закрытую сделку при отсутствии подтверждённого заказа, такое расхождение требует исправления правила или данных.
Возьмите один реальный путь заявки через отдел и сравните изменения этапов с письмами, звонками и документом передачи. Первый список работ составят пропущенные подтверждения, спорные владельцы и лишние права доступа.
Владелец процесса утверждает критерии: у лида есть источник, у сделки — ответственный и следующий шаг, у прогноза — основание, у передачи — подтверждение исполнителя. После проверки этой цепочки можно расширять маршрут на другие источники и группы. Состав интеграций, состояние CRM и требования к безопасности определяют объём проекта; детали обсуждаются на странице автоматизации бизнес-процессов. Напишите нам, и мы посчитаем работы под ваши источники и правила.