В прошлом шаге мы разбирались, как не набирать заказов больше, чем команда тянет, - чтобы не перегружать поток. Но даже на идеальной загрузке рано или поздно случится сбой. Кто-то что-то не так понял, материал подвёл, сотрудник схалтурил - и клиент недоволен. Это не вопрос «если», это вопрос «когда». И большой бизнес от маленького отличается не тем, что у него нет косяков, а тем, что у него есть понятный порядок, что делать, когда косяк случился.
Когда вы делаете всё сами, этот порядок живёт у вас в голове. Клиент пишет - вы чувствуете, как реагировать, что предложить, где уступить. Но как только появляется команда, начинается беда: сотрудник при первой же претензии либо замирает, либо хамит в ответ, либо бежит к вам - «тут клиент ругается, что делать?». И вы снова в роли главного пожарного. Чтобы выйти из этой роли, реакцию на недовольство надо вынуть из головы и описать так же, как мы описывали саму технологию услуги.
Молчаливое большинство: жалоб мало - это плохой знак
Сначала развалю одну успокаивающую иллюзию. Многие думают: «Жалоб почти нет, значит, всё хорошо». На деле наоборот. Жаловаться людям неприятно и хлопотно - писать претензию, звонить, выяснять отношения. Большинство недовольных не делают ничего: молча не возвращаются, не рекомендуют вас, а иногда тихо рассказывают знакомым, почему с вами больше не работают.
То есть видимые рекламации - это верхушка айсберга. На каждого, кто написал «мне не нравится», приходится несколько тех, кто промолчал и ушёл. Поэтому ставка «будем разбираться, когда пожалуются» проигрышная: вы узнаёте о проблеме в последнюю очередь и только по самым шумным. Хороший сервис не ждёт жалоб - он ловит сбои сам, пока клиент ещё с вами.
Тишина в почте - это не «всё отлично». Это значит, что недовольные уходят молча. Поэтому работа с недовольством начинается не с ответа на жалобу, а с того, что вы сами спрашиваете клиента, доволен ли он - и держите точки проверки внутри процесса, чтобы поймать огрех до сдачи.
Ловить сбой заранее, а не ждать удара
Раз большинство молчит, недовольство надо выманивать наружу самому. Два простых хода, которые работают в любой услуге.
Первый - спрашивать после сдачи. Не дежурное «всё ок?», а живой вопрос через день-два после того, как клиент пожил с результатом: «Как вам по итогу? Что бы доделали?». В хоумстейджинге это звонок после съёмок и публикации объявления, в ремонте под ключ - заезд через неделю после сдачи квартиры, в маркетинге для ресторанов - как у Дарьи, одной из участниц нашего клуба, - короткий разбор первых результатов рекламы, а не «акт подписали и разбежались». Половина мелких недовольств всплывает именно тут, пока их ещё легко погасить.
Второй ход - точки проверки внутри процесса, до того как клиент вообще увидит результат. Это тот самый контроль качества чужими руками, о котором мы говорили раньше: на ключевых этапах кто-то сверяет работу с чек-листом. Большая часть будущих рекламаций ловится здесь, на внутренней проверке, и до клиента просто не доходит.
Порядок действий при претензии: пять шагов
Теперь главное - что делать, когда недовольство всё-таки прилетело. Тут нужен не талант переговорщика, а простой порядок из пяти шагов, который вы один раз прописываете и которому учите команду. Дальше любой сотрудник реагирует на претензию одинаково спокойно, без вашего участия.
- Выслушать и признать. Дать клиенту высказаться, не перебивая. «Понял вас, спасибо, что сказали, - сейчас разберёмся». Без споров, оправданий и «вы сами виноваты», даже если так и есть.
- Понять, что именно не так. Уточнить, какой результат клиент ждал и чем то, что получил, его не устроило. Часто за эмоцией прячется конкретная мелочь, которую легко поправить.
- Предложить починку и срок. Сказать прямо, что и к какому числу исправите. Конкретный срок успокаивает сильнее любых извинений.
- Сделать и проверить. Переделать, а потом самим спросить: теперь так, как нужно? Не считать вопрос закрытым, пока клиент не подтвердил.
- Разобрать внутри. Уже без клиента: где в технологии была дыра, из-за которой сбой случился, - и заткнуть её, чтобы не повторялось.
Первые четыре шага гасят конкретный пожар. Пятый - то, что отличает систему от вечной беготни. Без него вы будете чинить один и тот же косяк снова и снова у разных клиентов. С ним каждая переделка делает вашу услугу чуть прочнее.
Переделка - сигнал к правке технологии
Вот ключевой разворот всего шага. Большинство относятся к переделке как к неприятности: погасили и забыли. А переделку надо рассматривать как сигнал. Каждый случай говорит: вот здесь, на этом этапе, ваша технология дала сбой. Может, в чек-листе не хватает пункта. Может, на приёмке заказа вы с клиентом по-разному поняли «хорошо». Может, на сдаче никто не сверяет результат со стандартом.
Чтобы сигнал не растворялся в эмоциях, переделки надо считать. Не в голове - в простом списке. И не ради статистики, а чтобы увидеть, где они кучкуются. Когда вы пару месяцев записываете каждую переделку, картина проявляется сама: «Так вот же оно - три раза из пяти затык на одном и том же этапе». Это и есть адрес дыры в технологии. Чините не клиента, а этап.
Заводить ради этого отдельную мудрёную систему не нужно. Достаточно нескольких столбцов в той же таблице, где вы уже ведёте цифры бизнеса: дата, заказ, что пошло не так, на каком этапе, во сколько обошлось. Через месяц-два эти строки сами покажут, какой этап технологии чинить первым.
Про «красивое спасение» - не стройте на этом стратегию
Напоследок предупрежу про модную идею. Есть наблюдение: иногда клиент, чью проблему быстро и красиво решили, начинает доверять компании даже больше, чем если бы сбоя не было вовсе. Звучит соблазнительно - и кто-то делает из этого вывод: давайте где-то подкосячим, а потом эффектно спасём.
Так делать не надо. Этот эффект срабатывает редко и ненадёжно: гораздо чаще сбой просто уводит клиента молча, как мы разобрали в начале. Рассчитывать на спасение - всё равно что специально пробивать колесо в надежде, что подвезёт хороший человек. Цель остаётся прежней: не доводить до сбоя, а если случился - починить по порядку и заткнуть дыру в технологии. Репутация в услугах строится на скучной стабильности, а не на эффектных подвигах.
С чего начать прямо сейчас
Не нужно ни специального софта, ни регламента на двадцать страниц. Нужен один прописанный порядок действий и привычка считать переделки. Этого хватит, чтобы недовольство перестало быть личной катастрофой и стало обычным рабочим процессом, который тянет команда.
- Выпишите на одну страницу пять шагов: выслушать и признать, понять суть, предложить починку и срок, сделать и проверить, разобрать внутри. Это ваш регламент реакции на претензию - покажите его команде.
- Заведите в своей рабочей таблице несколько столбцов под переделки: дата, заказ, что пошло не так, этап, во сколько обошлось. Начните записывать каждый случай, даже мелкий.
- Вспомните последнюю переделку и пройдите по ней пятый шаг: на каком этапе была дыра и какой один пункт добавить в чек-лист, чтобы это не повторилось.
Дальше - последний рывок этого блока. Когда технология описана, контроль идёт чужими руками, а переделки превращаются в правки, остаётся собрать всё это в удобные инструменты, чтобы оно не жило на разрозненных листочках и в вашей голове. Об этом - следующий шаг.
Частые вопросы
Идти по заранее придуманному порядку, а не импровизировать на эмоциях. Сначала выслушать и признать проблему, не споря и не оправдываясь. Потом быстро понять, что именно не так и каким должен быть результат. Дальше предложить починку и назвать срок. Сделать переделку и проверить, что теперь клиент доволен. И только в конце разобраться внутри: где в вашей технологии была дыра, из-за которой сбой случился. Когда этот порядок прописан, любой сотрудник реагирует одинаково спокойно, а не зовёт владельца на каждый конфликт.
Потому что жаловаться неприятно и хлопотно. Большинство недовольных просто молча уходят и не возвращаются, а иногда ещё и рассказывают знакомым. То, что жалоб мало, не значит, что всё хорошо: видимые рекламации - это верхушка, а основная масса недовольства проходит мимо вас тихо. Поэтому нельзя ждать жалоб, нужно самому ловить сбои заранее: спрашивать клиента после сдачи, как ему результат, и держать точки проверки внутри процесса.
Заведите простой учёт: дата, по какому заказу переделка, что именно пошло не так, на каком этапе и сколько это стоило времени и денег. Через пару месяцев вы увидите, что переделки кучкуются в одних и тех же местах - например, всё время недопонимание на приёмке заказа или один и тот же огрех на сдаче. Это и есть дыра в технологии. Чините не отдельный случай, а сам этап: добавляете пункт в чек-лист или точку контроля, чтобы сбой больше не повторялся.
Нет. Есть наблюдение, что хорошо исправленный сбой иногда поднимает доверие клиента выше обычного, но срабатывает это редко и ненадёжно. Рассчитывать на такой эффект и тем более специально косячить - проигрышная ставка: чаще сбой просто теряет вам клиента. Цель - не доводить до сбоя, а если он случился, починить системно. Сильная репутация строится на стабильном результате, а не на эффектных спасениях.