Голос клиента: как собирать мнения клиентов и превращать их в улучшения

Почему один ответ не убирает повторный вопрос

Поддержка закрыла обращение о доставке, а на следующий день другие покупатели снова спрашивают, когда приезжать за заказом. Голос клиента, или Voice of Customer, — регулярный сбор и разбор того, что покупатели рассказывают о своём опыте. Начните с повторяющейся ситуации: соберите сообщения о ней из нескольких мест, проверьте причину и передайте исправление тому, кто может изменить процесс. После изменения выясните, задают ли вопрос реже.

В словаре программы Baldrige голос клиента определён через процесс получения сведений о клиентах. Оценка после покупки показывает впечатление. В сообщении к ней иногда есть условие, которое можно проверить: покупатель приехал за заказом, потому что в письме увидел слово «подтверждён», хотя товар ещё не поступил в пункт выдачи. Для изменений нужны именно такие обстоятельства, иначе одинаковая оценка скроет и задержку сборки, и неясный текст уведомления.

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

Где искать тех, кого не слышно

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

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

За выборкой следит ответственный. Если собрали мнения только тех, кто прошёл путь до оплаты, запишите это ограничение рядом с выводом и проверьте незавершённые заявки, если по ним есть уместный способ уточнить причину. Публичный комментарий помогает найти случай. Судить по нему о доле всех покупателей рискованно, особенно если менялись число заказов или способ приглашения к отзыву.

Как записать сообщение для разбора

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

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

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

Неясный эпизод остаётся открытым. Нейтральная отметка «нужно уточнить» полезнее уверенной причины без подтверждения.

Что выбрать для первого исправления

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

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

Для исправления нужно сначала подтвердить причину. Если пока известен только результат, назначьте сотрудника, который откроет нужные заказы и принесёт сравнение к согласованному сроку.

Как передать причину в работу

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

В таблице хватит ссылки на задачу и её состояния. В полях Яндекс Трекера, например, есть теги для поиска и сортировки, статус для этапа работы и резолюция для причины закрытия. Настройка нужна, чтобы видеть путь проблемы от разговора до исправления. Для статуса «готово» задайте наблюдаемый признак: сотрудник подтверждает сборку, и покупатель видит актуальное письмо для нужного пункта выдачи, а старое приглашение не уходит ни по почте, ни в канал, где покупатель раньше получал дублирующие уведомления.

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

Как сообщить клиенту о результате

Сначала закройте конкретный случай. Покупателю нужно узнать, что с его заказом и когда можно приезжать, даже если изменение общего правила ещё впереди. Если он уже потерял время, назовите сотрудника, который поможет, и срок, когда можно забрать заказ. Новое правило объясните после решения его ситуации, иначе ответ про будущие улучшения оставит прежнюю поездку без результата, а человек будет вынужден снова уточнять время. В журнале отметьте, дошло ли до него подтверждение и кому передан вопрос, если в обещанное время выдача всё-таки не состоялась.

Для публичного отзыва оставьте понятный способ связи. В Яндекс Бизнесе владелец или представитель может ответить от компании. Автор не может продолжить обсуждение прямым ответом в интерфейсе сервиса, но может изменить исходный отзыв или воспользоваться указанными контактами. Объясните публично, какой шаг предложен, и уточните сведения о заказе в рабочем канале. Для разговора пригодится порядок ответа на негативный отзыв.

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

Где видно, стало ли проще покупателям

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

Для оценки берите сопоставимые периоды и заказы. Допустим, раньше было 12 обращений о готовности на 100 заказов самовывоза, затем восемь на 200 заказов. Получится 12 и четыре обращения на 100 заказов. В этом сравнении уменьшилось и число сообщений, и частота обращений на 100 заказов. Условия сравнения тоже запишите. Числа могут измениться, если команда поменяла часы или правила учёта. Отдельно посмотрите, не стало ли покупателям труднее связаться с поддержкой по вопросу, который вы отслеживаете.

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