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

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

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

Шесть строк, которые закрывают весь путь заявки

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

Строка регламентаЧто в ней записаноПример
КаналОткуда пришло обращение и кто его физически видит первымФорма на сайте → общая очередь; звонок → телефония
Норматив первого ответаСрок и от какого момента он считается15 минут в рабочее время, для ночных — с начала смены
ОтветственныйПо какому правилу назначается и кто страхуетПо нагрузке; при молчании 30 минут — следующему свободному
Обязательные вопросыЧто менеджер обязан выяснить в первом контактеОбъём, срок, регион, кто принимает решение
ФиксацияКакие поля заполняются до конца разговораИсточник, контакт, суть запроса дословно, одна цифра, следующий шаг
ЭскалацияЧто происходит при просрочке и кто получает сигнал60 минут — руководителю отдела; повтор в тот же день — владельцу процесса

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

схема процессаreglament-obrabotki-zayavki--01
Одна страница регламента из шести строк вдоль пути заявки: канал, норматив, ответственный, вопросы, фиксация, эскалация

Схема одного листа: вертикально шесть пронумерованных строк — «Канал», «Норматив первого ответа: 15 минут», «Ответственный: по нагрузке», «Обязательные вопросы: объём, срок, регион, ЛПР», «Фиксация: 5 полей», «Эскалация: 60 минут руководителю». Слева вдоль листа — стрелка времени с отметками «0 мин», «15 мин», «30 мин», «60 мин». Справа от каждой строки маленький значок: авто или рука, показывающий, что становится настройкой, а что остаётся человеку. Чертёжный стиль, подписи по-русски.

Строки идут по времени: каждая закрывает вопрос, открытый предыдущей

Нормативы по каналам и чем они обоснованы

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

КаналДоля потокаНорматив первого ответа и обоснование
Телефон50 заявок, 20 %Ответ до пятого гудка; пропущенный — перезвон в течение 5 минут, пока клиент не начал обзванивать других
Форма на сайте100 заявок, 40 %15 минут: человек оставил заявку и остался у экрана, дальше внимание уходит
Мессенджер60 заявок, 24 %15 минут: ожидания как в переписке с людьми, час молчания читается как отказ
Электронная почта25 заявок, 10 %4 часа: канал изначально асинхронный, скорость даёт меньше, чем полнота ответа
Площадки объявлений15 заявок, 6 %30 минут: скорость ответа влияет на показы объявления, то есть на стоимость канала

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

Отдельного разбора требует ночь. Соблазн записать круглосуточный норматив велик, поэтому его стоит посчитать. В модельной компании вне рабочих часов приходит 22 % потока — 55 заявок в месяц, меньше двух за ночь. Цена заявки считается по методике из статьи о том, где отдел продаж теряет деньги: конверсия 14 %, средний чек 70 000 ₽, валовая маржинальность 25 %.

Ночной норматив: дежурство против автоответа. Модель: 250 заявок в месяц
Цена заявки: 0,14 × 70 000 × 0,252 450 ₽
Заявок вне рабочих часов: 250 × 22 %55 заявок
Теряется без ответа до утра: 20 % ночных11 заявок
Цена этих потерь: 11 × 2 450 ₽26 950 ₽/мес
Круглосуточное дежурство двух операторов120 000 ₽/мес
Автоответ, приём заявки ботом, назначение к началу смены8 000 ₽/мес
Итогодежурство в минусе на 93 050 ₽/мес, автоответ — в плюсе на 18 950 ₽/мес

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

графикreglament-obrabotki-zayavki--02
Нормативы по пяти каналам и доли потока: телефон 20 %, форма 40 %, мессенджер 24 %, почта 10 %, площадки 6 %

Комбинированная диаграмма по пяти каналам на потоке 250 заявок в месяц. Столбцы — доля потока: телефон 50 заявок (20 %), форма на сайте 100 (40 %), мессенджер 60 (24 %), почта 25 (10 %), площадки объявлений 15 (6 %). Поверх столбцов точками отмечен норматив первого ответа: 5 минут на перезвон, 15 минут, 15 минут, 4 часа, 30 минут — с подписью значений. Отдельной сноской внизу: «вне рабочих часов 22 % потока — автоответ сразу, ответ человека с начала смены».

Норматив выводится из поведения клиента в канале, а не назначается одинаковым для всех

Минимум данных, без которого заявка не принята

Самая дорогая строка регламента — та, что описывает фиксацию. Заявка, по которой не записано ничего, кроме имени и телефона, стоит компании второго разговора: менеджер выясняет то же самое заново, а клиент повторяет то, что уже говорил. Минимум — пять полей, и все они заполняются до конца первого контакта, а не «когда будет время».

  1. 1Канал и источник. Не «интернет», а конкретная форма, кампания или площадка. Без этого поля нельзя посчитать окупаемость рекламы, и любой разговор о бюджете превращается в спор.
  2. 2Проверенный контакт. Телефон в едином формате и хотя бы один запасной канал связи. Проверенный — значит по нему уже был исходящий или клиент подтвердил его в переписке.
  3. 3Суть запроса словами клиента. Дословная цитата, а не «интересуется продукцией». Формулировка клиента — единственный материал, по которому потом видно, почему сделка не пошла.
  4. 4Одна цифра квалификации: объём, срок, площадь, тираж — что применимо. Одна цифра отличает заявку, с которой можно работать, от строки в списке.
  5. 5Дата и содержание следующего шага. Заявка без следующего шага не существует: она не попадёт ни в один отчёт и не всплывёт ни в одном напоминании.
Обязательных полей должно быть пять, а не двадцать пять

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

Что становится настройкой, а что остаётся словами

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

Пункт регламентаКто исполняетКак проверяется
Норматив первого ответаСистема: таймер и уведомлениеОтчёт по доле ответов в норматив
Назначение ответственногоСистема: правило распределенияЖурнал назначений и переназначений
Эскалация при просрочкеСистема: сценарий уведомленийЧисло эскалаций за месяц
Заполнение обязательных полейНаполовину система: источник и контакт подтягиваются, остальное — менеджерОтчёт по полноте карточек
Обязательные вопросы клиентуЧеловек: чек-лист в карточкеВыборочное прослушивание и чтение переписки
Качество формулировки запросаЧеловек: только выборочный разборРучной разбор 20 заявок в квартал

Часть строки «фиксация» честнее не требовать от людей, а забирать из систем: реквизиты по ИНН, канал и источник, история прежних обращений подтягиваются без участия менеджера — это задача автозаполнения карточек. Оставшиеся поля — суть запроса, цифра квалификации и следующий шаг — заполняет человек, и никакая система его тут не заменит.

Три отчёта, которыми регламент проверяется

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

  • Еженедельно: доля заявок с первым ответом в норматив, отдельно по каждому каналу, плюс 90-й перцентиль времени ответа. Средним пользоваться нельзя — оно улучшается за счёт быстро разобранных лёгких обращений.
  • Еженедельно: полнота карточек — доля заявок, где заполнены все пять обязательных полей. Показатель ниже 80 % означает, что полей слишком много или они бесполезны для самого менеджера.
  • Ежемесячно: журнал просрочек, переназначений и эскалаций с разбивкой по людям и каналам. Здесь видно не нарушителей, а узкие места: один канал, одно время суток, один тип обращений.
  • Раз в квартал: ручной разбор 20 случайных заявок. Сверяются две вещи — что записано в карточке и что реально происходило в разговоре. Это единственный способ поймать формальное закрытие таймера.

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

Отчёт по нормативу без контроля содержания превращается в фикцию за две недели

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

сравнениеreglament-obrabotki-zayavki--03
Разметка регламента: четыре пункта становятся настройками системы, два остаются за человеком

Сравнение в две колонки. Левая «Становится настройкой»: норматив первого ответа (таймер), назначение ответственного (правило распределения), эскалация при просрочке (сценарий уведомлений), часть полей карточки (подтягиваются автоматически). Правая «Остаётся за человеком»: обязательные вопросы клиенту, качество формулировки запроса, решение о квалификации. Под колонками полоса проверки: «еженедельно — норматив и полнота карточек, ежемесячно — просрочки, раз в квартал — ручной разбор 20 заявок». Чертёжный стиль, подписи по-русски.

Сроки и маршруты автоматизируются, качество вопросов — нет

Когда регламент писать не надо

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

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

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

Регламент — это не про дисциплину. Это черновик настроек: всё, что в нём записано числом и сроком, через месяц станет правилом в системе.