Самый частый сценарий — типовая воронка «новая заявка, переговоры, счёт, оплата». Она универсальна и не подходит никому конкретно.

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

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

Проверить у себя просто: посмотрите, сколько сделок висит на одном этапе дольше недели. Если много — этап описывает слишком широкий кусок работы. Как правильно спроектировать этапы — в разборе воронки продаж в amoCRM.

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

Хуже, если данные приходится вносить не один раз, а несколько: в CRM, затем в учётную систему, затем в договор отдельным документом. Каждое лишнее место ввода — это ещё один повод не заполнять вовсе или заполнять формально.

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

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

Правило простое: если работа в системе занимает больше времени, чем без неё, никакая мотивация не поможет.

Даже безупречно настроенная CRM не спасает, если никто не договорился, как именно ей пользоваться. Регламент — не бюрократия, а ответ на простой вопрос: как у нас принято вести сделку.

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

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

Обучение на этапе запуска почти бесполезно. Людям показывают функции, которых они ещё не касались, на незнакомых данных. Через полчаса всё забывается.

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

Правильно проводить обучение дважды: при запуске и через две-три недели, когда накопились вопросы из практики. Второе занятие важнее первого.

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

Формально показатели хорошие. Фактически данные становятся хуже, чем были: раньше руководитель знал, что не знает, теперь он смотрит в отчёт и принимает решения по вымышленным цифрам. Это хуже отсутствия данных — ложная уверенность дороже неведения.

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

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

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

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

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

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

SyncOps — официальный партнёр amoCRM. Настраиваем систему под ваш процесс и обучаем команду дважды: при запуске и через две-три недели на реальной работе. Внедряем: производство и сбыт, логистика и перевозки, строительство и ремонт.

Посмотрим, что настроено сейчас, и скажем, что мешает системе прижиться.