Как загрузить регламент продаж и получить готовый чек-лист оценки
Как CANAL превращает загруженный регламент или скрипт продаж в чек-лист критериев для ИИ-оценки звонков и что делать, если регламента нет
У большинства РОПов регламент продаж существует в виде документа, который лежит в облаке и который менеджеры открывали в лучшем случае один раз — на испытательном сроке. Дальше он живёт своей жизнью: РОП помнит его наизусть, менеджеры действуют по памяти и интуиции, а когда нужно понять, почему сорвалась сделка, регламент никто не открывает — слушают звонок целиком и разбираются на глаз. Проблема не в том, что регламента нет. Проблема в том, что он не работает как инструмент контроля — потому что применять его к каждому звонку вручную физически невозможно.
CANAL решает именно эту задачу: превращает документ, который и так уже есть у большинства отделов продаж, в работающий чек-лист, по которому автоматически проверяется каждый разговор.
Что происходит с регламентом после загрузки
Технически всё просто: вы загружаете файл — скрипт продаж, регламент по работе с возражениями, чек-лист адаптации новых менеджеров, инструкцию по обработке входящих заявок — и LLM разбирает его на структурированные критерии оценки. Не пересказывает своими словами, а вычленяет конкретные проверяемые пункты: что должно прозвучать в звонке, в какой последовательности, чего быть не должно.
Из регламента вида «менеджер должен выявить потребность клиента, затем презентовать решение, отработать возражения и договориться о следующем шаге» получается набор критериев, каждый из которых — отдельная позиция в чек-листе с понятной формулировкой: озвучено ли предложение по каждому пункту потребности; было ли предложение сформулировано после выяснения задачи клиента, а не до; зафиксирована ли договорённость о дате следующего касания. Дальше по этому чек-листу оценивается каждый звонок, который проходит через CANAL, — не выборочно, а весь объём.
Ключевая часть механики — не просто оценка «выполнено / не выполнено» по каждому критерию. Под каждым вердиктом лежит точная цитата из разговора с таймкодом: не абстрактное «менеджер не выявил потребность», а конкретное место в записи, где это видно или, наоборот, не происходит. Это тот самый evidence-разбор, который отличает подход CANAL от простого скоринга: вердикт можно проверить за десять секунд, переслушав нужный фрагмент, а не спорить с менеджером на словах. Как выглядит такой разбор на практике, проще один раз увидеть, чем прочитать — можно открыть демо-разбор реального звонка без регистрации.
Почему это быстрее, чем писать чек-лист вручную
Если раньше вы пытались формализовать регламент в проверочный лист сами — вручную, в таблице — вы знаете, сколько итераций это занимает: первая версия чек-листа почти всегда либо слишком общая («хорошо ли отработал возражение» — а что значит хорошо?), либо слишком детальная и превращается в 40 пунктов, по которым никто не хочет проверять звонки руками. LLM в этом смысле решает конкретную задачу: она хорошо справляется именно с извлечением структуры из текста, который изначально написан для людей, а не для формальной проверки. Регламент, написанный обычным языком, — это ровно тот формат входных данных, с которым модель работает лучше всего.
Что делать, если регламента нет
Формального документа может не быть вообще — особенно в небольших отделах, где РОП обучает менеджеров лично, а стандарты живут в голове, а не на бумаге. В этом случае есть два рабочих варианта.
Первый — накидать регламент в свободной форме, даже не пытаясь придать ему официальный вид. Список из десяти пунктов «что обязательно должно быть в звонке» в текстовом файле или письме себе самому подойдёт так же, как оформленный по всем правилам документ с шапкой компании. LLM ориентируется на смысл, а не на форматирование, поэтому черновик работает не хуже финальной версии.
Второй вариант — начать не с регламента, а с разбора нескольких реальных звонков ваших лучших менеджеров. Загрузите записи в систему, посмотрите готовые оценки и evidence-цитаты по ним, и по факту через несколько дней у вас накопится понимание, какие критерии действительно на практике отличают хороший звонок от плохого. Это понимание уже можно оформить в регламент — задним числом, но зато проверенный на реальных данных, а не придуманный за столом. Разобраться, как устроен весь процесс от подключения до первой оценки, можно на странице как это работает.
Как менять чек-лист, когда регламент устаревает
Регламент продаж не статичен — меняется линейка продуктов, конкуренты, сезонность, приходит новый скрипт для работы с возражением про цену. Здесь важно, что чек-лист не привязан намертво к первой загруженной версии документа: если вы обновляете регламент, LLM пересобирает критерии заново под новую версию. Это избавляет от типичной ловушки ручного ОКК, когда проверочный лист много лет назад составили под один продукт, а компания давно продаёт три других — и никто чек-лист с тех пор не трогал, потому что процесс обновления слишком трудозатратный.
Отдельный практический момент: если у отдела продаж несколько направлений с разными скриптами — например, входящие лиды и холодные звонки — под каждое можно загрузить свой регламент и получить отдельный чек-лист. Оценка тогда идёт не по единому шаблону «на все случаи», а по тому набору критериев, который реально соответствует типу звонка.
Как это выглядит для РОПа в цифрах и в интерфейсе
Ценность этой механики раскрывается не в моменте загрузки регламента, а через несколько недель работы, когда накапливается статистика: например, регламент требует уточнять бюджет клиента до презентации решения — и в разрезе по менеджерам видно, что у одного сотрудника этот пункт стабильно не выполняется, а у другого выполняется, но презентация всё равно идёт до того, как озвучен бюджет. Иллюстративно: если из ста звонков за месяц у конкретного менеджера критерий «уточнение бюджета» не выполнен в трети случаев, это конкретный повод для разбора на летучке — не общее ощущение «работает не очень», а точный пункт с примерами.
Раньше для такой точности нужен был человек, который прослушивает звонки выборочно — и выборка эта, как правило, невелика, потому что времени физически не хватает. Автоматический разбор по чек-листу снимает это ограничение: проверяется весь объём звонков, а не случайные десять процентов.
Подключить регламент можно сразу после регистрации — для тех, кто работает с Bitrix24, amoCRM или Chatwoot, самостоятельное подключение занимает около 10 минут без звонка менеджеру. Начать можно на странице входа и регистрации, тариф Free доступен без карты. Для остальных CRM и телефонии подключение делает инженер CANAL по запросу, и это уже входит в стоимость тарифа.
Частые вопросы
Сколько времени занимает превращение регламента в чек-лист? Обработка происходит автоматически после загрузки файла, без ручной настройки с вашей стороны — LLM сама выделяет критерии из текста регламента.
Можно ли редактировать чек-лист после того, как он сгенерирован? Да, при необходимости критерии можно скорректировать — например, если формулировка получилась слишком общей или в регламенте что-то было упущено при загрузке.
Что если в регламенте есть противоречивые или неполные пункты? Модель работает с тем текстом, который есть, и старается выделить проверяемую суть каждого требования; если пункт регламента изначально сформулирован расплывчато, стоит уточнить его в исходном документе — чек-лист не может быть точнее, чем формулировка, из которой он получен.
Безопасно ли загружать внутренний регламент и записи звонков в сервис? Данные хранятся на серверах в РФ, доступ разграничен по ролям, обработка соответствует требованиям 152-ФЗ — подробности на странице про безопасность данных.
Регламент, который лежит в облаке и не используется, не защищает ни одну сделку. Загруженный в CANAL и превращённый в чек-лист, он начинает реально проверять каждый звонок — и это разница между документом для галочки и работающим инструментом контроля качества.