Антон Дегтярёвбитрикс24 для консалтинговой компании: длинные сделки и мультиконтакты
На консалтинговом проекте я как-то увидел сделку, которая шла 5 месяцев — и всё это время была привязана к одному контакту, который уволился на втором месяце. Новый куратор со стороны клиента начал общение с нуля, потому что вся переписка и договорённости остались в карточке человека, которого в компании уже не было.
почему консалтинговая сделка — это не один контакт
В рознице и коротких B2C-продажах сделка обычно привязана к одному человеку: он же интересуется, он же платит. В консалтинге на стороне клиента почти всегда несколько участников с разными ролями — тот, кто инициировал запрос, тот, кто согласовывает бюджет, и тот, кто будет техническим куратором проекта после подписания.
Если в CRM сделка привязана к одному контакту, а не к компании с несколькими контактами, вся история общения рассыпается в тот момент, когда меняется собеседник — а на цикле в 3–6 месяцев собеседник меняется почти всегда: увольнение, перевод в другой отдел, делегирование проекта заместителю.
На аудите консалтинговых компаний я вижу эту ошибку чаще всего: менеджеры заводят новую сделку и новую карточку контакта под каждого нового собеседника, вместо того чтобы вести одну сделку на уровне компании с несколькими привязанными контактами. В результате в CRM три параллельные «сделки» с одним и тем же клиентом, и непонятно, какая из них актуальна.
как настроить карточку компании с ролями участников
В Битрикс24 к одной карточке компании можно привязать неограниченное число контактов — это стандартная функциональность CRM, без доработок. Для консалтинга я обычно добавляю в карточку контакта пользовательское поле «роль в проекте» со значениями: инициатор, ЛПР (лицо, принимающее решение), технический куратор, конечный пользователь.
Сделка при этом привязывается к компании, а не к одному контакту, и в карточке сделки видно весь список причастных лиц сразу. Когда инициатор уходит в отпуск или увольняется, вы не создаёте новую сделку — вы добавляете нового контакта с той же ролью в ту же компанию, и вся история остаётся на месте.
Отдельно стоит завести поле «дата последнего контакта с ЛПР» — не с любым представителем компании, а именно с тем, кто утверждает бюджет. На длинных циклах именно эта цифра, а не общая активность по сделке, показывает, насколько проект реально жив.
что делать при смене куратора на стороне клиента
Смена куратора — не исключение, а рядовое событие для сделки длиннее трёх месяцев, поэтому под него стоит завести процедуру, а не решать каждый раз заново. Первое: как только менеджер узнаёт о смене контакта, он сразу же в карточке компании меняет статус старого контакта на «неактивен» и добавляет нового с той же ролью — сделка не трогается.
Второе: перед первым звонком новому куратору менеджер обязан прочитать таймлайн сделки в Битрикс24 — всю историю звонков, писем и задач по компании, а не только по старому контакту. В Битрикс24 таймлайн собирается на уровне компании автоматически, если сделка и активности изначально привязаны к компании, а не к персоне.
Третье — короткое резюме для нового куратора: на каком этапе проект, что согласовано, что осталось. На одном из моих проектов это правило сократило количество сорванных из-за смены контакта сделок с 4–5 в квартал до одной, потому что новый человек получал контекст за 10 минут, а не восстанавливал его по переписке две недели.
длинный цикл без зависших этапов
Цикл сделки в консалтинге 60–180 дней — это нормально, но проблема не в длине, а в том, что сделки «зависают» на одном этапе без движения, и менеджер этого не замечает, потому что визуально она всё ещё «в работе». Решение — SLA на каждый этап воронки: сколько дней сделка может провести на стадии «коммерческое предложение отправлено» или «согласование условий», прежде чем сработает автоматическое напоминание.
В Битрикс24 это настраивается через роботов на стадии: если сделка не переходит на следующий этап дольше заданного срока, менеджеру и его руководителю приходит уведомление. Для консалтинга я обычно ставлю 7 дней для этапа «КП отправлено» и 14 дней для этапа «согласование договора» — дальше это статистически не «думают», а забыли.
Как в принципе находить такие узкие места по воронке, если под рукой ещё нет отчёта по зависшим сделкам, я разбирал в статье про аналитику воронки — методика применима и к консалтингу, просто пороги по дням будут длиннее, чем в рознице.
пример из практики — 5 месяцев и три лица со стороны клиента
На проекте, о котором я упомянул в начале, финальная схема выглядела так: одна карточка компании, три контакта с ролями (инициатор — HR-директор, ЛПР — финансовый директор, куратор — руководитель отдела), одна сделка. Весь цикл — от первого звонка до подписания — занял 5 месяцев и пережил смену куратора один раз и временное отсутствие ЛПР на три недели из-за отпуска.
Ключевое отличие от первой попытки, когда сделка была привязана к одному человеку: после того как мы перенастроили карточку на компанию с несколькими контактами, менеджер за 5 минут поднимал историю по любому из трёх участников, а не искал переписку в личной почте. Финальная сумма контракта не изменилась, но время на «восстановление контекста» после каждой паузы в общении упало с 2–3 часов до 15–20 минут.
Это не абстрактная экономия: при средней стоимости часа консультанта 3 000–5 000 рублей, три-четыре паузы за цикл сделки — это 20–40 тысяч рублей рабочего времени, которое раньше уходило на пересборку контекста вручную.
типичная ошибка — путать активность с прогрессом
Отдельная ловушка для консалтинга: сделка выглядит «живой», потому что в таймлайне много звонков и писем, но по факту это переписка с исполнителем на стороне клиента, а не движение к решению у ЛПР. Активность высокая, прогресс нулевой.
Чтобы это увидеть, в отчёте по воронке стоит смотреть не только на количество касаний, а на дату последнего контакта именно с ролью «ЛПР» — если она не обновлялась дольше двух недель, сделка технически активна, но реально стоит. Это тот же принцип, что я закладываю при настройке воронки продаж с нуля — подробно про базовую сборку воронки написал в статье как настроить воронку продаж в Битрикс24.
Похожая логика работает и в других нишах с длинным циклом и несколькими стейкхолдерами — например, в юридических фирмах при работе с корпоративными клиентами; там я разбирал похожую схему ролей в статье про Битрикс24 для юридических фирм.
передача сделки из продаж в проект без потери контекста
В консалтинге сделка не заканчивается подписанием — она переходит от менеджера по продажам к руководителю проекта, и это ещё одна точка, где контекст обычно теряется. Если вся переписка велась в почте продавца, а не в CRM, новый ответственный за проект начинает знакомство с клиентом заново, хотя формально это уже не первая встреча.
Рабочая настройка: при переходе сделки на стадию «договор подписан» в Битрикс24 автоматически ставится задача руководителю проекта — изучить таймлайн компании и всех привязанных контактов с их ролями, прежде чем звонить клиенту. В идеале к задаче прикладывается короткое резюме от продавца: чего клиент ждёт, какие есть договорённости, на что чувствителен.
На практике эта настройка окупается уже на первой встрече нового ответственного с клиентом — он не переспрашивает то, что клиент уже обсуждал с продавцом, и это напрямую влияет на впечатление от старта проекта. Мелочь с точки зрения настройки CRM, но именно такие мелочи в консалтинге формируют репутацию.