Что нужно для запуска AI-бота: чек-лист из 8 пунктов

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

Каналы стоят первыми, потому что бот бесполезен там, где клиенты не пишут. Обычно это WhatsApp, Telegram, VK и виджет на сайте, иногда Avito или MAX. Подключение WhatsApp не требует нового номера: канал добавляется по QR-коду как «связанное устройство», ваш номер и история переписки остаются на месте. Telegram подключается по ссылке и QR. Технически это минуты — задержка почти всегда в том, чтобы найти человека с телефоном в руках и правами администратора.

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

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

Остальное — наша сторона: логика диалога, тон общения, правила эскалации, подключение каналов, интеграция с CRM и прогон на реальных прошлых обращениях перед тем, как открыть бота на живых клиентов. Данные размещаются на серверах в РФ, а порядок обработки персональных данных по 152-ФЗ фиксируется в договоре, а не добавляется постфактум.

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

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

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

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

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

В нашем AI-консьерже для отелей (hotelconcierge.ru) это решено именно так. Правила проживания, описания номеров, услуги и регламенты бот берёт из базы знаний, собранной по документам отеля в PDF и DOCX. А реальные наличие и цены — из системы бронирования TravelLine, запросом в момент вопроса гостя. Всё, что выходит за рамки типового сценария, уходит человеку.

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

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

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

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

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

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

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

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

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

Средней цифры «по больнице» мы не называем — она зависит от отрасли и полноты базы знаний и потому ничего не говорит о вашем случае. Честнее показать измеренный факт по собственному продукту и объяснить, что на него влияет.

В AI-консьерже для отелей (hotelconcierge.ru) 64,8% диалогов с гостями бот проводит без единого сообщения сотрудника отеля. Выборка — 4 723 диалога, два отеля в проде, июнь — август 2026. Продукт работает в 7 боевых каналах: WhatsApp, Telegram, VK, MAX, Avito, Instagram и виджет на сайте. Это не прогноз и не обещание для вашего бизнеса, а измерение по конкретной нише с хорошо описанной базой знаний.

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

Отдельная незаметная задержка — вопрос «а что с персональными данными». Он всплывает в середине проекта и останавливает работу, если его не закрыли на старте. Данные размещаются на серверах в РФ, порядок обработки по 152-ФЗ фиксируется в договоре. Проговорить это лучше на первом разговоре, чтобы не возвращаться к нему потом.

Первый шаг — бесплатный экспресс-аудит на 30 минут. Разбираем четыре вещи: в каких каналах вам пишут, какой объём обращений, что есть из документов и какая у вас CRM. Этого достаточно, чтобы назвать состав базы знаний, сроки и стоимость. До разбора любая цифра была бы выдумкой, поэтому мы её и не называем.

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

Третий — настройка: логика диалога, правила эскалации, тон общения, подключение каналов, интеграция с CRM. Ваше участие здесь минимально: нужен человек, который отсканирует QR-код в нужный момент, и доступ к CRM.

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

Если задача шире одного бота — например, нужен ещё внутренний помощник, который отвечает сотрудникам по регламентам, или общая оценка, где автоматизация окупится, а где нет, — это соседние услуги: корпоративный AI-ассистент и AI-стратегия с дорожной картой. Экспресс-аудит ни к чему не обязывает: если по итогам разбора видно, что бот вам сейчас не нужен, мы скажем это прямо.

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