Admin24

Как связать цели поддержки с целями бизнеса

Служба поддержки привыкла говорить на языке SLA, FCR, MTTR, NPS и других показателей. Но когда руководитель спрашивает, что все это дает компании, одного отчета с цифрами оказывается недостаточно. Бизнесу необходимо понимать сколько клиентов благодаря качественной поддержке остаются с компанией, сколько выручки удается получить и как обслуживание влияет на репутацию компании.

Поэтому задача поддержки – связать свои метрики с тем, что важно для компании. В статье разбираем, как это сделать на практике на примере SLA, MTTR и NPS, а также рассказываем почему улучшение отдельного KPI не всегда означает, что для компании что-то изменилось в лучшую сторону.

ВРЕМЯ ПРОЧТЕНИЯ: 8 МИНУТ

Содержание

Почему метрики поддержки сами по себе ничего не значат

Работа поддержки может выглядеть эффективно на отчетном дашборде: SLA выполняется, время ответа сокращается, команда закрывает больше обращений, но за отличными показателями не всегда стоит хороший результат для клиента и компании.

Можно отлично выполнять внутренние нормативы и при этом не решать главную проблему клиента, или тратить на улучшение показателей больше ресурсов, чем они приносят пользы. Поэтому прежде чем переводить метрики поддержки на язык бизнеса, стоит разобраться, почему сами по себе они дают довольно неполную картину:
  • Метрика не описывает опыт клиента
    Возьмем, к примеру, MTTR – среднее время решения обращения. Если команда сократила его с четырех часов до двух, это очевидное операционное улучшение. Но само по себе оно не отвечает на вопрос, что получил клиент и компания.

    Возможно, проблема действительно была быстро и, главное, качественно, решена. А уровень решения оставляет желать лучше и клиенту пришлось вскоре повторно обращаться в поддержку или он вообще решил отказаться от продукта.
  • Улучшение одной метрики не всегда означает улучшения клиентского опыта в целом
    Оптимизация отдельного KPI может привести к ущербу для бизнеса в целом. Например, если главной целью команды становится First Response Time, сотрудники получают стимул отвечать на обращения как можно быстрее, но быстрый первый ответ сам по себе ничего не означает.

    Клиент может получить сообщение через пять минут, а затем несколько раз объяснять свою ситуацию разным сотрудникам в течение нескольких часов. В отчете FRT будет выглядеть отлично, а клиентский путь – наоборот, станет длиннее и сложнее. Поэтому метрики нужно смотреть в связке. Например, снижение времени ответа имеет смысл оценивать вместе с повторными обращениями, CSAT и другими параметрами.
  • Усреднение скрывает разную ценность клиентов и серьезность обращений
    Допустим, компания сообщает: «Мы выполняем SLA в 95% случаев». Для операционного отчета – это понятный показатель. Но для бизнеса гораздо важнее узнать, рассмотрение каких именно 5% обращений не укладываются в SLA и что происходит с этими клиентами.

    Нарушение SLA для пользователя бесплатного тарифа и для крупного корпоративного клиента – две совершенно разные истории. В первом случае задержка может закончиться негативным сообщением в чат. Во втором – простоем, финансовыми потерями или риском потерять контракт. Поэтому поддержке важно сегментировать показатели по типу клиента, его ценности для компании, типу проблемы и последствиям обращения.
  • Улучшение метрики всегда имеет свою стоимость
    Наконец, у любых хороших показателей есть обратная сторона – ресурсы, которые компания тратит на их достижение, поэтому бизнесу нужно понимать соотношение затрат на изменение и полученного эффекта. Так, если дополнительные инвестиции позволили сократить MTTR на 30%, следующий вопрос должен звучать так: «Сколько клиентов благодаря этому удалось удержать и сколько выручки сохранить?» Если ответ — «практически никак», возможно, компания оптимизировала показатель, который не был критичным для бизнеса.

    Salesforce в одном из своих исследований отмечает, что 91% организаций уже отслеживают выручку, связанную с работой сервиса, в 2018 году этот показатель равнялся 51%. Это показывает то, что поддержку все чаще рассматривают не только как функцию, которая должна работать эффективно, но и как источник измеримого бизнес-эффекта.

    Сами по себе SLA, MTTR, FCR или NPS нужны – без них невозможно управлять работой поддержки, но они должны быть частью более длинной цепочки: метрика поддержки → клиентский опыт → поведение клиента → бизнес-результат.

    Только так становится понятно, зачем компании сокращать MTTR, повышать FCR или следить за NPS. Следующий шаг – определить, какие именно бизнес-результаты стоят за каждой метрикой и как их посчитать. Именно это позволяет перевести язык поддержки на язык бизнеса: из «мы улучшили SLA» в «мы снизили риск оттока и сохранили выручку».
Далее, рассмотрим отдельные показатели более подробно.

SLA

SLA показывает, насколько поддержка укладывается в сроки, которые компания обещала клиенту. Но сам по себе процент соблюдения SLA не отвечает на вопрос: “как это отражается на показателях компании?”. Для того, чтобы понять взаимосвязь нужно:

  • во-первых, выбрать одну бизнес-метрику для проверки. Например, это может быть долю завершенных покупок, количество повторных покупок, количество возвратов, использование продукта после обращения и т.д.

  • во-вторых, нужно взять обращения за 3–6 месяцев и разделить клиентов на две группы: тех, по чьим обращениям SLA был соблюден, и тех, где срок был нарушен. После этого сравните выбранную бизнес-метрику между группами. Например, если вы смотрите на повторные покупки, то сравниваете, как часто они происходили после обращений с соблюденным и нарушенным SLA.

Чтобы не приписывать SLA то, что на самом деле объясняется другими факторами, сравнивать лучше похожие обращения: одного типа, с одинаковым приоритетом и в сопоставимых сегментах клиентов.

Если бизнес-показатель почти не отличается, например клиенты одинаково часто совершают повторную покупку независимо от нарушения SLA, повышать данную метрику во что бы то ни стало, вероятнее всего не имеет смысла. Если же после нарушений SLA результат стабильно хуже, появляется конкретная задача для поддержки.
MTTR показывает, сколько времени клиент ожидает полного решения проблемы. Чтобы понять значение метрики для бизнеса, нужно проверить, меняется ли конкретный бизнес-показатель: завершение оформления заказа, продление подписки или другой в зависимости от времени решения.

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

Берем такие обращения за период 3–6 месяцев и разделяем на группы по времени решения. Например, пусть будет три группы: проблемы, решенные до часа, от часа до четырех часов и дольше четырех часов. Это не универсальные цифры, в другой компании или для другого типа обращений временные интервалы могут будут другими. Затем для каждой группы смотрим, какая доля клиентов в итоге завершила покупку.

Если среди клиентов, чьи проблемы решались до часа, покупку завершает, например, 80%, в группе от часа до четырех часов – 70%, а при ожидании больше четырех часов — менее 50%, появляется очевидная связь между временем решения и бизнес-метрикой.

При этом, не стоит забывать, что само по себе такое сравнение еще не доказывает точно причинно-следственную связь. Так, на покупку могут влиять цена, способ доставки и другие факторы, поэтому результат стоит обязательно проверить на данных за несколько периодов.

Если такая закономерность сохраняется, можно оценить ее уже в деньгах: сколько покупок приходится на обращения с долгим MTTR и какую выручку компания потенциально теряет, если клиент не завершает заказ.

После этого цель поддержки можно сформулировать гораздо точнее. Не просто «снизить MTTR», а, например, сократить время решения проблем с оплатой до уровня, при котором доля завершенных покупок выше на определенное количество процентов.

По такому же принципу можно проверить другие сценарии: для проблем с активацией подписки – продолжение использования продукта, для обращений перед продлением подписки – долю продленных договоров и т.д.

NPS

NPS показывает, какое впечатление у клиента осталось от компании и насколько он готов ее рекомендовать. Поэтому эта метрику достаточно легко связать с дальнейшими взаимодействиями клиента с компанией.

В исследовании, опубликованном в Journal of the Academy of Marketing Science, авторы пять лет наблюдали за 7 крупными брендами спортивной одежды и сопоставляли изменения NPS с последующим ростом продаж. В результате изменения NPS действительно были связаны с будущим ростом продаж. При этом значение имела именно динамика показателя: просто высокий NPS сам по себе не означал, что продажи будут расти.

Еще в одном исследовании авторы проанализировали данные более чем о 656 тысячах клиентов телекоммуникационных компаний. Они сравнили оценки клиентов с их дальнейшим поведением и обнаружили: у клиентов с более высокой оценкой клиентского опыта чаще сохранялись отношения с компанией и выше была активность в использовании услуг.

На практике связь NPS с достижением целей бизнеса можно проверять через конкретные действия клиентов. Например, разделить клиентов по оценкам и посмотреть, как часто они покупают снова, продлевают услугу, продолжают пользоваться продуктом или уходят.

Период анализа нужно выбирать под конкретный бизнес. Если клиент обычно совершает повторную покупку раз в несколько месяцев, нет смысла проверять ее через две недели после оценки NPS. Для сервиса с подпиской, наоборот, логичнее смотреть, продлил ли клиент подписку и продолжил ли пользоваться услугой.

Отдельно стоит избегать периодов с выраженными сезонными пиками. Если на продажи сильно влияет Новый год, начало учебного года или другой сезонный фактор, в это время сложнее понять, что именно повлияло на поведение клиентов. Лучше взять несколько более нейтральных периодов. Если такая связь повторяется в разные периоды и для разных групп клиентов, NPS можно использовать как показатель, связанный с выбранным для отслеживания бизнес-результатом.
Для остальных метрик работает тот же принцип: сначала определить, с каким бизнес-результатом их можно связать, а затем проверить эту связь на реальных данных.

Что в итоге

Работу поддержки важно оценивать не только по ее внутренним показателям. SLA, скорость ответа и другие метрики помогают управлять командой, но их настоящая ценность проявляется в том, что получает клиент и как это отражается на бизнесе.

Поэтому при постановке целей и разборе аналитики стоит смотреть шире привычных цифр и задавать вопрос: «Какое изменение для клиента мы хотим получить и что это изменение даст бизнесу?» Такой подход помогает выбирать действительно значимые KPI и понимать, за что компания платит, улучшая клиентский сервис.

FAQ: частые вопросы

service desk
Поделиться статьёй
Рекомендуем почитать