Построение отдела продаж, который не держится на одном человеке.

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

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

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

Аудит и сборка правил — обычно две-три недели. Ещё месяц уходит на то, чтобы ритм прижился: это не техническая задача, а привычка команды.

Да, без неё правила остаются документом. Если CRM нет или она ведётся формально, мы начинаем с неё — иначе подсказки и отчёты будут строиться на пустоте.

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

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

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

Нанимать имеет смысл после этого. Новому человеку нужно место, где уже понятно, что делать сегодня, — иначе отдел держится на памяти руководителя и рассыпается вместе с его отпуском.

Регламент — не документ для проверяющего, а ответ на вопрос «что мне делать сейчас». Если сотрудник не находит в нём ответ за минуту, он им не пользуется.

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

Каждое правило должно быть видно в CRM. «Отвечаем быстро» — не регламент, это нельзя проверить. «На заявку с сайта отвечаем в течение рабочего часа, и время первого ответа видно в карточке» — регламент.

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

Регламент, за которым никто не следит, отмирает за месяц. Поэтому мы не пишем свод правил отдельно от CRM: правило и способ его проверки появляются вместе.

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

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

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

Это не книга продаж на сорок страниц, а короткие формулировки под конкретные моменты: первый ответ, уточнение задачи, названная цена, пауза после коммерческого, отказ.

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

Чтобы скрипт не устаревал, его пересобирают. Разбор отказов показывает, какие возражения появились новые и какие ответы перестали работать.

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

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

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

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

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

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

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

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

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

Если РОПа в отделе нет, обязанности никуда не деваются — их выполняет собственник, обычно урывками. Тогда смысл системы не в замене руководителя, а в том, чтобы собственник тратил на отдел часы, а не дни.

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

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

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

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

Планёрка, после которой в CRM не изменилось ни одной задачи, не состоялась.