Что получится
ИИ-агент для customer success помогает команде сопровождения видеть клиентов, которым нужно внимание: кто не прошел onboarding, кто давно не пользовался продуктом, где накопились нерешенные тикеты, где скоро продление, где есть риск оттока и где можно предложить следующий полезный шаг.
Такой агент не должен заменять CSM в сложных разговорах. Его сильная роль - собрать сигналы из CRM, support desk, продукта и переписок, оценить health score, подготовить краткое резюме, предложить действие и создать задачу человеку.
На старте агенту лучше не давать право менять тариф, обещать компенсации, закрывать renewal, отправлять чувствительные письма или делать вывод “клиент уйдет” без объяснения. Пусть первая версия работает как умный помощник CSM.
Где агент полезен
- Onboarding новых клиентов.
- Контроль первого результата после покупки.
- Выявление риска оттока.
- Подготовка QBR и регулярных отчетов.
- Follow-up после тикетов поддержки.
- Напоминания о renewal.
- Поиск клиентов для expansion.
- Сбор фидбека из Intercom, Zendesk и CRM.
- Сводка по активности клиента.
- Приоритизация задач CSM.
- Анализ причин недовольства.
- Передача продуктовых сигналов команде разработки.
Шаг 1. Выберите первый сценарий
Customer success слишком широкий, поэтому начните с одного процесса.
Хорошие первые сценарии:
- клиент купил продукт, но не завершил onboarding;
- клиент не заходил в продукт 14 дней;
- у клиента много открытых тикетов;
- скоро продление договора;
- клиент написал негативный фидбек;
- ключевой пользователь перестал быть активным;
- клиент активно растет и может быть готов к expansion.
Самый безопасный старт - агент, который раз в день формирует список клиентов с риском и предлагает CSM следующий шаг.
Шаг 2. Опишите health score
Health score - это оценка состояния клиента. Он не должен быть магическим числом. Агенту нужны понятные признаки.
Пример сигналов:
- прошел onboarding;
- есть активные пользователи;
- есть регулярное использование ключевых функций;
- достигнут первый результат;
- нет критичных тикетов;
- есть позитивные ответы;
- есть владелец процесса со стороны клиента;
- скоро renewal;
- падение активности;
- рост негативных обращений;
- просроченные задачи CSM;
- нет ответа на важные письма.
Для первой версии хватит уровней:
- `green` - все нормально;
- `yellow` - нужен мягкий follow-up;
- `red` - нужен быстрый контакт CSM;
- `unknown` - мало данных.
Шаг 3. Соберите источники данных
Агенту нужны не только CRM-поля. В customer success важна вся картина.
Источники:
- CRM: компания, контакт, договор, дата renewal, CSM, сегмент;
- support desk: тикеты, статусы, темы, SLA, негатив;
- Intercom или чат: переписка, вопросы, ответы, сегменты;
- продуктовая аналитика: логины, активность, ключевые действия;
- billing: тариф, платежи, просрочки;
- календарь: встречи и QBR;
- заметки CSM;
- NPS, CSAT и формы обратной связи;
- база знаний;
- roadmap или список известных проблем.
Для MVP можно начать с CRM и support desk. Продуктовую аналитику добавите позже.
Шаг 4. Подключите CRM и support desk
В HubSpot можно работать с CRM-объектами, включая contacts, companies, deals и tickets. Для customer success полезно хранить владельца клиента, стадию сопровождения, дату renewal, сегмент, health score и задачи.
Zendesk Ticketing API подходит для работы с обращениями: можно читать тикеты, статусы, пользователей, комментарии и события поддержки. Это помогает агенту понять, какие проблемы повторяются и какие клиенты получают плохой опыт.
Intercom API полезен для conversations, contacts и переписок с пользователями. Агент может читать контекст диалогов, находить открытые вопросы и готовить резюме для CSM.
Минимальная интеграция:
- получить список активных клиентов;
- подтянуть открытые тикеты;
- подтянуть недавние переписки;
- найти дату renewal;
- записать summary и health status;
- создать задачу CSM.
Шаг 5. Нормализуйте карточку клиента
Соберите единый формат, чтобы агент не зависел от конкретной системы.
Пример полей:
- company_name;
- crm_id;
- segment;
- plan;
- csm_owner;
- renewal_date;
- onboarding_status;
- active_users_7d;
- active_users_30d;
- key_feature_usage;
- open_tickets_count;
- critical_tickets_count;
- last_human_touch;
- last_customer_message;
- nps_or_csat;
- risks;
- opportunities;
- next_action.
Если данных нет, агент должен писать `unknown`, а не выдумывать.
Шаг 6. Настройте правила риска оттока
Churn risk лучше считать по объяснимым правилам.
Примеры сигналов риска:
- нет активности 14-30 дней;
- onboarding не завершен;
- ключевая функция не используется;
- несколько негативных тикетов подряд;
- CSM давно не связывался;
- renewal через 30 дней, а ценность не подтверждена;
- ушел основной контакт;
- клиент просит выгрузку данных;
- клиент спрашивает про отмену или downgrade;
- много обещаний, но нет закрытых действий.
Каждый риск должен иметь причину и рекомендуемое действие.
Пример:
{
"health": "red",
"churn_risk": "high",
"reasons": [
"нет активности 21 день",
"2 критичных тикета за неделю",
"renewal через 24 дня"
],
"next_action": "CSM должен назначить созвон и подготовить план восстановления ценности"
}Шаг 7. Сделайте сценарии onboarding
Для новых клиентов агент особенно полезен в первые недели.
Контрольные точки:
- создан администратор;
- приглашены пользователи;
- подключена интеграция;
- импортированы данные;
- выполнено первое ключевое действие;
- пройден обучающий созвон;
- клиент получил первый измеримый результат;
- есть владелец процесса;
- зафиксирован следующий шаг.
Если шаг пропущен, агент не должен просто писать “клиент в риске”. Лучше создать конкретную задачу: “помочь подключить интеграцию”, “назначить onboarding-созвон”, “отправить короткую инструкцию”.
Шаг 8. Подготовьте CSM summary
CSM не должен читать 20 тикетов и 5 переписок перед каждым контактом. Агент должен делать резюме.
Хороший summary:
- что за клиент;
- какой тариф и сегмент;
- что было куплено;
- что уже внедрено;
- где застряли;
- какие тикеты открыты;
- какой тон общения;
- какие риски;
- какой следующий шаг;
- что нельзя обещать.
Пример:
`Клиент среднего сегмента, renewal через 34 дня. Onboarding не завершен: интеграция с CRM не подключена. За неделю 3 тикета по импорту данных, один с негативным тоном. Активность упала на 42%. Рекомендованный шаг: CSM связывается с администратором, предлагает 30-минутный технический созвон и фиксирует план восстановления.`
Шаг 9. Настройте playbook действий
Агенту нужны не только оценки, но и playbook.
Примеры:
- onboarding stuck: предложить помощь с конкретным шагом;
- no activity: спросить о блокере и предложить короткий разбор;
- many tickets: собрать список проблем и назначить ответственного;
- renewal soon: подготовить value recap;
- negative sentiment: передать CSM, не отправлять автоответ;
- expansion signal: предложить менеджеру проверить новый use case;
- missing owner: попросить клиента подтвердить ответственного.
Для каждого playbook задайте:
- условие;
- приоритет;
- сообщение для CSM;
- черновик письма;
- что нельзя писать;
- когда эскалировать.
Шаг 10. Подготовьте черновики писем
Агент может готовить черновики, но CSM должен проверять чувствительные случаи.
Для onboarding:
Здравствуйте, [имя].
Вижу, что следующий важный шаг - [шаг]. Обычно после него команда быстрее
получает первый результат в [область].
Можем помочь коротким созвоном или прислать инструкцию. Как удобнее?Для риска оттока:
Здравствуйте, [имя].
Похоже, что процесс с [тема] пока не двигается так быстро, как планировали.
Хочу понять, где главный блокер, и помочь собрать короткий план действий.
Можем созвониться на 20 минут на этой неделе?Для renewal:
Здравствуйте, [имя].
До продления остается [срок]. Подготовил короткую сводку: что уже внедрили,
какие результаты получили и что можно улучшить в следующем периоде.
Предлагаю обсудить это на короткой встрече.Шаг 11. Добавьте задачи и SLA
Агент должен не просто писать summary, а создавать действия.
Примеры задач:
- CSM связаться с клиентом сегодня;
- назначить onboarding-созвон;
- эскалировать тикет в поддержку;
- подготовить value recap;
- обновить контакт владельца;
- проверить downgrade risk;
- передать продуктовый фидбек;
- закрыть просроченный follow-up;
- создать renewal checklist.
SLA можно задать так:
- red health: реакция в течение рабочего дня;
- critical ticket: реакция сегодня;
- renewal меньше 30 дней: задача CSM;
- onboarding stuck больше 7 дней: follow-up;
- негативный ответ: ручная проверка.
Шаг 12. Передавайте фидбек продукту
Customer success-агент видит повторяющиеся причины недовольства. Это ценно для продукта.
Агент может раз в неделю собирать:
- топ повторяющихся проблем;
- функции, которых не хватает;
- частые вопросы onboarding;
- причины обращений в поддержку;
- цитаты клиентов без лишних персональных данных;
- сегменты, где чаще возникает риск;
- влияние проблем на renewal;
- список клиентов, которых нужно предупредить о workaround.
Важно: продуктовый фидбек должен быть агрегированным. Не надо пересылать всю переписку туда, где она не нужна.
Шаг 13. Настройте guardrails
Запретите агенту:
- обещать компенсации;
- менять тариф;
- подтверждать скидку;
- закрывать renewal;
- отправлять негативному клиенту автоответ без человека;
- делать выводы без объяснения;
- раскрывать чужие данные;
- удалять историю переписки;
- менять владельца клиента без правила;
- закрывать тикет, если клиент не подтвердил решение.
Разрешите агенту:
- анализировать сигналы;
- считать health score;
- готовить summary;
- предлагать playbook;
- создавать задачи CSM;
- готовить черновики;
- классифицировать фидбек;
- эскалировать риск;
- обновлять разрешенные поля.
Шаг 14. Проверьте агента на кейсах
Перед запуском сделайте тестовый набор.
Проверьте:
- новый клиент не прошел onboarding;
- активный клиент без проблем;
- клиент с критичным тикетом;
- клиент давно не заходил;
- renewal через 20 дней;
- негативный ответ;
- запрос на downgrade;
- сменился контакт;
- клиент активно растет;
- данных мало;
- тикет закрыт, но клиент недоволен;
- CSM давно не писал.
Для каждого кейса проверьте:
- правильно ли выставлен health;
- есть ли причины;
- не выдуманы ли данные;
- создана ли нужная задача;
- корректен ли черновик;
- соблюдены ли ограничения;
- понятно ли CSM, что делать дальше.
Шаг 15. Смотрите метрики
Оценивайте не количество созданных задач, а пользу для удержания.
Метрики:
- доля клиентов с актуальным health score;
- число найденных рисков до жалобы клиента;
- скорость реакции CSM;
- onboarding completion rate;
- renewal rate;
- churn rate;
- expansion opportunities;
- доля задач, закрытых вовремя;
- число ложных тревог;
- NPS или CSAT после вмешательства;
- повторяемые причины риска;
- время CSM на подготовку к контакту.
Если агент создает много тревог, но CSM перестает им доверять, нужно ужесточить правила риска и улучшить объяснения.
Частые вопросы
Можно ли агенту самому писать клиентам?
Можно для простых и безопасных сценариев, например мягкий onboarding follow-up. Но негатив, renewal, компенсации, downgrade и спорные темы лучше оставлять на ручное согласование.
Чем customer success-агент отличается от агента поддержки?
Агент поддержки решает конкретное обращение. Customer success-агент смотрит шире: внедрение, активность, ценность, риски оттока, продление и долгосрочное состояние клиента.
Нужна ли продуктовая аналитика для первой версии?
Желательно, но не обязательно. Начать можно с CRM, тикетов и переписок. Продуктовую активность стоит добавить, когда появятся понятные ключевые действия и события.
Как избежать ложных тревог по churn risk?
Давайте агенту несколько сигналов, а не один. Например, “нет активности” само по себе не всегда риск, но вместе с критичными тикетами и близким renewal это уже повод для CSM.
Что должен получить CSM на выходе?
CSM должен увидеть health status, причины, краткое резюме клиента, рекомендуемое действие, дедлайн, черновик сообщения и ограничения: что нельзя обещать или отправлять автоматически.
