Документирование процессов продаж с ИИ: сохранить знания и расти

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

Зачем документировать процессы продаж с ИИ

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

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

У последнего пункта есть и юридическая сторона. По GDPR (в Германии — DSGVO) вы обязаны вести реестр операций по обработке данных и по запросу сообщать клиентам, какие их данные вы обрабатываете. Если автоматизации задокументированы, на такие запросы можно ответить гораздо быстрее.

Что включать в документацию

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

Поле	Пример из компании по аренде
Цель	Круглосуточно принимать заявки о наличии и бронировании
Каналы	Телефон, WhatsApp, чат на сайте
Ответственный и заместитель	Сын владельца, заместитель — руководитель офиса
Источники данных	Прайс-лист, правила залога, календарь бронирований
Правила квалификации	Для строительной техники уточнять категорию прав и место работ
Передача человеку	Долгосрочная аренда, повреждения, жалобы, корпоративные клиенты с рамочным договором
Чего бот никогда не делает	Не обещает скидки, не отменяет залог, не оценивает вопросы о повреждениях
Подключённые системы	Программа бронирования, CRM, почта
Показатели	Заявки в неделю, бронирования, передачи команде
Защита данных	Срок хранения протоколов разговоров, упоминание ИИ в начале разговора

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

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

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

Журнал изменений

Каждое изменение правил, текстов или источников данных получает запись: дата, имя, содержание и причина. Например: «Залог за мини-экскаватор изменён, новый прайс-лист с начала сезона, изменила руководитель офиса». Больше ничего не нужно. Когда что-то пойдёт не так, вы сразу увидите, что менялось последним.

Тестовые диалоги как живая документация

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

Где хранить документацию

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

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

Как поддерживать документацию в актуальном виде: простой ритм

1. При каждом изменении: запись в журнале, правка карточки, проверка затронутых тестовых диалогов. Изменение считается завершённым, только когда документация обновлена.
2. Ежемесячно: прочитать выборку разговоров и сравнить с карточкой. Если бот отклоняется, ошибка либо в настройках, либо в документации.
3. Ежеквартально: пройтись по карточке с ответственным и заместителем. Актуальны ли цены, контакты и правила передачи?
4. Перед сменой сезона или изменением цен: целенаправленно проверить источники данных. Особенно в сезонном бизнесе сведения быстро устаревают.

Как встроить эти процедуры в этап внедрения, описано в плане на 90 дней для автоматизации продаж с ИИ.

Документация для адаптации новичков и доверия команды

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

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

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

Кто должен писать документацию?

Тот, кто устанавливает правила, а не поставщик. Партнёр по настройке может дать шаблон и дополнить технические детали, но решения вашей компании знает только ваша команда.

Нужно ли документировать скрипты и тексты разговоров?

Самые важные формулировки — приветствие, сообщение об ИИ и тексты передачи — должны быть в карточке. Как хорошо формулировать такие тексты, показывает статья об эффективных скриптах продаж для ИИ.

Помогает ли документация с защитой данных?

Да. Карточка и журнал изменений дают сведения, которые нужны для реестра операций по обработке и для ответов на запросы субъектов данных. Согласуйте содержание с ответственным за защиту данных. Подробности — в статье GDPR и ИИ-чат-боты.

Что, если автоматизация постоянно меняется?

Тогда документация тем более нужна. Частые изменения говорят о том, что правила ещё не устоялись. Журнал покажет, какие пункты правят снова и снова, а значит, где не хватает принципиального решения.

Вывод

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

Как ИИ-сотрудник принимает заявки и бронирования в компании по аренде, показывает страница Цифровой ассистент для аренды.