Top 10 Learnings From Building Our Own AI VP of Customer Success “Qbee”
SaaStr рассказывает о создании QBee — ИИ-агента, выполняющего роль вице-президента по работе с клиентами. QBee управляет более чем 100 спонсорами, отправляя гиперперсонализированные сообщения с 4–6 уникальными точками данных и отслеживая 13 основных задач на каждого клиента. Результат — сокращение ручного труда на 70% и десятикратный рост логинов и вовремя сданных материалов по сравнению с прежним решением. Агент построен на Replit без инженеров, а расходы на токены по всем vibe-coded приложениям SaaStr не превышают 200 долларов в месяц. Среди ключевых уроков: начинать с дашборда, а не с автономного агента; внедрять поэтапно; ежедневно мониторить выходные данные; хранить чувствительные данные в специализированных системах, а не в самом агенте. Авторы считают разрыв между потребностями клиентов и возможностями CSM-команд самым выгодным местом для внедрения ИИ в B2B.
Топ-10 уроков создания собственного ИИ-вице-президента по работе с клиентами «Qbee»
Мы уже запустили 21+ ИИ-агент и 12+ vibe-coded приложений на SaaStr AI, которые использовались более 1 100 000 раз. ИИ-SDR. ИИ-вице-президент по маркетингу (10K), который во многом теперь управляет нами, а не мы им. ИИ-инструменты для венчурных инвесторов, которые провели более миллиона оценок стартапов. Генератор карточек участников для LinkedIn, который я отправил в продакшен с заднего сиденья Waymo, и ИИ-приложение для парковочных пропусков, которое распределило 5 000 персонализированных пропусков и сэкономило недели человеческого труда.
А QBee — лучшее, что мы создали. С большим отрывом.
QBee — наш ИИ-вице-президент по работе с клиентами. Qbee управляла всеми 100+ спонсорами SaaStr AI Annual 2026, всеми нашими медиаспонсорами и всеми, кто возвращается на 2027-й. Она отправляет каждому из них гиперперсонализированные письма-чекины. Она отслеживает 13 основных задач с десятками подзадач на каждого клиента. Она напоминает без лишней драмы. Она выявляет пробелы в реальном времени. Она отправляет нашей команде обновления в Slack и по электронной почте каждый день.
Она была создана на Replit силами Amelia (нашего Chief AI Officer), без единого инженера. Наши расходы на ИИ-токены по всем vibe-coded приложениям вместе взятым ещё не достигли $200 в месяц.
Результат: на 70% меньше человеко-часов на управление клиентами. В 10 раз больше логинов клиентов и вовремя сданных материалов по сравнению с прежним готовым инструментом. Спонсоры даже не догадывались, что большая часть коммуникации исходит от ИИ, пока мы не рассказали им об этом на вебинаре.
Вот топ-10 уроков, которые мы извлекли при её создании. Если вы думаете сделать то же самое — забирайте всё.
1. Всё начиналось не как ИИ-вице-президент по работе с клиентами. Агент проявился сам.
QBee не проектировалась как ИИ-вице-президент по работе с клиентами. Такого плана не было.
Изначальная цель в январе была скромной: заменить готовый спонсорский портал, за который мы платили. В том инструменте не было никакого ИИ. Ни SSO. Ни аналитики. Мы даже не могли понять, заходил ли спонсор в систему, пока он что-нибудь не отправлял. Первоначальная спецификация Amelia предполагала базовое управление проектами — назначение задач, добавление единого входа, лёгкие автоматизации напоминаний.
Всё, что QBee делала первые пару недель. И она уже была лучше того, что у нас было.
Затем пошли реальные данные о клиентах. Логины, выполнение задач, паттерны использования, пробелы. Как только данные появились, агентные возможности стали очевидны. Ежедневные персонализированные чекины. Триггерные follow-up'ы. Отчётность в реальном времени для команды. Проактивные обращения.
Урок: не пытайтесь построить ИИ-вице-президента по работе с клиентами в первый же день. Сначала постройте дашборд или портал. Запустите его. Пусть данные подскажут, что автоматизировать дальше. Агентный слой вырастает из операционного, а не наоборот.
2. Ежедневно лучше, чем ежеквартально. QBR всегда был ущербной концепцией.
QBee — отчасти игра слов с QBR, Quarterly Business Review. Только она работает не раз в квартал. Она работает каждый день. Иногда дважды.
Задумайтесь на секунду о устаревшем (но всё ещё слишком распространённом) QBR. У клиента дедлайн через 60 дней. Вчера произошло триггерное событие, достойное внимания. Сегодня утром в данных обнаружился пробел по контракту. И план — ждать следующего запланированного квартального созвона, чтобы это обсудить?
Квартальный обзор по определению ретроспективен и во многом является скрытым апселл-инструментом. Всё, что обсуждается на QBR, уже произошло. Хорошая работа с клиентами — это не часовой созвон раз в 90 дней. Это непрерывный процесс, работающий в фоне по каждому аккаунту, каждый день.
Именно это QBee и делает. Она отслеживает, кто вовлечён, кто затих, кто вот-вот пропустит дедлайн, у кого только что произошло триггерное событие, на которое стоит отреагировать. Она работает вне зависимости от того, попросил ли кто-то об этом. Она действует.
Если вы создаёте ИИ для работы с клиентами, и он всё ещё ждёт, пока его спросят, — вы делаете прошлогодний продукт.
3. Гиперперсонализация — это 4–6 уникальных точек данных в каждом сообщении. А не подстановка имени.
Главная ошибка, которую совершают с «ИИ-персонализированными» клиентскими письмами, — считать, что подстановка имени и немного контекста в теле письма — это «персонализация». Это не так. Клиенты видят это насквозь. Это не добавляет ценности и включает детектор ИИ-слопа.
Каждое сообщение QBee спонсору отражает его конкретную ситуацию и потребности прямо сейчас.
Какие задачи выполнены. Какие просрочены. Что будет дальше. Их уникальные ссылки для регистрации. Номер стенда. Квота на бейджи. Дедлайны по контенту. Дата последнего входа. Их слот для выступления.
Четыре-шесть уникальных точек данных на сообщение, как минимум. Обычно больше.
Ни один живой CSM в масштабе никогда этого не делал. Невозможно поддерживать такой уровень детализации по 100 аккаунтам каждую неделю. Но для агента с чистыми потоками данных это тривиально.
Планка «персонализации» гораздо выше, чем думает большинство команд. Именно поэтому спонсоры не распознали ИИ. Они решили, что пишет человек, потому что ни один ИИ-инструмент раньше не писал им ничего настолько контекстного. Раньше ИИ выдавал себя шаблонностью. Теперь признак хорошего ИИ — он знает о вашем аккаунте больше, чем ваш прежний живой CSM. И во многих случаях это не такая уж высокая планка.
4. «Перепрыгивание» между агентами ради безопасности. Минимизируйте чувствительные данные внутри агента.
QBee не хранит чувствительные данные клиентов напрямую. Мы называем это «agent hopping». Чувствительные данные живут в системе, предназначенной для их защиты. Агент обращается к API, чтобы собрать картину.
Клиентская база QBee живёт в Salesforce. Контракты, контакты, детали сделок, уровень спонсорства, распределение стендов — всё в Salesforce. Аутентификация пользователей — в Clerk. Ссылки для регистрации приходят из Bizzabo API. Отправка писем — через Resend.
У QBee нет контрактов в её базе знаний. Она перепрыгивает между системами, чтобы собрать полную картину по каждому спонсору для каждого сообщения.
Amelia создала кастомное Salesforce Connected App, чтобы это заработало. Делала ли она это раньше? Нет. Она спросила Claude и агента Replit, как это сделать, разобралась примерно за 20 минут, и интеграция с тех пор работает безупречно.
Чем больше чувствительных данных вы храните непосредственно в агенте, тем больше вам придётся становиться экспертом по безопасности — хотите вы того или нет. Постоянные аудиты, пентестинг, упражнения на взлом. Большинство из нас не хочет этим заниматься. Храните чувствительные данные в надёжных системах. Пусть агент перепрыгивает между ними.
5. Пишите спецификацию в Claude / вместе с Claude, прежде чем открывать Replit / Lovable / и т.д.
Прежде чем открыть Replit, Amelia написала спецификацию. Пользовательские сценарии, дашборд, чек-листы, библиотека ассетов, функциональность загрузки, единый вход. Это было примерно 60% от того, что QBee делает сегодня. И этого хватило.
Если написание спецификации с нуля пугает, начните в Claude. Просто скажите «Мне нужна помощь в написании спецификации для портала по работе с клиентами» и итерируйте. В 2026 году не нужно быть промпт-инженером. Эти времена прошли. Поговорите с Claude, опишите, что хотите, итерируйте, пока спецификация не обретёт смысл, а затем передайте её вашей vibe-coding платформе.
Чем детальнее спецификация, тем меньше итераций понадобится потом и тем ниже будут расходы на токены. Но не позволяйте перфекционизму помешать запуску. Первая спецификация Amelia не была такой уж детальной. QBee получилась отлично. Цель — дойти до продакшена, а не иметь идеальную спецификацию.
Вы можете буквально показать saastrsponsors.com вашему vibe-coding агенту и сказать «Хочу что-то подобное для моего бизнеса». Это работает.
6. Сначала разверните для одного клиента на каждый уровень. Не для всех 100+ разом.
Мы не раскатили QBee на всех 100+ спонсоров в первый день. Amelia выбрала по одному клиенту на каждом уровне спонсорства: Diamond, Platinum, Gold, Silver. Четыре тестовых аккаунта.
Что-то ломалось. Интеграция с Salesforce отключилась дважды за первую неделю. Крайние случаи с pending-пользователями в Clerk приводили к тому, что некоторые письма уходили в никуда. Из-за проблемы с таймаутом сессии один спонсор оставался залогиненным 5 дней подряд, а потом не мог ничего загрузить.
Мы учились, чинили, расширяли. По одному уровню за раз.
Раскатить на всех 100 спонсоров в первый день было бы катастрофой. Раскатка на 4 дала нам реальный продакшен-сигнал с ограниченным радиусом поражения. Мы починили всё, что сломалось, прежде чем большинство клиентов это увидели.
Поэтапный запуск — это не только про корпоративный софт. Он ещё важнее, когда ваш продукт — автономный агент, действующий от имени ваших клиентов без человека в цикле.
7. Стройте агентный слой шаг за шагом.
Не пытайтесь сделать агента полностью автономным с первого дня. Так вы всё взорвёте в продакшене.
Агентные возможности QBee развивались послойно:
Сначала — персонализированные еженедельные письма каждому спонсору. Затем — триггерные действия при выполнении или невыполнении задач клиентами. Затем — внутренняя отчётность для команды с видимостью в реальном времени и анализом пробелов. Затем — проактивные обращения для контроля дедлайнов, сбора платежей и эскалаций с полным контекстом.
Каждый слой строился на предыдущем. Каждый тестировался в продакшене, прежде чем добавлялся следующий. Для каждого Amelia проверяла, что данные чистые, действия точные, а клиентский опыт правильный.
Попытка запустить все четыре слоя в первый день означала бы, что все четыре наполовину сломаны одновременно. Последовательный запуск означал, что каждый полностью работал, прежде чем следующий выходил в продакшен.
8. Когда клиент просит фичу — отгружайте её в тот же день.
Это суперсила, которую не даёт готовое ПО, и именно поэтому наши оценки удовлетворённости спонсоров / клиентов так выросли.
Спонсоры постоянно просили что-то новое. Раздел с информацией о нетворкинге. Поток подачи активаций. Полный воркфлоу подачи спикеров. Готовые email-маркетинговые тексты прямо в портале. Каждую неделю — новые запросы.
Готовый CS-софт поставил бы это в роадмап. Может, на Q3. Может, на следующий год. Скорее всего, никогда.
С QBee мы открывали Replit и просто делали. Часто в тот же день, когда клиент попросил. Мы не инженеры. Это неважно. Фича выходит.
Главное преимущество vibe coding — не стоимость. Это скорость отгрузки по запросам клиентов.
9. «Настроил и забыл» не работает. Ежедневное обслуживание — обязательно.
Каждый раз, когда мы делимся подобными историями, мы говорим одно и то же: эти агенты требуют ежедневного внимания. Не еженедельного. Ежедневного.
Нужно проверять их выходные данные. При добавлении фич то, что раньше работало, может сломаться. Регрессии реальны и постоянны. Добавление новой страницы может сломать кнопку загрузки без видимой причины. Наша Slack-интеграция однажды стала отправлять тройные обновления вместо одного. На самом деле она продолжает это делать. Мы знаем, почему это происходит. Мы чиним. Такова жизнь.
Лайфхак, который нас спасает каждый раз: пусть агент отправляет вам статусное письмо / сообщение в Slack каждый день. (Anthropic, по сути, делает то же самое со своей командой продаж — см. ниже.) Вы увидите поломки в своём инбоксе раньше, чем о них расскажут клиенты. Встройте это с первого дня. Мы с Amelia проверяем QBee ежедневно. А благодаря статусным письмам Qbee и 10K тоже отчитываются нам каждый день. Вот реальная постоянная стоимость эксплуатации агента в продакшене.
Поэтому принцип «купи 90%, построй 10%» по-прежнему актуален. Мы с радостью заменим QBee сторонним ИИ-агентом, как только появится такой, который справляется лучше. Его пока не существует. Только поэтому мы и создали Qbee. Если ваша готовая CS-платформа — действительно агент, который делает работу (а не дашборд, напоминающий людям делать работу), — используйте её. Если нет — стройте.
«Когда в Anthropic приходит новый лид: – Лид попадает в Salesforce – Claude + Clay изучают перспективного клиента для менеджера – Каждый менеджер получает утренний брифинг в Slack, Claude и email… с указанием, что делать за день. Работы по-прежнему много, но: – Прогнозы. Сегодня…» https://t.co/fez42oY5uj pic.twitter.com/zWMnxXh9qN — Jason ✨👾SaaStr.Ai✨ Lemkin (@jasonlk) May 24, 2026
10. В 100% случаев ваша работа с клиентами хуже, чем вы думаете.
Это самый важный урок. Проведите аудит своего CS-процесса прямо сейчас. Qbee — как минимум лучшая работа с клиентами за всю историю SaaStr. С большим отрывом. Ни один человек не хотел разбираться со 100+ клиентами с 20+ кастомными потребностями и ассетами. Это тысячи единиц бесконечной работы. Все хотели просто «чекнуться». Никто не хотел делать follow-up.
В вашем онбординге, удержании, follow-up или обучении клиентов всегда что-то сломано. Найдите это. Пройдите свой процесс глазами клиента. Посмотрите, где реально охвачены только 50% аккаунтов. Или 30%. Или 20%. Я ни разу не видел команду, где это 100%. Ни разу.
А потом подумайте, что нужно построить, чтобы довести этот показатель до 100%. Не чтобы заменить живых CSM. Чтобы усилить их агентом, который закрывает операционный пробел, с которым они физически не справляются в одиночку. Один CSM на 50 аккаунтов — нежизнеспособно. Один CSM плюс агент — вполне.
Разрыв между тем, что нужно клиентам, и тем, что CSM физически способны обеспечить, — самое ценное место для внедрения ИИ в вашем B2B-бизнесе прямо сейчас. Это кейс с самым высоким ROI, минимальным риском и простейшей реализацией во всей компании. И почти каждая B2B-компания до сих пор справляется с этим силами одних людей.
Мы создали QBee, потому что готового решения не существовало. Ваша версия не будет выглядеть точно как наша — и не должна. Но разрыв есть. Найдите его. Стройте.
Вы тоже можете это сделать
Если мы построили это без единого инженера, вы тоже сможете. Нужен лишь человек, которому не всё равно и который готов управлять агентом каждый день. Вот настоящий moat.