Как учитывать стоимость поддержки в ценности клиента

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

Cost-to-serve — затраты на обслуживание клиента или заказа. В него могут входить поддержка, ручная обработка, доставка, возвраты и другие действия. Для CRM задача состоит в том, чтобы включить нужную часть этих расходов в оценку ценности клиента и понять, какие процессы стоит изменить.

Выберите решение прежде чем распределять расходы

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

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

Используйте время и стоимость ресурса

В подходе time-driven activity-based costing затраты связывают со стоимостью доступной мощности и потребностью операций в этой мощности, обычно во времени. Роберт Каплан описывает эти два параметра как основу метода. Это помогает учитывать различия между простым и сложным обслуживанием.

Условный пример. Работа команды обходится в 600 000 рублей за месяц. Практически доступное время на обработку обращений после необходимых перерывов и других обязанностей — 30 000 минут. Расчётная стоимость минуты мощности равна 20 рублям.

Это распределение стоимости ресурса. Оно не означает, что компания немедленно сэкономит 900 рублей, если откажется обслуживать Б. Если суммарно использованы только 24 000 минут, оставшиеся 120 000 рублей мощности нужно показать отдельно, а не незаметно распределить на обслуженных клиентов.

Соберите данные без ложной точности

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

Таймеры требуют проверки. Открытая вкладка не доказывает непрерывной работы, а автоматическое сообщение не равно минуте оператора. Для начала можно взять выборку обращений по типам и оценить типовое время, явно указав приблизительность.

Сохраните категорию «не удалось связать». Распределение всех неизвестных случаев пропорционально выручке может создать видимость точного клиентского расчёта без подтверждающих данных.

Разделите проблему клиента и проблему компании

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

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

Как включить показатель в отчёт

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

Полезный результат расчёта — конкретное действие: изменить инструкцию, убрать повторный контакт, пересмотреть условия сложного заказа или спланировать дополнительную смену. Одна итоговая цифра прибыльности без причины нагрузки редко подсказывает, как сделать обслуживание лучше и дешевле.

Источники

Gilbert S.; интервью с Robert S. Kaplan. Adding Time to Activity-Based Costing. Harvard Business School Working Knowledge. 11 апреля 2007.