Скрипты продаж в CRM Битрикс24: как встроить в карточку сделки

Скрипт продаж, который живёт в отдельном файле Word на сервере компании, — это скрипт, которым никто не пользуется. Менеджер открывает его в первую неделю работы, потом забывает про него, а через месяц ведёт диалог с клиентом так, как ему удобно, а не так, как выгодно компании. В Битрикс24 скрипт можно встроить прямо в карточку сделки — тогда он оказывается перед глазами именно в тот момент, когда нужен, и его выполнение можно проконтролировать, а не только понадеяться на добросовестность продавца.

Почему скрипт должен жить в CRM, а не в голове менеджера

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

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

Где физически хранить скрипт внутри Битрикс24

Текстовое поле или связанный элемент с шаблоном

Самый простой вариант — добавить в карточку сделки пользовательское поле типа 'Строка (с несколькими значениями)' или HTML-поле с текстом скрипта для конкретной стадии. Поле можно сделать видимым только на определённой стадии через настройку отображения полей по стадиям, тогда менеджер видит не весь скрипт целиком на 4 страницах, а ровно тот кусок, который нужен прямо сейчас — 'Установление контакта', 'Выявление потребности', 'Презентация' или 'Отработка возражений'.

Чек-лист CRM с обязательными пунктами

Второй, более жёсткий вариант — встроенные чек-листы дел в карточке сделки. На каждой стадии заводится дело-чек-лист с пунктами вроде: 'Уточнил бюджет', 'Назвал минимум 3 конкурентных отличия', 'Зафиксировал дедлайн принятия решения клиентом', 'Отправил коммерческое предложение в течение 30 минут после звонка'. Пока пункты не отмечены, сделку сложнее (или через бизнес-процесс — невозможно) перевести на следующую стадию. Это уже не подсказка, а барьер, и его стоит использовать только на 2-3 самых критичных стадиях, иначе менеджеры начнут отмечать пункты не глядя, лишь бы продвинуть сделку.

Пример скрипта по стадиям для B2B-воронки

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

• Первичный контакт (лид) — скрипт квалификации: 3 обязательных вопроса про сферу бизнеса, текущего поставщика и повод обращения именно сейчас; результат заносится в поля 'Источник потребности' и 'Текущее решение'.
• Выявление потребности — блок из 7 открытых вопросов ('Что должно измениться через 3 месяца, чтобы вы сказали, что решение сработало?'), ответы фиксируются в комментарии к сделке, а не держатся в голове.
• Презентация решения — шаблон структуры презентации 'проблема — последствия бездействия — решение — доказательство (кейс/цифры) — следующий шаг', прикреплённый файлом презентации, который автоматически подставляется роботом по названию отрасли клиента.
• Отработка возражений — таблица из 5 частых возражений ('дорого', 'подумаем', 'у нас уже есть подрядчик', 'нет времени внедрять', 'нужно согласовать с руководством') с 2-3 вариантами ответа на каждое, оформленная как связанный текстовый блок.
• Согласование условий — чек-лист обязательных к проговариванию пунктов: сроки, порядок оплаты, ответственный со стороны клиента, дата следующего контакта.
• Закрытие сделки — скрипт финального звонка с прямым вопросом о готовности подписать и конкретной датой, а не размытым 'ну как вам, подумайте'.

Автоматизация подсказок через роботов CRM

Статичный текст в поле — это только половина работы. Вторая половина — роботы и бизнес-процессы, которые напоминают о скрипте в нужный момент. Например: при переходе сделки на стадию 'Презентация' робот CRM создаёт задачу менеджеру с текстом 'Использовать скрипт презентации: структура проблема-решение-кейс, прикреплён файл'. Если сделка находится на стадии дольше 3 рабочих дней без задачи с отметкой 'выполнено', срабатывает уведомление руководителю отдела — это не про слежку, а про то, чтобы вовремя увидеть застрявшую сделку, а не узнать о ней через 3 недели на еженедельном совещании.

Скрипты для разных каналов коммуникации

Скрипт для звонка, для чата в Открытых линиях и для email — это три разных документа, даже если суть одна и та же. Для звонка скрипт — это последовательность реплик с расчётом на живую реакцию и паузы. Для чата в Открытых линиях скрипт — это набор готовых быстрых ответов (шаблонов сообщений) на частые вопросы: 'Здравствуйте! Меня зовут [имя], я помогу вам с выбором. Подскажите, пожалуйста, для каких задач вы рассматриваете [продукт]?' — такой шаблон подставляется одним кликом прямо в диалоге оператора. Для email скрипт — это структура письма с обязательными блоками: тема с конкретикой (не 'Коммерческое предложение', а 'КП для ООО «Ромашка»: доставка за 2 дня, скидка 8% на первый заказ'), три абзаца максимум, один конкретный призыв к действию и один срок.

Курс школы: Роботы, триггеры и умные сценарии в Битрикс24 — от 14 990 ₽

Типичные ошибки при внедрении скриптов

Ошибка первая — скрипт написан слишком литературно, менеджер должен читать его дословно, и клиент слышит робота, а не человека. Правильно — давать не дословный текст, а структуру и опорные фразы, оставляя пространство для собственных слов менеджера. Ошибка вторая — скрипт не имеет ветвлений: он написан в расчёте на идеальный сценарий разговора, а как только клиент отвечает не по плану, менеджер теряется, потому что дальше сценария не предусмотрено. Правильно — закладывать в скрипт развилки: 'если клиент говорит X, переходите к блоку Y'. Ошибка третья — скрипт один раз написан и больше не обновляется, хотя рынок, конкуренты и частые возражения клиентов меняются каждые несколько месяцев; скрипт без даты последнего пересмотра в шапке документа — это протухший скрипт.

Как внедрить скрипт в карточку сделки за 2 недели

1. 1.Неделя 1, дни 1-2: выгрузить 15-20 записей реальных разговоров лучших менеджеров и худших менеджеров, сравнить структуру разговора и найти, в чём именно разница на каждой стадии.
2. 2.Дни 3-4: описать скрипт по стадиям в текстовом документе, согласовать с руководителем продаж и с 2-3 опытными менеджерами, которые укажут на нежизнеспособные формулировки.
3. 3.День 5: настроить пользовательские поля или чек-листы в карточке сделки и привязать видимость к стадиям.
4. 4.Неделя 2, дни 1-2: настроить роботов, которые создают задачи-подсказки при переходе на стадию.
5. 5.Дни 3-4: провести короткое обучение для отдела продаж — 30-40 минут, с разбором 2-3 живых кейсов, а не чтением документа вслух.
6. 6.День 5: запустить в работу и договориться, что через 2 недели проводится ревизия — что из скрипта реально используется, а что игнорируется и почему.

Готовые формулировки для пяти частых возражений

Мало сказать менеджеру 'отрабатывай возражения', нужно дать конкретные слова, которые он может адаптировать под себя. Ниже — рабочий каркас, который можно сразу положить в чек-лист стадии 'Отработка возражений'.

• «Дорого» — не спорить с ценой напрямую, а спросить: «дорого по сравнению с чем: с бюджетом, который вы закладывали, или с предложением другого поставщика?» — дальше разговор идёт предметно, а не абстрактно.
• «Подумаем» — уточнить конкретику: «что именно нужно обдумать: сроки, бюджет или состав услуг? Если я закрою этот вопрос сейчас, вы готовы двигаться дальше?» — возражение либо снимается, либо превращается в реальный вопрос, с которым можно работать.
• «У нас уже есть подрядчик» — спросить, что клиента устраивает в текущей работе, а что нет, и предложить сравнение по 2-3 конкретным параметрам, а не общее «мы лучше».
• «Нет времени внедрять» — предложить поэтапный план с минимальным вовлечением клиента на старте: «первый этап займёт у вас 20 минут на созвон, остальное сделаем мы».
• «Нужно согласовать с руководством» — сразу предложить материал для внутреннего согласования (короткое резюме на 1 страницу с цифрами) и уточнить дату, когда решение будет принято, чтобы не потерять сделку в подвешенном состоянии.

Разные скрипты для разных типов сделок

Скрипт для входящего лида (клиент сам обратился, уже тёплый) и скрипт для холодного исходящего звонка — принципиально разные документы, и попытка использовать один универсальный текст на оба случая — частая причина, почему скрипт «не заходит» половине отдела. Для входящего обращения скрипт короче и начинается сразу с уточнения задачи клиента, потому что он уже проявил интерес. Для холодного звонка первые 15 секунд скрипта — это не про продукт, а про право на разговор: короткая причина звонка и явный вопрос «удобно сейчас говорить 2 минуты?». Для повторного контакта с клиентом, который уже покупал, скрипт должен опираться на историю — «в прошлый раз вы брали у нас X, как он показывает себя сейчас?» — а не начинаться с нуля, будто это первый разговор.

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

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

Кто должен обновлять скрипт и как часто

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

Как измерять, что скрипт реально работает

Скрипт без метрики — это акт веры. Чтобы понять, работает ли внедрённый в карточку скрипт, сравнивайте три показателя до и через 6-8 недель после внедрения: конверсию из стадии в стадию по воронке (если конверсия 'Презентация → Согласование условий' выросла с 35% до 48%, скрипт презентации отрабатывает), среднее время нахождения сделки на проблемной стадии (сокращение с 9 дней до 5 говорит о том, что отработка возражений стала увереннее) и долю сделок, где чек-лист стадии заполнен полностью на момент перевода дальше (рост с 40% до 85% показывает дисциплину использования, а не только факт наличия инструмента). Если через два месяца ни один из показателей не сдвинулся, дело не в скрипте — либо его не используют, либо он написан не под реальные возражения клиентов, и нужно возвращаться к первому шагу и переслушивать звонки заново.