Бизнес-процессы отдела продаж: готовые схемы для настройки в amoCRM

Сначала вы договариваетесь о правилах, затем отражаете их в CRM. Подробнее — в статье о том, как перенести регламент отдела продаж в amoCRM.

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

Для старта выберите процесс с заметными потерями: забытые обращения, согласование в личных сообщениях или одновременные звонки разных менеджеров одному клиенту.

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

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

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

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

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

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

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

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

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

К запросу добавляют согласующего, срок решения и версию предложения, например идентификатор документа. Так версию фиксируют по правилам нашего шаблона; это не описание стандартной функции управления версиями в amoCRM.

Руководитель выбирает одну из трёх веток и фиксирует решение по конкретным условиям. В карточке сохраняют его имя. Закрытие задачи без результата не считается одобрением.

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

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

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

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

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

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

Менеджер находит контакт и связанные сделки, затем уточняет предмет обращения. В amoCRM связанные сделки можно посмотреть из карточки контакта или компании. Официальная справка также описывает создание новой связанной сделки.

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

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

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

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

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

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

По официальной справке Digital Pipeline, настройка цифровой воронки доступна с тарифа «Расширенный». Проверено 2 ноября 2026 года; перед настройкой условия нужно сверить для вашего аккаунта.

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

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

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

Для подходящего клиента можно запросить сведения через элемент «Форма», затем продолжить маршрут. Названия результатов и состав данных берут из вашего процесса. Порядок создания элементов и запуска описан в инструкции к виджету «Процессы».

Поиск дублей, распределение, права на изменение цены и работа с каналами связи требуют отдельной проверки.

Для GOELRO команда F5 описала воронку, где виджет ставит задачи менеджерам и двигает сделки в зависимости от результата. Пример опубликован в материале о воронке без ручного перемещения сделок.

Учебный шаблон согласования скидок к проекту GOELRO не относится.

В «Процессах» описывают последовательность и переходы между шагами. «Триггеры» F5 запускают сценарии по событиям и проверяют условия. Это отдельные виджеты: они могут работать вместе, однако установка одного не даёт возможностей другого.

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

Проверьте и повторный запуск. Ограничение «один раз навсегда» может убрать дубли и одновременно помешать нужному повторному согласованию. В нашей модели учитывают сделку вместе с конкретным запросом или версией предложения. Как проверять эту связку технически, решают при настройке.

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