Мультифактор

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

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

Компании требовалась не просто CRM, а система, в которой:

• разные продуктовые направления работают в единой архитектуре;
• сделки автоматически распределяются по подразделениям и сотрудникам;
• сроки по этапам контролируются без ручного надзора;
• руководители могут влиять на процесс в критические моменты максимально быстро.

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

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

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

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

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

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

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

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

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

• берут сделки в работу;
• подтверждают наличие ЛПР;
• контролируют проведение встреч;
• сопровождают тестовый период;
• согласовывают коммерческое предложение;
• доводят клиента до договора и оплаты.

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

Таким образом, в компании была выстроена не просто CRM с несколькими воронками, а полноценная система управления продажами, где amoCRM поддерживает многопродуктовую архитектуру, разные типы сделок, SLA-контроль, работу руководителей и отдельный партнёрский контур.

Что в итоге получил бизнес
В результате проекта компания получила единую управляемую систему продаж для нескольких продуктовых направлений, где amoCRM отражает реальную структуру бизнеса, а не упрощённую модель “одна компания — одна воронка”.

Особенно важным результатом стало то, что система начала поддерживать сразу несколько ключевых контуров работы:

• первичные продажи;
• продления;
• отложенный спрос;
• партнёрский отдел.

При этом CRM не просто фиксирует движение сделки, а управляет сроками, распределением нагрузки, критическими уведомлениями и логикой возврата клиентов в работу. Руководители получили возможность быстрее реагировать на проблемные ситуации, а менеджеры — работать внутри понятного и регламентированного процесса.

В итоге amoCRM стала для Мультифактор не просто системой учёта сделок, а полноценной платформой управления многопродуктовыми продажами, продлениями и партнёрским развитием в сложной B2B-модели.