Как превратить жалобу в проверяемую продуктовую гипотезу
- Зафиксируйте проблему словами клиента, продукт, этап пути, ожидание, фактическое препятствие и исход обращения.
- Ограничьте доступ к персональным данным, срок хранения и круг людей, которым действительно нужен материал для разбора.
- Сгруппируйте похожие обращения и сопоставьте их с данными использования, интервью или наблюдением, не делая вывода из одного эмоционального сообщения.
- Сформулируйте одну гипотезу причины и малое обратимое изменение продукта, сервиса или объяснения.
- Проведите review: что изменилось у клиента, какие возникли побочные эффекты и достаточно ли доказательств для следующего шага.
Ниже сохранён исходный материал. Жалобы не гарантируют причинность, удовлетворённость, удержание, продажи или правильность продуктового решения.
Подробности исходного материала
В моей компании одно время существовал такой ритуал. По понедельникам утром мы собирали в одной комнате всех руководителей отделов и зачитывали жалобы клиентов за неделю. Не саммари, не сводку, не процент удовлетворённости — а живые жалобы целиком, с матом, с заглавными буквами, с подробным разбором, кто что сделал не так. Минут на сорок.
Это была не оперативка. Это было что-то вроде коллективной разбора клиентского опыта — для нас, не для клиентов. Сначала большинство ёжилось. Через два месяца втянулись и начали приходить с записями: «Слушайте, я тут заметил, что одна и та же жалоба у нас третий раз за месяц». Со временем команда выделила повторяющиеся темы и проверила несколько изменений в продукте и сообщениях.ендинг, а отдел продаж убрал из скриптов фразу, которая регулярно бесила людей.
И вот тогда я сформулировал для себя то, что сейчас кажется очевидным, а в момент открытия было почти стыдным. Жалобы клиентов — это не нагрузка на службу поддержки. Это бесплатный продакт-менеджер, который работает 24/7 и приносит данные, за которые серьёзные компании платят миллионы маркетинговым агентствам. Большинство компаний этого продакт-менеджера выгоняют через дверь, потому что он плохо одет и говорит неудобные вещи.
Почему мы боимся жалоб больше, чем потери выручки
Странная штука. Когда у нас падает выручка на десять процентов, мы садимся всей командой, разбираем, ищем причины, делаем брейнштормы. Когда нам приходит десять одинаковых жалоб на одну и ту же проблему — мы их обрабатываем по одной, через шаблонные ответы, и не складываем в общую картину. Хотя в первом случае мы видим симптом, а во втором — диагноз.
Причина простая. Жалоба — это эмоциональный удар. Даже если она написана вежливо. Даже если клиент в итоге остался лояльным. Каждая жалоба содержит фразу «вы плохо сделали свою работу», а это никому не нравится. И поэтому коллективное защитное поведение организации — спрятать жалобу подальше, обработать тихо, отчитаться в проценте обработанных и забыть.
А там, где жалобы прячут, там не учатся. И там, где не учатся, через год-два появляется новый конкурент, который слушает то, что вы пропускаете.
Жалоба как сигнал, а не как событие
Большинство компаний относятся к жалобе как к событию. Произошло — обработали — закрыли. Я научился относиться к жалобе как к сигналу — точке, в которой что-то сломалось в системе, и эта система, скорее всего, ломается ещё в десяти местах, просто пока никто не написал.
Принцип такой: на каждую жалобу, которую вы получили, приходится в среднем двадцать-тридцать недовольных, которые не написали. Они просто перестали покупать, или ушли к конкуренту, или рассказали знакомым «не связывайтесь, там что-то странное». Жалоба — это видимая часть айсберга обиды. И размер айсберга всегда больше, чем кажется.
Тинькофф в своё время выстроил культуру, в которой жалобу не наказывают, а изучают. И это не из любви к клиенту в стиле «клиент всегда прав» — это из понимания, что если ты узнал о проблеме до того, как о ней узнал конкурент, у тебя есть фора. Хотя и не всегда. У них тоже бывают провалы. Но скорость реакции — в разы выше рынка, и это идёт оттуда.
Что показывает анатомия одной жалобы
Давайте разберём одну условную жалобу, чтобы стало понятно, сколько в ней информации. Клиент пишет: «Заказал у вас доставку на вторник, она приехала в четверг, никто не предупредил, я уже уехал, теперь курьер четвёртый раз пытается, я не знаю, забирать ли вообще, отвратительный сервис».
Шаблонный ответ — «извините за неудобства, постараемся в дальнейшем». Это закрытие тикета, а не работа с жалобой.
А теперь посмотрим, что на самом деле в этом письме. Во-первых, у вас сломан процесс информирования клиента о переносе доставки — это операционный сбой. Во-вторых, курьерская служба продолжает попытки доставки без согласования — это процессная дыра. В-третьих, клиент находится в состоянии «не знаю, забирать ли вообще» — это значит, что вы рискуете не только этой сделкой, но и негативным отзывом, и потерей клиента навсегда. В-четвёртых, фраза «отвратительный сервис» — это не оскорбление, а готовое цитирование вашего конкурента в социальных сетях через неделю.
Из одной жалобы — четыре отдельных вывода. И ни один из них не лечится фразой «извините за неудобства». Лечится — починкой процесса информирования, регламентом для курьеров, личным звонком клиенту с компенсацией и постфактумным анализом, почему так получилось, чтобы это не повторилось через две недели.
Где компании теряют сигнал
Главная потеря информации происходит в трёх точках. Первая — между клиентом и оператором поддержки. Оператор кладёт жалобу в категорию «доставка», ставит галочку «обработано» и идёт дальше. Содержание теряется, остаётся метка.
Вторая — между поддержкой и руководством. Раз в месяц приходит отчёт: «жалоб столько-то, средний срок обработки такой-то, удовлетворённость такая-то». Руководство видит цифры, не видит сути. Сути нет в цифрах, она в формулировках.
Третья — между руководством и продуктом. Даже если руководство прочитало жалобу, продуктовый отдел про неё узнаёт через месяц на квартальной ретроспективе, когда уже не помнит контекст. К этому моменту жалоба превращается в строчку в Jira с тегом «улучшение UX», и судьба её обычно — попасть в бэклог второго уровня и умереть там.
Чтобы система работала, на каждом из этих переходов должен быть мостик. Не отчёт, а живой канал. У меня этим занимался один человек, который один час в день читал все жалобы и раз в неделю собирал короткий разбор для продуктового отдела. Один человек, один час. Это всё, что нужно для того, чтобы жалобы стали данными.
Три типа жалоб, которые нужно различать
Когда я начал разбираться с жалобами всерьёз, понял, что они не однородны. Есть три типа, и работа с ними должна быть разной. Если их смешивать в одну кучу — не сработает ни один подход.
Жалоба-разовый сбой
Это когда что-то поломалось у конкретного клиента, в конкретный момент. Курьер опоздал, оператор был хамоват, в одной партии товара был брак. Здесь работа простая — извиниться, компенсировать, починить у этого клиента. Системного вывода чаще всего нет, статистика на это не повлияет.
Признак: похожих жалоб за месяц не было, у других клиентов работает нормально. Цель — не потерять конкретного человека и записать инцидент в журнал на случай, если повторится.
Жалоба-симптом процесса
Это когда вы получаете три-пять-десять жалоб на одно и то же. И тут уже не клиент странный, а процесс сломан. Доставка систематически опаздывает по средам — где-то в логистике дыра. Поддержка регулярно теряет тикеты после восьми вечера — кто-то перестал работать ночью без замены. Поставка в магазин приходит без половины ассортимента — поставщик саботирует, и его пора менять.
Эти жалобы — самый ценный материал. По ним можно построить роадмап улучшений на полгода вперёд. Признак: одна и та же категория повторяется. Цель — найти источник в процессе и переделать его, не отдельный случай, а класс случаев.
Жалоба-сигнал о позиционировании
Это самый сложный тип. Клиент пишет: «Я думал, у вас премиум, а у вас обычный сервис». Или: «Я брал у вас потому, что у вас якобы доставка за час, а оказалось — обычная два дня». Это не жалоба на конкретный сбой и не жалоба на процесс — это жалоба на разрыв между обещанием и реальностью.
Авито, например, регулярно получает такие жалобы — клиенты ждут «магазинного» уровня сервиса, потому что бренд большой, а получают «маркетплейсовый» опыт с самоорганизацией. Лечить это не починкой процесса, а изменением маркетинговых обещаний или подъёмом сервиса до уровня обещаний. Это уже стратегическое решение, не операционное.
Признак: клиент жалуется не на «как сделано», а на «что обещано». Цель — увидеть зазор между маркетингом и продуктом и закрыть его с одной из сторон.
Как собрать систему вокруг жалоб, а не сбоку от них
Вот это, пожалуй, самое важное. Большинство компаний имеют систему обработки жалоб — то есть конвейер, который их перемалывает в ответы. У меня в какой-то момент появилась другая идея — система анализа жалоб, которая работает параллельно. Это разные функции, их нельзя объединять в одну роль.
Поддержка обрабатывает. Аналитик читает то, что обработала поддержка, классифицирует, ищет паттерны, доносит до продукта. Это две функции, две разных компетенции. Один человек может совмещать на старте, но через год-два эти роли разойдутся, потому что хороший оператор поддержки не обязательно хороший аналитик.
Что должен делать аналитик жалоб
Первое — еженедельно классифицировать всё, что пришло. Не «доставка / товар / сервис» — это слишком грубо. Нужно второй уровень: «доставка / опоздание», «доставка / повреждение», «доставка / отсутствие связи с курьером», «доставка / неправильный адрес». Через два месяца такой работы вы увидите концентрацию проблем, которую раньше не видели.
Второе — раз в две недели делать обзор для команды. Не с цифрами, а с цитатами. Пять самых ярких жалоб за период, разобранных по сути. Когда продуктовый менеджер видит конкретную фразу клиента, у него включается эмпатия. Когда он видит график «количество жалоб типа Х», эмпатия выключается.
Третье — вести список повторяющихся проблем. Это не баг-трекер и не бэклог, а отдельный реестр. Каждая проблема — с количеством обращений, оценкой потерь, гипотезой решения. Раз в квартал — приоритизация и выбор того, что действительно чинить.
Как не утонуть в шуме
Важная оговорка. Не каждая жалоба — это сигнал. Есть клиенты, которые жалуются всегда и на всё — это их фоновая жизненная функция. Есть жалобы, которые написаны в эмоции и не выдерживают разбора через час, когда человек остыл. Есть жалобы, в которых клиент сам неправ, и эта правда обнаруживается через две минуты разговора с оператором.
Не нужно лечить компанию по каждой жалобе. Нужно лечить по тем, которые подтверждаются повторяемостью, либо по тем, которые показывают зону, куда вы раньше не смотрели. Аналитик жалоб — это не покорный исполнитель «клиент сказал — сделали», а человек с критическим мышлением, который умеет отделять сигнал от шума.
Я когда-то нанял аналитика, который слишком буквально воспринимал каждую жалобу. Через два месяца наш роадмап превратился в кашу из микроулучшений ради одиночных голосов. Пришлось его переучивать, а потом мы вдвоём выработали правило: предложение к продукту вносится, только если за ним стоит минимум пять однотипных жалоб за квартал, или одна жалоба с понятной экстраполяцией на большой сегмент.
Что делать с жалобой, которая злит лично вас
Отдельная категория — жалобы, которые читать неприятно. Где клиент обвиняет, передёргивает, оскорбляет, угрожает судом, обещает разнести в социальных сетях. Это та категория, на которую большинство собственников реагируют с обидой. Хочется ответить «сами виноваты», или «уходите, не наш клиент», или просто проигнорировать.
Я пробовал все три варианта. Все три плохие. «Сами виноваты» работает только в одном случае из десяти — а в девяти других превращает человека в активного антирекламиста на годы. «Уходите, не наш клиент» — это правильная позиция в отношении токсичных клиентов, но её надо озвучивать вежливо, а не в ответ на жалобу, иначе это выглядит как «вы нам надоели». Проигнорировать — самое плохое: клиент идёт писать отзыв на ваш бренд везде, где найдёт.
Лучшее, что я придумал — это правило двадцати четырёх часов. Когда приходит обидная жалоба, я её читаю, делаю заметку «отвечу завтра», и иду заниматься другим. Через сутки эмоция проходит, и я могу написать спокойно. В девяти случаях из десяти клиент тоже за сутки успокоился, и разговор получается другой. В десятом — да, клиент не успокоился. Но и моя реакция уже не отзеркаливает его эмоцию, и переписка не превращается в обмен ударами.
Это правило, кстати, сработало бы и в других местах. Но в работе с жалобами оно особенно ценно — потому что цена за необдуманный ответ слишком высока, а отложить разговор на сутки почти никогда не критично.
Жалоба, которая изменила мой бизнес
Закончу одной историей. Несколько лет назад мы получили длинное письмо от клиента, который рассказывал, как купил у нас услугу, как мы её оказали технически правильно, но он остался полностью неудовлетворённым. И он не мог сформулировать, почему. Письмо на две страницы, с попытками понять самого себя, без обвинений, без агрессии — просто человек думал вслух.
Мы сначала растерялись — это не классическая жалоба, не на что отвечать. Я попросил аналитика разобрать письмо вместе со мной. Час сидели, перечитывали. И в какой-то момент поняли — клиент описывает разрыв между его ожиданиями от сотрудничества с нами и тем, как мы упаковывали продукт. Он ждал партнёрства, а мы продали ему услугу.
За следующие шесть месяцев мы переписали все коммуникации с клиентами — от первого звонка до завершения проекта. Не потому что услуга была плохой, а потому что её упаковка вводила в заблуждение. И через год средняя оценка после проекта выросла с 7,8 до 9,1. Это не случилось бы, если бы мы отмахнулись от того письма как от «странной жалобы непонятного клиента».
Жалобы — это самый дешёвый источник информации о вашем бизнесе. Они приходят сами, ничего не стоят, и говорят правду — иногда такую, которую вы сами себе сказать не готовы. Главное — научиться слушать. И не выгонять продакт-менеджера, который пришёл к вам в виде расстроенного клиента и пытается рассказать, где у вас сломано. У него нет своей выгоды. У него только опыт работы с вашим продуктом — а это именно то, чего у вас никогда не будет, потому что вы смотрите на свой продукт изнутри.
С чего начать на следующей неделе
Я знаю, что чтение статьи не превращается в действие само. Если вы хотите попробовать построить систему вокруг жалоб, а не сбоку от них — вот что я бы сделал на вашем месте в ближайшие десять рабочих дней.
День первый — два. Соберите всё, что есть
Найдите, где у вас сейчас хранятся жалобы. В CRM, в почте, в Telegram-канале поддержки, в чатах WhatsApp с клиентами, в отзывах на Яндекс.Картах, в комментариях к публикациям. Скорее всего, эти источники не сведены, и каждый отдел видит только свою долю.
Сведите всё за последний месяц в одну таблицу. Колонки простые: дата, канал, имя клиента, цитата (целиком, не пересказ), категория, что сделали. Уже на этом этапе вы увидите три вещи. Первая — общий поток жалоб больше, чем вы думали. Вторая — некоторые каналы вы не отслеживали системно. Третья — формулировки клиентов гораздо ярче, чем сводные категории, которые ставила поддержка.
День третий — пятый. Найдите три повторяющиеся темы
Перечитайте таблицу. Не классифицируйте формально, а ищите паттерны. Что повторяется три и больше раз? Что описано разными словами, но про одно и то же? Что вы видите впервые, но интуитивно понимаете — это не разовое?
Обычно за неделю работы у вас выкристаллизуются три темы — три места, где сейчас систематически больно клиенту. Это и есть ваш роадмап на ближайший квартал, выведенный из реальных данных, а не из планёрки с командой за чашкой кофе.
День шестой — десятый. Покажите команде то, что нашли
Не отчитайтесь. Покажите. Соберите руководителей, прочитайте пять самых ярких жалоб целиком. Покажите три темы, которые вы выделили. Спросите: «Что мы делаем с этим в ближайший месяц?» — и пусть ответ даст не вы, а команда. Если ответа нет, значит, вы пока не дошли до точки, где организация готова работать с жалобами как с данными. Это нормально, такая зрелость приходит со временем. Но и сидеть на этих данных в одиночку тоже больше не получится — вы их увидели.
Через месяц вы повторите упражнение. Через три месяца — заметите, что некоторые жалобы перестали приходить, потому что починили процесс. Через полгода — увидите, что число повторяющихся тем уменьшилось вдвое. Через год — поймёте, что у вас в компании появился механизм самообучения, которого раньше не было. И это всё началось с того, что один человек однажды посмотрел жалобы не как на нагрузку, а как на сырьё для решений.
Ozon, кстати, у себя в маркетплейсе пошёл этим путём ещё несколько лет назад — они одни из первых в России начали системно агрегировать отзывы продавцов и покупателей в продуктовые гипотезы. Не из любви к красивой методологии — а потому что поняли, что иначе придётся принимать решения по интуиции, а интуиция собственника не масштабируется так быстро, как растёт маркетплейс.
В малом бизнесе нет необходимости копировать инфраструктуру Ozon. Но философию — что жалоба это данные, а не проблема — можно перенять с понедельника. И через год работать с клиентами и продуктом совсем по-другому.
Предприниматель, бизнес-трекер, пишу о том, как развивать бизнес в условиях неопределенности
