Аудит поддержки Сегодня вообще-то должен был выйти этот пост, пока мне не пришло письмо от «Победы» и не подарило новую тему для размышлений о клиентском сервисе.

У нас в отделе снова происходят изменения, и я решила, что это идеальное время для большого аудита. Не потому, что что-то работает плохо. Скорее наоборот: чем дольше живёшь с одними и теми же процессами, тем реже задаёшь себе вопрос, почему они вообще устроены именно так. Поэтому я собрала себе список вопросов и гипотез для проверки. Делюсь, вдруг кому-то тоже пригодится.

1. Стратегия

Какую бизнес-задачу решаем помимо «отвечать на обращения»? Как КС связан с целями компании, какую ценность создаёт и можно ли посчитать её в деньгах? Если завтра бюджет сервиса попросят обосновать цифрами, а не словами «ну клиентам же надо кому-то отвечать», сможем ли мы это сделать?

2. Клиентский путь

Посмотреть на весь Customer Journey, а не только на тот маленький кусочек жизни клиента, когда он уже пришёл в поддержку. Где возникают сложности и ожидание? Какие проблемы повторяются? Что можно предотвратить ещё до обращения? И колько обращений вообще не должно существовать? Хорошая поддержка быстро решает проблему. Очень хороший сервис делает так, чтобы часть этих проблем никогда не возникла.

3. Метрики и деньги

Как сервис связан с retention и churn? Влияет ли скорость и качество решения проблемы на дальнейшее поведение клиента? Как CSM влияет на оборот? Сколько клиентов удалось сохранить и можно ли перевести эти истории в деньги? LTV, CLV, NRR, retention, churn, ROI. Не ради коллекции умных аббревиатур, а потому что «у нас CSAT 90%» довольно мало говорит о том, полезен ли сервис бизнесу.

4. Voice of Customer

Поддержка знает о продукте удивительно много. Иногда даже слишком много 🙂 Поэтому здесь вопрос в том, как обратная связь превращается в данные и что происходит с ними дальше. Доходят ли они до продукта? Влияют ли на приоритеты? Можем ли мы показать цепочку: увидели проблему → оценили масштаб → изменили → измерили результат?

5. Процессы и технологии

SLA, база знаний, AI, автоматизация, self-service, передача задач между командами.И здесь мне интереснее не «что ещё автоматизировать?», а зачем. Сколько это экономит? Улучшает ли клиентский опыт? А может, вместо очередного бота можно убрать саму причину обращения? Иногда лучшая автоматизация поддержки — это задача в продукт.

6. Команда Зоны ответственности Support, Moderation и CSM, KPI, компетенции, карьерные треки, требования к лидам, зависимость процессов от конкретных людей. И отдельно: какие задачи сервис делает просто потому, что однажды начал их делать?

7. Взаимодействие с другими отделами

Support ↔ Product ↔ Marketing ↔ Finance ↔ Legal ↔ CSM.

Клиенту всё равно, между сколькими отделами путешествует его проблема. Для него компания одна. Поэтому смотреть нужно не только на SLA поддержки, но и на весь путь решения: где появляется ожидание, лишние передачи и размытая ответственность.

Особенно люблю ситуацию, когда каждый отдел идеально выполнил свои KPI, а клиент почему-то всё равно недоволен. Прекрасный корпоративный анекдот.

8. Риски и удержание Какие клиентские и репутационные риски есть в сервисе? Как устроены эскалации критических случаев? Где заканчивается Support и начинается Customer Success? Как определить риск ухода клиента заранее и что делать до того, как он действительно уйдёт? И чем вообще измерять Customer Success: количеством сообщений и созвонов или retention, churn, GMV и реальным изменением поведения клиента?

И последний вопрос я вынесла отдельно:

«А зачем бизнесу вообще мой отдел?»

Сколько проблем мы предотвращаем? Сколько ручной работы убрали? Какие риски снизили? Какие проблемы продукта обнаружили? Сколько клиентов сохранили? И главное, как всё это повлияло на бизнес? Потому что доказать, что твоя команда много работает, довольно легко. Особенно когда есть тысячи обращений, десятки процессов и красивые отчёты. Гораздо сложнее доказать, что благодаря всей этой работе бизнес стал лучше.

Вот этим я ближайшее время и займусь.