- подписка
- активна
- оплата
- прошла 14.08
- свободные слоты
- 0 из 5
- лимит
- 142 из 1000
action=unlink_device · policy=confirm · req=vesper:1:318:774:0
Агент садится в вашу личку в Telegram, узнаёт, кто написал, смотрит его данные и отвечает по вашему регламенту. Типовое чинит сам. Сначала с вашего одобрения, дальше по тем типам обращений, которые вы разрешите.
«перестало подключаться на ноутбуке»
action=unlink_device · policy=confirm · req=vesper:1:318:774:0
Первая. Диагностика. За «не работает» прячется штук пять разных причин, и чтобы понять, какая именно, приходится открыть четыре места. Подписку в биллинге, последние платежи, что у человека занято и не выбран ли лимит.
Вторая. Пустые обращения. Больше трети вопросов не требуют данных клиента вообще. Как настроить на телевизоре, куда делся ключ, что входит в тариф. С этим справился бы справочник, а отвечает всё равно живой человек.
В первой колонке настоящие классы, которыми агент размечает обращения. Ими же названы рубильники автопилота, и включать вы их будете по одному. Доли посчитаны для сервиса с подпиской и личным кабинетом, так что их стоит сверить с вашей статистикой.
| тип обращения | доля | нужны данные клиента | кто закрывает |
|---|---|---|---|
«Не подключается», связьconnection | 35% | подписка, занятое, площадка, лимит | суфлёр и авто |
Настройка на устройствеhowto | 20% | нет, только инструкция | автопилот |
Оплата не проходитcant_pay | 15% | платежи, статус подписки | суфлёр |
Упёрся в лимитcap_hit | 10% | занятые слоты плюс действие | автопилот |
«Деньги ушли, доступа нет»money_missing | 8% | платежи, зависшие резервы | суфлёр |
Тарифы и промокодыplan_question | 7% | нет, база знаний | автопилот |
Возврат, жалобаrefund | 5% | нет | человек |
Треть потока не требует доступа к данным вообще. Ещё десятая часть, упёршийся лимит, закрывается одним действием, разбираться там не в чем. Вот этот объём и занимает сегодня живого человека без причины.
Агент не гадает по формулировке «не работает». Он снимает снапшот клиента и сверяет его с базой знаний, то есть проделывает ту же работу, которую оператор делает по четырём экранам.
Спрашивает у вашего коннектора, кто написал. Если не опознал, работает справочником и никаких данных не раскрывает.
Подписка, платежи, занятое, израсходованные лимиты. Всё одним запросом, без четырёх открытых экранов.
Первое, что не сошлось, и есть причина. Находит её обычный код, модель потом просто рассказывает о ней человеку.
Модель просит действие, разрешает его политика. Каждое выполняется ровно один раз и попадает в журнал.
Ответ уходит в ту же личку от вашего аккаунта, не от бота.
Четыре проверки дают ответ примерно в двух случаях из трёх. Остальное самое неприятное. Подписка активна, свободное есть, площадки живы, лимит не выбран, и всё равно не работает. Причина лежит вне вашего контура, и никакой чек-лист её не поймает.
| причина | как выглядит для клиента | чья зона |
|---|---|---|
| Провайдер режет трафик | Подключается и сразу рвётся. На мобильном интернете работает, на домашнем нет | вне сервиса |
| Ограничения по региону | Работало вчера, сегодня нет, и так у всех в одном городе или у одного оператора | вне сервиса |
| Способ подключения распознан фильтром | Одна площадка не идёт, другие идут. Помогает смена протокола или порта | пограничная |
| Старая версия клиента | Доступ выдан, подключения нет. У остальных на этой платформе всё нормально | решается |
| Конфликт на устройстве | Другой VPN, корпоративный профиль, DNS или антивирус перехватывают трафик | решается |
Считает, сколько таких же обращений пришло за час, и сверяет с обычным числом для этого часа. Если их втрое больше обычного и при этом не меньше четырёх подряд, речь уже об аварии.
Если у большинства одна и та же площадка, значит легла она, и есть обход. Если площадки разные, ломают снаружи. Отвечать тут нужно по-разному, а вторую аварию серверный мониторинг не увидит вовсе.
Просит сделать один шаг, который разделяет версии. Включить мобильный интернет вместо домашнего, сменить площадку, переключить протокол. По ответу отсекает половину вариантов.
Когда гипотезы кончились, обращение уходит вам со сводкой. Что проверено, что исключено, на что похоже и сколько ещё таких обращений набралось за сутки.
Показатели клиента в норме. За час 12 обращений того же типа при обычных трёх, детектор поднял режим. Площадки у них разные, значит лежит не она.
escalate · incident=network · req=vesper:1:377:812:0
Ради этой карточки всё и затевалось. Вы узнаёте о блокировке через час после начала, а не через день по оттоку, и успеваете увести людей на обходной путь, пока они не ушли совсем.
Клиент при этом не остаётся ни с чем. Пока вы разбираетесь, агент уже сказал ему честно, что случай не единичный.
И это накапливается. Подтвердили гипотезу, она становится карточкой знаний. Следующий такой случай агент закроет сам, назвав причину и решение сразу.
Никто не отдаёт живых клиентов роботу в первый день. Агент начинает суфлёром, делает всю работу, но последнее слово ваше. Приходит карточка с диагнозом, готовым ответом и предложенным действием.
Нажимаете «Отправить», ответ уходит клиенту в ту же личку, и вместе с ним исполняется предложенное действие. Нажимаете «Править», отвечаете своими словами, и правка сохраняется как пример. Агент подстраивается под ваш тон на ваших же ответах.
Когда по какому-то типу обращений черновики стабильно уходят без правок, включаете на него отдельный автопилот. Рубильник у каждого типа свой, общего нет. «Агент отвечает сам» тут не состояние продукта, а список, который вы наполняете сами.
Агент делает всю работу, но клиенту не пишет ничего. Карточка с диагнозом и черновиком приходит вам, ответ уходит по вашей кнопке. Смотреть в эту неделю нужно на одно число, сколько черновиков ушло без правок.
Включаете автопилот на настройку устройств. У этого типа нет ни данных клиента, ни действия в вашем сервисе. Худшее, что случится, это неудачная инструкция, и вы увидите её в том же чате.
Второй тип без действий. Что входит в тариф, как работает промокод, куда делась ссылка. Отвечает по вашим же материалам, которые вы к этому моменту уже скормили агенту.
Упёршийся лимит. Здесь агент уже не только объясняет, но и чинит, и здесь же становится видно, что рубильник автопилота и разрешение на действие это разные вещи. Заявку всё равно разбирает политика.
Возврат денег, юридический оттенок, злость, подозрение на манипуляцию и вопрос не про ваш продукт. Эти пять запрещены классом обращения, рубильника для них не существует в принципе.
Есть ещё два стопора, которые вы не выключаете. Автопилот молчит, когда снапшот клиента не пришёл, потому что отвечать нечем, и когда клиент не опознан у вас. В обоих случаях обращение приходит вам с пометкой, чего именно не хватило.
сценарии
Здесь не список возможностей, а приёмочный набор. Каждый сценарий должен отработать на живом стенде без подготовки, и готовность продукта мы проверяем по ним.
сценарий 01
Платёж застрял в резерве. Агент видит его в снапшоте и снимает сам, потому что это возврат клиенту его же средств.
что доказываетСамая частая паника закрывается без вашего участия.
сценарий 02
Отличает исчерпанный лимит от сбоя, а сбой у одного от сбоя у всех. Если обращения пошли волной, скажет об этом прямо.
что доказываетОтличить одно от другого сходу выходит не всегда.
сценарий 03
Показывает, чего именно не осталось, и поднимает потолок в тех пределах, которые задали вы. Просьба сверх них придёт карточкой.
что доказываетЩедрость агента ограничена цифрой, которую задали вы.
сценарий 04
Остановит автопродление, но по вашей кнопке. На той стороне стирается сохранённая карта целиком, и вернуть её человек сможет только заново.
что доказываетНеобратимое агент не делает молча.
сценарий 05
После аварии начислит сам в пределах разовой и месячной суммы. Сверх потолка приходит карточка с уже готовым решением.
что доказываетПотолки прописаны в коде, обойти их нельзя.
сценарий 06
Попытка отбита. Чьи данные смотреть, определяет опознание, и подставляет их система. Вам придёт карточка с пометкой о подозрении.
что доказываетЭто можно проверить на пилоте со своего телефона.
сценарий 01
Одна фраза от абонента. Агент снимает подписку, занятые слоты, состояние ноды и остаток трафика разом и отвечает причиной.
что доказываетРазбор перестаёт быть ручной работой.
сценарий 02
Видит 5 из 5 занятых и предлагает отвязать телефон, молчащий полтора месяца. Отвязка идёт по вашей кнопке, потому что оборвёт живому человеку доступ.
что доказываетАгент чинит, и границы у этого видны сразу.
сценарий 03
Три дня назад не прошло списание, подписка ушла в отсрочку. Агент связывает два события за человека и отвечает со ссылкой на оплату.
что доказываетСамый денежный случай. Здесь агент возвращает вам выручку.
сценарий 04
Обращений того же типа стало втрое больше обычного. Агент честно говорит, что случай не единичный, а вы одним касанием подтверждаете аварию.
что доказываетНочью легла площадка, вы спите, поддержка работает.
сценарий 05
Абонент кидает скриншот ошибки или наговаривает голосовое. Агент читает картинку, расшифровывает речь и ставит тот же диагноз, что по тексту.
что доказываетАбоненты так и пишут, картинкой и голосом.
сценарий 06
Кидаете гайды файлом или ссылкой. Через минуту они нарезаны в карточки и ждут вашей публикации, потому что решать, что уйдёт в ответ, должен человек.
что доказываетВнедрение происходит у вас на глазах.
сценарий 01
Агент сверит платёж с выданным доступом и, если платформа отстала, пересинхронизирует его сам. Такое действие не двигает деньги.
что доказываетСамый частый вопрос на запуске снимается сам.
сценарий 02
Ответит по вашим же материалам и даст ссылку на конкретный поток. Данные ученика для этого не нужны, это работа справочника.
что доказываетПустые обращения уходят из лички совсем.
сценарий 03
Проверит, активен ли доступ, и назовёт причину. Подписка кончилась, доступ не доехал, вход не с того аккаунта. Каждая причина свой ответ.
что доказываетНа пять разных случаев перестаёт уходить один и тот же ответ.
сценарий 04
Возврат агент не сделает ни при каких настройках. Соберёт контекст, что куплено и сколько пройдено, и передаст вам.
что доказываетГраница «чинит» проходит там, где вы её провели.
сценарий 05
Ответит по вашему расписанию, а если места кончились, так и скажет, не отправляя человека уточнять у менеджера.
что доказываетНочью вопрос про поток не ждёт до утра.
сценарий 06
Ученик присылает картинку, где доступ помечен неактивным. Агент прочитает её, сверит со своими данными и назовёт причину.
что доказываетЛюди так и пишут, картинкой.
Коннектор в работе. Сценарии описывают устройство продукта, а не готовую интеграцию.
сценарий 01
Агент опознает покупателя по номеру телефона или заказа, посмотрит статус в CRM и у доставки и ответит конкретно, вместо ссылки на трек-номер.
что доказываетСамый частый вопрос магазина снимается сам.
сценарий 02
Банк подтвердил с задержкой, вебхук не доехал. Агент увидит платёж, сверит его с заказом и подтвердит сам в пределах потолка суммы.
что доказываетИ здесь агент возвращает вам выручку.
сценарий 03
Ответит условиями обмена по вашему регламенту, проверит срок и оформит заявку с наличием нужного размера. Возврат денег не сделает никогда.
что доказываетГраница «чинит» проходит там, где вы её провели.
сценарий 04
Посмотрит остаток по конкретному размеру и цвету, не отправляя человека к менеджеру. Если в наличии нет, поставит в лист ожидания.
что доказываетМагазин перестаёт терять покупателя на вопросе про остаток.
сценарий 05
Промокод в пределах вашего потолка выдаст сам. Сверх потолка, на распродажный товар или второй раз одному человеку придёт карточка вам.
что доказываетЩедрость агента ограничена цифрой, которую задали вы.
сценарий 06
Покупатель кидает скриншот, где банк отказал. Агент прочитает картинку, узнает код отказа и ответит причиной.
что доказываетЛюди так и пишут, картинкой.
Коннектор в работе. Сценарии описывают устройство продукта, а не готовую интеграцию.
Перестаёт работать справочником. Треть потока уходит совсем, а в оставшемся к нему приходит уже разобранный случай.
Видно, чем занят агент и почему он промолчал. Рубильник на каждый тип, потолки, запись каждого действия и недельная сводка.
Ответ ночью и по делу. Вместо «пришлите скриншот» человек сразу слышит причину. А если она вне вашего контура, ему честно скажут и об этом.
Экономия времени тут не главное. Основные деньги агент приносит там, где сегодня их просто теряют. Сорвавшиеся продления, которые никто не догоняет, и ночной отток из-за неотвеченного «не работает».
Списание не прошло, человек заметил через три дня и написал «перестало работать». Агент связывает два события за него и отвечает со ссылкой на оплату.
Ночью и в выходные агент работает по тем же правилам, что днём, и с теми же потолками.
Инструкции, повторная выдача доступа, вопросы по тарифам. Данные клиента для них не нужны, и человек тоже.
Волну фильтрации серверный мониторинг не видит вовсе, серверы здоровы. Единственный доступный сенсор тут поток обращений, и агент его считает.
Потолки на компенсации, подтверждение на необратимое, запись каждого шага. Ни одно решение агента не остаётся без следа.
«вчера всё работало, сегодня ничего не грузится, деньги списали»
Честно про цифры. Их на этой странице нет намеренно. Модель эффекта у нас посчитана, но все её входные числа пока допущения, а не замеры. Продукт ещё не работал на чужом потоке, и первое, что даст пилот, это замена наших чисел вашими.
Здесь сравниваются классы решений, а не конкретные продукты. У больших платформ многое достигается интеграцией, и вопрос обычно в том, кто её будет делать и сколько это займёт.
| что умеет | FAQ-бот с кнопками | ИИ по базе знаний | Наёмный оператор | VesperAI |
|---|---|---|---|---|
| Отвечает по вашим материалам | есть | есть | есть | есть |
| Видит данные клиента | нет | интеграция | есть | есть |
| Выполняет действие в сервисе | нет | интеграция | есть | есть |
| Потолки и подтверждение на действия | нет | нет | на доверии | в коде |
| Диагноз, когда все показатели зелёные | нет | нет | по опыту | по потоку |
| Живёт в вашей личке в Telegram | свой бот | виджет | есть | есть |
| Работает ночью и в выходные | есть | есть | нет | есть |
Дёшев и предсказуем, но не знает ничего про конкретного клиента. На «не работает» отвечает деревом вопросов, которое человек бросает на третьем шаге.
Хорошо пересказывает инструкции и закрывает пустые обращения. Но без доступа к данным не отличит «истекла подписка» от «легла площадка», а действий по умолчанию не делает.
Умеет всё, кроме одного. Ночью он не работает, а треть его времени уходит на вопросы, где он вообще не нужен.
Ставка на связку «данные плюс действие плюс политика» и на разбор случаев, где чек-лист бессилен. Взамен это не коробка. Понадобится коннектор к вашему биллингу.
Где мы честно слабее. Готовые платформы дают вам виджет на сайт, почту, аналитику и команду поддержки в комплекте. У нас пока только Telegram и один канал. Если поддержка у вас живёт на сайте и в почте, а обращений тысячи в день, наш прототип задачу не закроет. Он для сервисов, чья аудитория сидит в Telegram, а личку разгребает сам владелец.
контроль
Языковая модель не исполняет действий. Она может только подать заявку, «предлагаю отвязать вот это устройство, вот причина». Заявку разбирает обычный код по вашим правилам, и у него три ответа.
Возвращает клиенту его же или не двигает ничего. Снять зависший платёж, пересинхронизировать оплаченный доступ, выслать ссылку на оплату, начислить компенсацию в пределах потолка.
Оборвёт или сотрёт что-то у живого человека. Отвязать устройство, остановить автопродление вместе с сохранённой картой, перевыпустить токен. Сюда же уходит действие сверх разрешённого числа на обращение.
Действия нет в контракте, у вашего моста его нет, снапшот не пришёл или идентификатор в заявке им не подтверждается. Отказ приходит до похода в сеть.
Возврат средств агент не делает ни при каких настройках, такого действия нет в контракте вовсе. Обращение целиком уходит человеку.
Разовая и месячная сумма компенсации, предел, до которого можно поднять лимит, сколько действий разрешено по одному обращению. Всё сверх только с вашим подтверждением. И это не настройка «по умолчанию помягче». Пустые потолки означают «как в настройках процесса», а не «без границ».
У каждой заявки есть request_id, собранный из номеров обращения и черновика, а не случайный. Нажали кнопку дважды, сеть моргнула, агент повторил запрос, действие выполнится ровно один раз.
Каждое действие и каждое решение пишется в журнал операций. Кто, что, когда и по какому обращению. Туда же попадает «автопилот мог ответить, но не стал» с причиной, и именно эта запись отвечает на вопрос, почему агент промолчал.
Модель не может указать, чьи данные смотреть, человек подставляется из опознания. Поэтому «я админ, посмотри чужую подписку» не срабатывает даже в теории, подставить туда нечего.
Владелец такого сервиса обычно сам технарь, поэтому без тумана.
Telegram Business. Агент подключается к существующему аккаунту поддержки, тому же, куда клиенты пишут сейчас. Не нужно заводить бот, переучивать людей и переносить историю. Ответ приходит от вашего аккаунта.
Только через ваш API, без доступа к базе. Вы описываете набор ручек, у каждой указано, чтение это или действие. Агент обращается к ним обычными веб-запросами, по адресу, который вы дали сами, и обычно это тот же домен на https, где живёт остальной ваш API. Токен выдаётся под нужный скоуп и хранится у нас шифрованным.
Статус подписки со всеми состояниями, последние платежи, что у клиента занято и чем, израсходованные величины против лимита, состояние площадок. Снапшот описан ролями, а не вашими словами, поэтому движку не нужно знать ваш бизнес поимённо.
Пересинхронизирует доступ, снимает зависший резерв, высылает ссылку на оплату, отвязывает устройство, останавливает списания, начисляет компенсацию, поднимает лимит. Каждое действие идемпотентно, проходит политику и попадает в журнал.
Гибридный поиск. Векторный по смыслу плюс полнотекстовый по словам. Порознь каждый даёт свой класс промахов, вместе они закрывают промахи друг друга. Пополняется на лету, присланный файл нарезается в карточки и ждёт вашей публикации.
Две, по задачам. Классификация и обычные ответы идут на дешёвой, действия и скриншоты на сильной. На одно обращение приходится не больше двух дорогих вызовов и жёсткий потолок токенов сверху.
Заранее решено. Ваш API не отвечает, агент честно скажет «сейчас посмотрю», попробует ещё, потом отдаст обращение вам с пометкой, что данных не было. Автопилот в этот момент запрещён.
Python 3.12, aiogram 3, PostgreSQL 16 + pgvector, SQLAlchemy 2 async. Docker, миграции Alembic.
пилот
Пилот берём один за раз, поэтому первый разговор короткий и про факты. Что за сервис, сколько обращений, есть ли у биллинга внятный API. Если не подходит, скажем сразу.
Дальше по шагам. Смотрим ваш API и описываем манифест коннектора, заливаем ваши материалы в базу знаний, запускаем агента суфлёром, без единого автоответа клиентам. Автопилот включаете вы, по одному типу обращений.
Бот по базе знаний пересказывает инструкции. Он не знает, что у конкретного человека кончилась подписка, занят последний слот или не прошло списание, поэтому на «не работает» отвечает общими словами. VesperAI сначала смотрит данные клиента через ваш коннектор, находит причину и только потом отвечает. А ещё умеет выполнить действие, которое эту причину снимает.
Нет. Агент подключается к вашему существующему аккаунту поддержки через Telegram Business. Клиенты пишут туда же, куда писали всегда, история остаётся на месте, ответ приходит от вашего аккаунта, а не от бота.
Только тот, который вы откроете сами. Прямого доступа к вашей базе нет и не предусмотрено. Агент обращается к вашему API обычными веб-запросами и только по тем адресам, которые вы перечислили, у каждого помечено, чтение это или действие. Адрес вы даёте свой, обычно тот же домен на https, где живёт остальной ваш API, так что соединение шифруется как везде. Токен выдаётся под нужный скоуп и хранится у нас шифрованным. Начать можно с одного чтения и добавить действия позже.
Решает не модель, а обычный код. Сам агент делает то, что возвращает клиенту его же или не двигает ничего. Снимает зависший платёж, пересинхронизирует оплаченный доступ, высылает ссылку на оплату, начисляет компенсацию в пределах вашего потолка. Спрашивает вас там, где у живого человека что-то оборвётся, например при отвязке устройства или остановке автопродления. Возврат денег не делает никогда, такого действия нет в контракте вовсе.
Агент честно скажет клиенту, что смотрит, попробует ещё раз и, если данных так и нет, отдаст обращение вам с пометкой, чего не хватило. Автопилот в этот момент запрещён, и отвечать без данных он не станет даже при включённом рубильнике.
Да, и в обе стороны. Есть белый список, агент отвечает только тем, кто в нём, и список исключений, который сильнее белого. Решение «вступать ли в разговор» принимается до похода в ваш API и работает, даже когда API лежит.
Готового прайса пока нет, и на сайте его честно не будет. Продукт в MVP, цену мы обсуждаем на пилоте и на ваших цифрах, когда уже понятно, сколько у вас обращений и какие из них агент реально закрывает.
Материалы заливаются на лету. Вы кидаете гайд файлом или ссылкой, он режется на карточки и попадает к вам на публикацию. В поиск карточка идёт только после вашего подтверждения, потому что присланный файл уходит в промпт и оттуда в ответ клиенту, и решать, что туда попадёт, должен живой человек.