бот с ии в телеграме для бизнеса: что можно без программиста

зачем бизнесу бот в телеграме

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

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

что можно собрать без программиста

честная классификация по возрастанию сложности:

1. кнопочный бот без ии

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

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

2. ии-бот на своих текстах

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

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

3. бот с действиями

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

граница проходит именно тут: отвечать по текстам — можно самому, трогать ваши системы — уже проект.

собираем бота-консультанта: план на выходные

рецепт для варианта 2 — без привязки к конкретному конструктору, шаги везде одинаковые:

шаг 1. создать бота в telegram

пишете официальному боту @botfather команду /newbot, придумываете имя — получаете токен, строку вида 1234567:AAaa.... это ключ от вашего бота, его попросит любой конструктор. никому кроме конструктора токен не показывайте.

шаг 2. собрать базу знаний

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

• список услуг или товаров с ценами
• ответы на 20 самых частых вопросов — спросите того, кто отвечает клиентам, он продиктует их за полчаса
• правила: доставка, оплата, возврат, график
• чего бот делать не должен: «не называй скидки», «не обещай сроки, если не уверен»

пишите так, как объясняли бы новому сотруднику в первый день. ии читает вашу базу знаний буквально: расплывчато написали — расплывчато отвечает.

шаг 3. подключить и написать инструкцию

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

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

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

шаг 4. неделя тестов на своих

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

границы: что пойдёт не так

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

когда звать разработчика

признаки, что вы выросли из конструктора:

• бот должен делать, а не только отвечать: запись, оплата, сделка в crm
• диалогов стало много, и вы хотите видеть аналитику: о чём спрашивают, где бот сливается, сколько заявок дошло до продажи
• цена ошибки выросла: бот общается не с «спросить цену», а с клиентами на сотни тысяч

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