06 · Путь и голос клиента
Переводим требования клиентов в измеримые критерии, считаем долю дефектов и уровень сигмы по этапам сервиса и показываем, что чинить первым.
Демо на выдуманных брендах: работают фильтры, внутри — анкета, по которой собраны данные.Открыть демо-дашборд →Продукт нужен, когда сервис массовый, клиенты уходят или жалуются, а общая оценка удовлетворённости не объясняет, что именно ломается.
Оценка удовлетворённости снижается, но непонятно, на каком этапе и почему.
Жалоб много и они разные, поэтому команда чинит то, что громче, а не то, что важнее.
Запускаете программу улучшения сервиса, и нужна точка отсчёта, от которой можно мерить прогресс.
Нужно поставить подразделениям цели по качеству в понятных цифрах, а не «повысить NPS».
Внутри компании уже работают по Six Sigma, но по данным процессов не видно, что из этого замечает клиент.
Вы консалтинговая компания, и в проекте по улучшению процессов нужен голос клиента в цифрах.
Требования клиентов к каждому этапу пути, согласованные с вашей командой.
Долю клиентов с дефектом и уровень сигмы по каждому требованию, этапу и пути в целом.
Частота дефекта × его влияние на лояльность.
Дефект в них клиент не прощает. Определяем по методу Кано.
Цели по сигме для каждого этапа, которые можно отдать ответственным подразделениям.
Дашборд, в который доливаются следующие замеры: видно, сработали ли улучшения.
Сначала слушаем клиентов и вашу команду: что для людей значит «хороший сервис» на каждом этапе. Раскладываем это в дерево CTQ (Critical to Quality) — требований, критичных для качества.
Каждая размытая потребность становится проверяемым требованием: «быстро» → «оператор ответил» → «не дольше 2 минут». Такое требование уже можно спросить в анкете, и ответ на него однозначный: было или не было.
Если нужно начать шагом раньше, перед деревом CTQ ставим вопрос из подхода Jobs to Be Done: какую работу клиент нанимает вас выполнять. JTBD отвечает, что клиенту нужно получить, дерево CTQ — каким требованиям должно отвечать исполнение. Первое обычно нужно продуктовой команде, второе — операционной, и вместе они складываются в одну цепочку.
Каждый случай, когда клиент столкнулся с нарушением требования, — это дефект. Долю дефектов мы переводим в уровень сигмы — единую шкалу, на которой можно сравнить «долгое ожидание в колл-центре» и «ошибку в выписке».
Если с дефектом столкнулись 5% клиентов, это около 3,1σ, если 1% — около 3,8σ. Дальше считаем, какие дефекты сильнее всего влияют на удовлетворённость и желание уйти, методом относительных весов (Johnson's Relative Weights). Так видно, что чинить первым.
Мы измеряем дефекты глазами клиента, и это дополняет работу Six Sigma-специалистов внутри компании. Операционные данные показывают, где процесс нарушил стандарт. Опрос показывает, какие нарушения клиент вообще заметил и какие из них стоят вам лояльности. Вместе две картины дают приоритеты, которых не видно по отдельности.
Консалтинговым компаниям помогаем дополнить анализ клиентской базы количественным опросом. Можем работать на аутсорсе внутри вашего проекта: анкета, сбор данных, расчёт и выгрузка в формате, удобном для вашей модели.
Фиксируем путь клиента и этапы, собираем то, что уже известно из жалоб и отзывов.
6–8 глубинных интервью с клиентами и сессия с вашей командой. Собираем дерево CTQ.
Переводим требования в вопросы и согласуем с вами до старта опроса.
Онлайн-опрос клиентов, которые прошли путь за последние 3 месяца.
Считаем долю дефектов, сигму и влияние на лояльность, собираем матрицу приоритетов.
Защита результатов и сессия по целям улучшения.
Повторные волны через 6–12 месяцев: контроль изменений в том же дашборде.
Данные в одном дашборде с фильтрами по городам и сегментам. Новый разрез через месяц после проекта открываете сами, без письма аналитику.
Повторный замер доливается в тот же дашборд: динамику видно без новой сборки отчёта.
Для совета директоров или головного офиса готовим презентацию с выводами, для отправки — офлайн-версию дашборда одним файлом.
Исследование голоса клиента (Voice of Customer) переводит требования клиентов к сервису в проверяемые критерии и считает, как часто сервис их нарушает. Доля нарушений переводится в уровень сигмы, а влияние на лояльность показывает, что чинить первым.
Типичные ситуации: оценка удовлетворённости снижается, но непонятно, на каком этапе и почему. Жалоб много и они разные, поэтому команда чинит то, что громче, а не то, что важнее.
Расскажите, где клиенты жалуются или уходят, — предложим этапы, требования для проверки и выборку.