Регламент работы менеджера в amoCRM: что в него включить

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

Регламент работы менеджера - это единые письменные правила: как быстро отвечать на обращение, какие поля и когда заполнять, когда двигать сделку по этапам и как закрывать проигранные. Без него данные в CRM недостоверны, а управление держится на устных договорённостях и памяти сотрудников. Ниже - что включить в регламент, как показать это на amoCRM и Битрикс24 и, главное, как зашить правила прямо в систему, чтобы их нельзя было тихо нарушить.

Зачем нужен регламент, если CRM уже настроена

Настроенная CRM задаёт возможности, а регламент задаёт норму. Система позволяет завести сделку, поставить задачу и заполнить поля - но не заставляет делать это одинаково. Регламент отдела продаж превращает «так можно» в «так у нас принято»: описывает, что менеджер обязан сделать на каждом шаге работы с клиентом. Это тот единый стандарт, без которого CRM оцифровывает не порядок, а разнобой привычек.

Единые правила дают три вещи, ради которых регламент и пишут:

• Сравнимые сделки и честная аналитика. Когда все ведут сделки одинаково, конверсия по этапам, причины отказов и длина сделки считаются по одним основаниям. Иначе цифры смешивают реальную картину с индивидуальными привычками - и CRM превращается в базу, которой не доверяют.
• Быстрый ввод новичка. Новый менеджер читает правила и короткую инструкцию, а не подсматривает за коллегами и не собирает практику по крупицам. Адаптация занимает дни, а не месяцы, и не зависит от того, кто оказался рядом.
• Управляемость. Руководитель вправе требовать выполнения того, что записано и одинаково для всех. Без регламента любое замечание упирается в «а я думал, так тоже можно».

Ключевая мысль всей статьи: регламент описывает процесс, а CRM его поддерживает. Правило «отвечай за 15 минут» остаётся благим пожеланием, пока это просто строчка в документе. Но если SLA по заявке подкреплён автозадачей и таймером, обязательные поля не дают перевести сделку дальше, а на смене этапа система сама ставит следующий шаг - нарушить правило становится труднее, чем соблюсти. Текст объясняет смысл, механизмы CRM удерживают дисциплину. Одно без другого не работает: документ без системы забывается, система без правил лишь ускоряет хаос.

Что включить в регламент: основные блоки

Рабочий регламент не описывает всё подряд - он закрывает места, где чаще всего расходятся привычки. Основу удобно собрать из шести блоков (схема 1): скорость ответа, ведение карточки, задачи, движение по этапам, причины отказа и передача сделок. В рабочий чек-лист стоит добавить ещё два часто забываемых пункта - работу с просрочкой и фиксацию звонков и встреч. Каждый блок - это правило плюс механизм системы, который его поддерживает.

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

Скорость первого ответа: SLA по типам обращений

Первый блок - самый заметный по деньгам. Чем дольше клиент ждёт ответа на свежее обращение, тем ниже шанс сделки: пока вы собираетесь перезвонить, он пишет конкурентам. Поэтому регламент фиксирует не «отвечать быстро», а конкретный срок реакции для каждого канала - это и есть SLA по заявке.

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

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

Обязательные поля: что и на каком этапе

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

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

Задачи, движение по этапам и причины отказа

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

Движение по этапам. Этапы воронки полезны только тогда, когда у перехода есть критерий - конкретное событие, после которого сделку двигают дальше. «Договорились о звонке» - не повод менять этап, «отправили и подтвердили получение предложения» - повод. Регламент фиксирует такие критерии, чтобы этап отражал реальное состояние сделки, а не оптимизм менеджера. Сама логика этапов и переходов - тема отдельного разбора о том, как построить воронку продаж; здесь важно лишь закрепить правила перехода в тексте регламента.

Причины отказа. Проигранную сделку закрывают только с указанием причины отказа - и обязательно из единого короткого списка, а не свободным текстом. Иначе одну и ту же ситуацию трое назовут «дорого», «не устроила цена» и «ушёл к конкуренту», и аналитика потерь развалится. Список причин стоит держать компактным (7–10 пунктов) и пересматривать раз в квартал; подробнее - в материале про причины отказа в CRM.

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

Как зашить регламент в CRM: amoCRM и Битрикс24

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

Инструменты у платформ называются по-разному, но идея одна. В amoCRM обязательность полей по этапу и автоматизация воронки (Digital Pipeline, чат-бот Salesbot) доступны с тарифа «Расширенный», а ИИ-функции вроде резюме беседы - с «Профессионального». В Битрикс24 роботы и триггеры есть на всех платных тарифах, режим «Push CRM» сам показывает задачи дня и просрочки, а речевая аналитика с оценкой звонка по скрипту и автозаполнением полей работает по отдельной подписке. Выбор платформы - вопрос задачи и бюджета, а не «что лучше»: обе позволяют зашить один и тот же регламент.

Состав тарифов и функции меняются - сверяйте с сайтом разработчика.

Как внедрить регламент, чтобы он работал

Написать регламент - половина дела; сложнее добиться, чтобы по нему действительно работали. «Документ в стол» появляется там, где правила спустили сверху без объяснения и подкрепления. Работающий регламент держится на четырёх опорах.

1. Объяснить смысл, а не только требование. Менеджер соблюдает правило, когда понимает выгоду для себя: заполненная карточка - это его же сделка, которую не потеряешь и не переспросишь у клиента дважды. «Потому что так надо» не работает.
2. Зашить правила в систему. Всё, что можно сделать обязательным полем, автозадачей или напоминанием, - делаем механизмом, а не пунктом, который надо помнить. Это снимает 80% споров о дисциплине.
3. Контролировать по цифрам. Соблюдение регламента видно в отчётах: доля сделок с задачей, просрочка, заполненность полей, реакция в рамках SLA. Какие показатели держать под рукой руководителю - тема отдельная; для контроля регламента достаточно нескольких.
4. Разбирать на планёрке. Регулярный разбор по CRM превращает правила в живую практику: смотрим не «кто виноват», а где регламент мешает работать и что поправить.

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

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

Частые ошибки при внедрении регламента

Большинство провалов повторяются. Ниже - типичные ошибки и что делать вместо них.

Чего регламент и CRM не сделают

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

• Не заменяют руководителя. Система показывает, что сделка зависла или SLA нарушен, но решение - поговорить, помочь, перераспределить нагрузку - принимает человек. Регламент даёт основания для управления, а не управляет вместо руководителя.
• Не гарантируют рост выручки. Единые правила делают продажи прозрачными и сравнимыми; станут ли они больше - зависит от продукта, рынка, цен и работы команды. CRM - лишь один из факторов, и обещать рост было бы нечестно.
• Не создают порядок сами. Если процесса нет, система оцифрует хаос. Сначала договариваются о правилах, потом закрепляют их в CRM, а не наоборот.
• Не зависят от «правильной» платформы. И amoCRM, и Битрикс24 позволяют зашить один и тот же регламент. Платформу выбирают под задачи и бюджет, а дисциплину создаёт не она, а правила и их поддержка.

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

Частые вопросы

Вывод

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

Источники

• amocrm.ru/buy
• Битрикс24: bitrix24.ru (возможности CRM)
• Битрикс24: bitrix24.ru/prices