Чек-лист запуска ИИ-сотрудника: 30 пунктов за неделю

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

Хорошая новость: неделя - это реально. Ниже чек-лист из 30 пунктов, разложенный по дням с понедельника по воскресенье. Каждый пункт - конкретное действие на час-два, вместе они дают запуск, который не рассыпается на второй неделе. Про то, чем ИИ-сотрудник отличается от бота с кнопками и почему ему нужна база знаний, а не меню, - в нашем сравнении «Чат-бот против ИИ-сотрудника».

Как работать с чек-листом

Три правила, без которых чек-лист превращается в галочки для отчёта:

1. Один ответственный. Чек-лист ведёт один человек - тот, кто потом будет отвечать за ИИ-сотрудника. Можно делегировать пункты коллегам, но сводит и отмечает один.
2. Порядок важен. Нельзя писать тексты (среда), не собрав базу знаний (вторник): получится красиво и неверно. Каждый день опирается на предыдущий.
3. Пропуск пункта - осознанное решение. Если пункт вам не подходит (например, нет сайта, а значит, и виджета) - вычеркните его письменно, с причиной. «Забыли» и «не подошло» - разные вещи с разными последствиями.

Заведите копию этого списка себе в заметки и отмечайте выполненное по ходу недели.

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

Понедельник: собрать то, что знает компания

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

• [ ] Выписать все каналы, куда приходят заявки: телефон, мессенджеры, соцсети, формы на сайте - и примерную долю каждого.
• [ ] Собрать 30-50 реальных диалогов с клиентами за последний месяц и разложить по типам: цена, запись, логистика, нестандарт.
• [ ] Составить список услуг с ценами или вилками и границами: что делаем, чего не делаем, что только после осмотра.
• [ ] Зафиксировать регламент передачи сложных случаев: кому, в какое время, в какой срок ответить клиенту.

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

Частая ошибка понедельника - «собрать всё». Не надо: 30-50 диалогов достаточно, чтобы увидеть повторяющиеся типы. Если явного лидера среди типов вопросов нет - отлично, у вас редкий случай, и пятничные тесты это покажут раньше клиентов. И ещё: не выбрасывайте странные диалоги, где клиент писал «не как все», - именно они на пятнице станут лучшим испытательным материалом.

Вторник: база знаний и границы

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

Пункт про «не знаю» делается первым, если времени в обрез. Система, которая честно признаёт границу знаний, безопаснее системы, которая уверенно несёт чепуху.

Среда: тексты и тон

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

• [ ] Сформулировать тон одним абзацем: как здороваемся, на «вы» или на «ты», допускаемы ли смайлы и шутки, как обращаемся по имени.
• [ ] Написать приветствие и первый ответ для каждого канала - тон в директе чуть теплее, чем в форме на сайте.
• [ ] Подготовить ночные сценарии: что отвечаем ночью и что происходит с заявкой утром, кто её первым видит.
• [ ] Написать текст передачи человеку: «Сейчас позову администратора, он ответит до [время]» - с реальным сроком, а не «в ближайшее время».
• [ ] Собрать 10 нестандартных диалогов прошлого (недовольный клиент, спор о цене, «а сделаете вот так?») и прописать реакцию на каждый.

Как строить первые ответы так, чтобы диалог не умирал на втором сообщении, - мы подробно писали в материале «Первый контакт за секунды»: один вопрос в сообщении, конкретика, следующий шаг.

Четверг: каналы и интеграции

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

• [ ] Подключить главный канал (обычно WhatsApp или директ) и проверить первые диалоги руками.
• [ ] Настроить виджет на сайт, если заявки идут с сайта, - по канону виджета первого касания за 30 секунд.
• [ ] Связать ИИ-сотрудника с календарём записей или CRM: диалог без записи - это просто переписка.
• [ ] Проверить гигиену доступов: корпоративная почта, двухфакторная аутентификация, минимум два администратора.
• [ ] Убедиться, что все диалоги сохраняются в едином окне, а не в личных аккаунтах сотрудников.

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

Пятница: пробный запуск на своих

Цель дня - сломать систему до того, как это сделают клиенты. Никаких живых диалогов: только свои и только прошлое.

Список ошибок пятницы - самый ценный документ недели. Он показывает не «робот глупый», а конкретные дыры в базе знаний - и каждая закрытая дыра работает на вас все следующие месяцы.

Суббота: песочница и проверка на прочность

Цель дня - свежие глаза. Команда, которая не писала базу, тестирует систему без предвзятости: им проще заметить и канцелярит, и странные ответы.

• [ ] Открыть песочницу для всей команды: каждый сотрудник сегодня хотя бы раз пишет ИИ-сотруднику как клиент.
• [ ] Собрать обратную связь по трём вопросам: где тон «не наш», где неточно, где слишком длинно.
• [ ] Снять базовые метрики старта: скорость первого ответа и доля диалогов, которые система довела до конца без передачи человеку.
• [ ] Назначить ответственного за ежедневный просмотр диалогов на первую рабочую неделю - с именем и временем в календаре.

Воскресенье: план выхода на клиентов

Цель дня - спланировать боевую неделю так, чтобы включение прошло незаметно для клиентов и без паники для команды.

• [ ] Определить дату включения и объём: один канал, один филиал, один тип заявок - остальное после первой недели.
• [ ] Подготовить план отката: как за пять минут выключить ИИ-сотрудника и вернуться к ручной обработке, не потеряв идущие диалоги.
• [ ] Запланировать разборы: 15 минут каждый рабочий день первой недели - что ответила система, что поправить в базе.

Неделя одним взглядом

Таблица отвечает на главный вопрос недели - «мы на расписании или нет». Если к вечеру среды у вас нет приветствий и ночных сценариев, не пытайтесь догнать четверг силой: сдвиньте весь план на день. Качество подготовки важнее календарной даты, а «догнать» на этом этапе всегда означает «пропустить».

Если неделя сорвалась

Что идёт не так и как это читается

Во время тестов пятницы и субботы почти каждая команда натыкается на одно и то же. Хорошая новость: каждый симптом имеет конкретную причину и конкретное лекарство.

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

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

Первые две недели после включения

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

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

Что делать сейчас

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

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

Читайте также: «Пробный запуск автоматизации: как увидеть работу бота до оплаты», «Почему автоматизации умирают через месяц: 9 ошибок внедрения».