Отсюда и главная причина, по которой скачанные из интернета инструкции не работают. Они описывают чужой процесс, а человек читает их про свой, не узнаёт ничего знакомого и закрывает. Но ровно так же не работает и регламент, написанный внутри компании, если его сочинил руководитель, глядя в потолок.
Ниже — в каком порядке это делается, кто нужен, из чего документ состоит и что делать с сопротивлением команды. Оно будет, и это нормально.
Порядок: сначала процесс, потом документ
Правильная последовательность выглядит так:
- Выяснить, как работают на самом деле. Опрашивать нужно не только руководителей, но и линейных сотрудников. Картина у них разная почти всегда, и настоящий процесс — тот, что описывают линейные.
- Описать процессы как есть. Без улучшений, честно, включая обходные пути и то, что делается «мимо системы».
- Улучшить вместе с командой и согласовать. Не спустить сверху. Правило, с которым не согласились, не выполняют — его обходят, а не оспаривают.
- Обкатать в работе. Это шаг, который пропускают чаще всего. Новый процесс должен пожить на реальных сделках, чтобы стало видно, где он не работает.
- Написать регламент на готовый и рабочий процесс. Теперь документ описывает то, что действительно происходит.
- Оцифровать процесс в CRM. Стадии, поля, автоматизация — последними, а не первыми.
Если регламент выдуманный и сотрудники работают совсем не так, не приживётся ничего: ни документ, ни настройки, ни автоматизация поверх них.
Обратный порядок — сначала настроить систему, потом написать правила, потом посмотреть, как пойдёт — встречается гораздо чаще и заканчивается предсказуемо: через месяц половина команды ведёт сделки в мессенджере, а руководитель делает вывод, что «CRM не подошла».
Кто нужен, чтобы это сделать
Двое, и обоих нельзя заменить документом из интернета.
Владельцы процессов на стороне компании. Люди, которые отвечают за то, как устроена работа, и имеют право менять правила. Без них любые договорённости повисают: аналитик может описать процесс, но не может решить, что менеджер теперь обязан фиксировать договорённость в день разговора.
Человек с навыками аналитика. Тот, кто умеет вытащить процесс из голов, зафиксировать его словами и увидеть, где он рвётся. Это отдельный навык, и он не совпадает с умением хорошо работать в системе.
Дальше — что именно должно оказаться в документе.
Из чего состоит инструкция, которую выполняют
Семь блоков. Меньше — останутся дыры, через которые сотрудники разойдутся в разные стороны.
| Блок | На какой вопрос отвечает | Что будет, если пропустить |
|---|---|---|
| Откуда берутся обращения | какие каналы заводятся автоматически, что заводит человек | заявки с личного телефона и выставок не попадают в систему |
| Стадии и переходы | что означает каждая стадия и когда сделка идёт дальше | каждый двигает по-своему, воронка перестаёт показывать реальность |
| Обязательные поля | без чего сделка считается незаполненной | воронка в деньгах не строится, источники рекламы не считаются |
| Комментарии | что писать после разговора | коллега не может подхватить клиента, знание живёт в голове |
| Следующий шаг | что считается следующим шагом и что не считается | сделки тихо стоят, пока клиент не уйдёт |
| Звонки и переписка | откуда звоним и где ведём переписку | история остаётся у сотрудника, а не у компании |
| Что видит руководитель | какие показатели смотрят со стороны | правила выглядят слежкой, а не общей договорённостью |
Отдельно — памятка на один экран. Если сотрудник запомнит только её, это уже половина дела:
- Любое обращение клиента живёт в CRM. Нет карточки — нет обращения.
- Договорённость записана в комментарий в тот же день, а не «помню».
- У сделки всегда есть следующий шаг с датой. Сделка без задачи — потерянная сделка.
- Стадию двигаем по факту, а не чтобы красиво выглядело в отчёте.
- Сумма и ожидаемая дата закрытия заполняются, как только их можно оценить.
- Звоним и пишем клиенту из системы, а не с личного телефона.
- Отказ — это тоже результат. Закрываем с причиной, не оставляем висеть.
Главная ошибка содержания: писать про кнопки
Типичная инструкция на сорок страниц состоит из скриншотов: «нажмите сюда, выберите отсюда». Её не читают по двум причинам: она устаревает при первом же обновлении интерфейса и не отвечает ни на один вопрос, который реально возникает у менеджера.
Реальные вопросы звучат иначе. Клиент сказал «я подумаю» — это ещё переговоры или уже отказ? Мы отправили КП и молчим неделю — сделка двигается или стоит? Клиент написал в личный телефон — заводить карточку или можно так?
Это вопросы про договорённости, а не про интерфейс.
Отдельное место, где документы ломаются чаще всего, — описание стадий. Стадия должна называться результатом, а не процессом: «Дозвонились», а не «Звоним», «КП отправлено», а не «Готовим КП». У процесса нет момента завершения, поэтому в стадиях-процессах сделки и зависают. Подробнее об этом — в разборе как настроить воронку продаж.
Сопротивление: два разных явления
Сопротивление будет обязательно. Важно различать два его вида, потому что лечатся они противоположными способами.
Сопротивление сотрудников — нормально
Отторжение новой системы — естественная реакция, а не признак плохой команды. У человека забирают привычный способ работы и добавляют действия, польза которых ему не очевидна.
Что помогает:
- Вовлечение до старта. Тот, кто участвовал в согласовании правил, защищает их, а не обходит. Это тот же третий шаг из порядка выше.
- Обучение по ролям. Менеджеру — про сделки и звонки, руководителю — про отчёты. Общее обучение «обо всём» не запоминается, потому что не ложится на завтрашнюю работу.
- Быстрые победы. Покажите в первую неделю то, что экономит время лично сотруднику: автоматическое заполнение карточки, шаблон письма, звонок в один клик. Пока система только требует, а не отдаёт, она воспринимается как надзор.
- Свои амбассадоры. Один-два уважаемых менеджера, которые начали раньше остальных и могут показать коллеге, а не заставить. Сопротивление падает, когда пример подаёт равный, а не начальник.
- Признание и мотивация. Публично отмечать тех, кто ведёт сделки аккуратно. Часть компаний привязывает к работе в системе премию — это работает, но только когда правила уже выполнимы, иначе вы платите за имитацию.
- Демотивация как крайняя мера. «Сделки нет в CRM — сделки не существует»: нет карточки, нет и признания результата. Вводить такое можно только после того, как система действительно удобна, иначе получите фальшивые данные вместо реальных.
- Убрать лишнее. Каждое обязательное поле, смысл которого сотрудник не понимает, — это плюс к сопротивлению. Требуйте только то, что кто-то реально смотрит.
Сопротивление руководителей — серьёзная проблема
Это принципиально другая история, и купировать её нужно на старте внедрения, а не по ходу.
Признаки видно сразу: руководитель ведёт свою таблицу параллельно системе, просит отчёты в почте или в мессенджере, на планёрке смотрит не в CRM, а в собственные записи, отказывается разбирать сделки в интерфейсе.
Механика проста: если начальник не пользуется системой, требование пользоваться ею читается сотрудниками как необязательное. Никакая мотивация снизу это не перебивает. В исследованиях управления изменениями активная и видимая поддержка руководителя стабильно занимает первое место среди факторов успеха — она объясняет разницу между внедрением, которое прижилось, и внедрением, которое отключили.
Что делать:
- Выяснить причину до старта. Часто это не саботаж, а страх: руководитель не хочет публично показывать, что не умеет пользоваться системой, или боится, что данные обнажат проблемы его отдела.
- Договориться о трёх вещах, которые он делает лично: проводит планёрку по данным из CRM, а не по своей таблице; при вопросе по сделке открывает карточку прямо на встрече; на разговоре один на один ссылается на данные системы.
- Зафиксировать это как часть проекта, а не как пожелание. Если руководитель не готов — внедрение стоит отложить, а не начинать: деньги будут потрачены, а результат предсказуем.
Кто кого учит
Идеальный порядок: интегратор обучает руководителей, а руководители обучают своих сотрудников.
Так делают не ради экономии часов. Такой порядок вызывает наименьшее сопротивление и даёт лучший контроль: правила приходят от непосредственного начальника, а не от чужих людей, которые уедут через две недели. Заодно руководитель вынужден разобраться сам — а это ровно то, что нужно из предыдущего раздела.
Первая неделя новичка обычно выглядит так:
- День 1. Доступы, чтение инструкции, разбор двух реальных сделок коллеги.
- День 2. Три карточки под присмотром наставника.
- Дни 3–5. Самостоятельная работа, наставник проверяет комментарии и следующие шаги в конце дня.
- Конец недели. Разбор: что заполняется не так.
Где хранить, чтобы читали
Документ должен лежать там, где сотрудник работает, а не в почте и не в общей папке на диске. В Битрикс24 для этого есть база знаний: одна актуальная версия, доступ из портала, ссылку можно вставить в задачу или чат.
Практическое правило: если на документ нельзя дать ссылку за пять секунд, им не пользуются. Файл «Регламент CRM final v3 (2).docx» в переписке — это не база знаний, это археология.
По каким цифрам видно, что всё работает
Достаточно трёх показателей:
- Доля активных сделок со следующим шагом — есть ли незакрытая задача с датой.
- Среднее время первого ответа относительно вашего норматива.
- Доля заполненных сумм — без неё воронка в деньгах не считается.
Целевое значение по всем трём — 100%. Это не значит, что вы его достигнете: живая работа всегда даёт погрешность. Но именно к сотне показатель должен стремиться, и любое устойчивое отклонение — это не «нормальный уровень», а конкретные забытые клиенты. Двадцать процентов сделок без следующего шага — это каждая пятая сделка, о которой вспомнят, только когда клиент уйдёт.
Поэтому смотреть надо не на абсолютную цифру, а на две вещи: движется ли она вверх и какое именно правило проседает. Почти всегда проседающее правило неудобно выполнять — и чинится это настройкой, а не разговором.
Что делать дальше
Готовый каркас с формулировками и таблицей стадий лежит здесь: Шаблон регламента работы с CRM для сотрудников. Он написан на примере Битрикс24, но подойдёт для любой CRM — меняются названия сущностей, а не смысл правил.
Только помните про порядок: шаблон помогает оформить процесс, который у вас уже работает. Заполнить его вместо того, чтобы разобраться в своей работе, не получится.
