Как мы перестали ждать, пока клиент напишет первым, и почему эпоха обычных чат-ботов подходит к концу

Раньше всё было просто: клиент заходит в Telegram, нажимает /start или пишет вопрос, а бот ему отвечает. Это транзакционная модель. Работает? Ну, вроде да. Увеличивается ли за счет этого удержание пользователя? По нашему опыту в Гратио — не особо.

Сейчас мы переходим к формату юзер-ботов. Это когда ИИ не ждет пинка, а буквально «живет» на аккаунте, анализирует контекст и влетает в диалог ровно в тот момент, когда он нужен.

Раньше удержание зависело от того, вспомнит ли юзер о сервисе. Сейчас мы делаем так, чтобы сервис сам «подглядывал» за процессом и предлагал решение до того, как клиент осознал проблему. Бот все время анализирует потоки данных на аккаунте (созвоны, чаты, CRM).

Пример для иллюстрации: продавец пообещал клиенту скидку в переписке — бот тут же стучится в личку: «Вижу, договорились на -10%. Сформировать счет со скидкой?». И задача решена ровно в один клик.

Классический SaaS заставляет пользователя работать на систему, например вводить данные и изучать дашборды. Юзер-бот переворачивает игру так, чтобы система работала на контекст пользователя.

1. Не будьте навязчивыми. Если бот пишет по любому поводу — он раздражает пользователя и его попросту забанят. Мы используем легкие модели-фильтры, чтобы ИИ включался только в 5% реально важных случаев.

2. Минимум текста. Чем короче реплика агента, тем выше доверие.

3. Доступность. Предложение бота должно приниматься одной кнопкой «Ок», а не переходом в тяжелый интерфейс.

Ценность софта теперь не в количестве фич, а в экономии когнитивного ресурса. Если ваш бот пассивно ждет вопроса — вы проигрываете тем, кто уже внедрил «активный анализ контекста».