Регламент работы в Битрикс24: какие правила действительно нужны менеджерам

Что регламент добавляет к настройкам Битрикс24

В Битрикс24 обязательное поле не даст сотруднику сохранить или переместить карточку, пока значение не заполнено. Регламент при этом объясняет, какие сведения нужны на этом этапе и что считать достаточным результатом разговора с клиентом.

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

Действия менеджера и смысл полей

Я рекомендую строить инструкцию вокруг действий менеджера и решений, которые он принимает в течение дня, потому что пересказ всех возможностей CRM быстро превращается в справочник кнопок и при этом почти ничего не объясняет о принятом в компании порядке работы с обращениями. Справка системы уже существует. Внутренний документ отвечает на другие вопросы. Кто берёт новую заявку? Когда менять стадию? Что записать после разговора? Хороший регламент позволяет сотруднику продолжить работу, а руководителю — одинаково оценивать похожие ситуации.

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

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

Какие сведения фиксировать и когда

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

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

Обязательные поля на разных стадиях

Битрикс24 позволяет делать поля обязательными на всех или выбранных стадиях, причём настройка по стадиям доступна не на каждом тарифе, а для сделок и смарт-процессов обязательность задают отдельно в каждой воронке. Эти правила из документации об обязательных полях полезно сопоставить с инструкцией компании до её передачи сотрудникам.

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

Для свободного комментария полезны образцы записей. «Обсудили» почти не помогает коллеге. Формулировка «Нужен расчёт по двум вариантам; отправка предложения после получения размеров» сообщает результат контакта и причину ожидания. По такому образцу видно, какие сведения включать в комментарий: предмет запроса, принятое решение и условие следующего шага.

Каркас короткой инструкции менеджера

Стадии сделки и события для перехода

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

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

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

Возвраты и спорные ситуации

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

Для спорных ситуаций нужен адресат. Если инструкция не описывает новый тип обращения, менеджер передаёт вопрос ответственному за процесс, а тот фиксирует принятое решение и при необходимости дополняет правило. Так документ развивается из практики команды и остаётся единым для всех.

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

Результат разговора и передача клиента

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

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

Я рекомендую заменить в регламенте неопределённое «связаться позже» правилом о следующем действии и его основании, потому что одинаковый автоматически подставленный срок не учитывает договорённость с конкретным человеком, срочность запроса и зависимость продажи от сведений, которые ещё предстоит получить. Иногда нужен звонок завтра. Иногда — ожидание документа с отдельным напоминанием. Иногда работу продолжает коллега. Менеджер выбирает срок по процессу и договорённости, а система помогает не потерять это действие среди других задач.

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

Что получает новый ответственный

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

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

Как ввести правила и сохранить их рабочими

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

Обучение стоит провести по одному маршруту от входящего обращения до передачи или завершения продажи, чтобы сотрудник увидел связь между полями, стадиями и делами на знакомой ему работе, а не запоминал разрозненные экраны большого интерфейса Битрикс24. Сотрудник идёт по инструкции самостоятельно. Где он остановится? Возможно, непонятно, что записать при нехватке данных, или не удаётся найти адресата спорного вопроса. Такие остановки подскажут, что добавить рядом с описанием действия. Запись встречи может помочь вспомнить объяснение, но актуальным правилом остаётся доступный команде документ.

Кто обновляет инструкцию

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

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

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

Что уточнить перед утверждением