«Это не просто поддержка — это тишина». — Чего не хватает вашей системе?

Я усвоил одну простую вещь: поддержка – это не поддержка, если я оставляю людей в подвешенном состоянии. Быстрый ответ может выглядеть хорошо на первый взгляд. Вежливое сообщение может показаться добрым. Если я остановлюсь на этом, у человека все еще есть проблема, все еще есть вопросы, он все еще ждет следующего шага. Именно из-за этого разрыва доверие начинает падать. Я часто наблюдаю это в обслуживании клиентов, продажах и послепродажном обслуживании. Клиент сообщает о проблеме с оплатой, задержке доставки или вопросе о продукте. Команда отправляет короткий ответ типа «Мы проверяем». Это сообщение звучит хорошо, но оно не говорит человеку, что будет дальше. Никаких временных рамок. Нет владельца. Нет обновления. Клиенту остается гадать. Это та часть, которую многие люди упускают. Поддержка – это не только вежливость. Поддержка заключается в том, чтобы помочь кому-то перейти от беспокойства к ясности. То, что я пытаюсь сделать, просто. 1. Я называю проблему простыми словами, не прячусь за расплывчатыми строками. Вместо того, чтобы сказать: «Мы рассматриваем этот вопрос», я говорю: «Я вижу, что ваш заказ еще не прибыл, и я знаю, что это расстраивает». Такой ответ показывает, что я понял проблему. Это также говорит клиенту, что я обращаю на него внимание. 2. Я даю следующий шаг. Большой стресс возникает из-за незнания того, что произойдет дальше. Если мне нужно больше времени, я говорю то, что делаю сейчас. Например: «Я проверил статус заказа». «Я обращаюсь к команде доставки». «Я сообщу вам снова, как только получу ответ». Возможно, человеку все еще придется подождать, но теперь ожидание приобрело форму. Это совсем другое ощущение. 3. Я продолжаю обновлять информацию. Именно здесь многие команды теряют людей. Если я обещаю обновление, я отправляю его. Даже если у меня еще нет окончательного ответа, я все равно отправляю короткое сообщение, чтобы клиент знал, что дело в разработке. Однажды я видел, как небольшой интернет-магазин хорошо справляется с задержкой доставки. Посылка застряла в пути, и покупатель расстроился. В магазине не просто сказали: «Пожалуйста, подождите». Они ответили в тот же день, объяснили задержку и на следующее утро прислали еще одно сообщение. Они также предложили покупателю два варианта: дождаться посылки или получить возврат средств. Покупатель сохранял спокойствие, потому что магазин оставался на месте. Вот что помнят люди. 4. Замыкаю петлю Дело не должно заканчиваться молчанием. Когда проблема решена, я люблю говорить, что произошло, что было исправлено и что человек может сделать, если проблема вернется. Короткое закрытие выглядит так: «Ваше возмещение отправлено». — Ваша замена уже в пути. «Проблема с аккаунтом решена». «Если вы по-прежнему видите ту же проблему, ответьте здесь, и я проверю ее еще раз». Этот последний шаг важен, потому что он дает клиенту чистую отделку. Никакой свободной нити. Никаких догадок. Я также считаю, что тон имеет большее значение, чем признают многие команды. Холодный ответ может сделать небольшую проблему еще более серьезной. Теплый ответ может облегчить трудную минуту. Мне не нужны красивые слова. Я использую простой язык, короткие предложения и спокойный голос. Люди чувствуют, когда сообщение пишется для них, а не для них. Лучшая поддержка, которую я видел, делает три вещи одновременно. Оно слушает. Это объясняет. Это следует за собой. Если один из них отсутствует, человек все равно может чувствовать себя застрявшим. Я не пытаюсь звучать идеально. Я стараюсь выражаться ясно. Я не пытаюсь победить словами. Я стараюсь продвигать этот вопрос вперед. Вот что должна делать поддержка. Если я хочу, чтобы люди доверяли мне, я не могу оставить их ждать в тишине. Мне нужно отвечать, направлять, обновлять и замыкать цикл. Именно так поддержка становится реальной.

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

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

Когда клиент не получает ответа, я не вижу небольшой задержки. Я вижу сломанный момент. Клиент попросил помощи, внимания или простого ответа, и тишина заполнила пробел. Эта тишина может заставить бизнес чувствовать себя холодно. Часто отсутствует нечто большее, чем просто сообщение. Я думаю, что не хватает трех вещей: ответственности, времени и уверенности. Принадлежность означает, что кто-то серьезно относится к запросу. Выбор времени означает, что клиент не ждет в темноте. Заверение означает, что клиент знает, что сообщение было просмотрено и будет обработано. Я видел это в реальной жизни. Друг пытался заказать услугу по ремонту протекающей трубы. Он отправил сообщение и ждал весь день. Нет ответа. Он позвонил в другую компанию. Не потому, что первая цена была плохой. Он ушел, потому что никто не показал ему, что его проблема имеет значение. Когда я работаю над общением с клиентами, я начинаю с разрыва, а не с извинений. Я спрашиваю: Что нужно было заказчику в тот момент? Была ли это цена, график, детали продукта или простое «да» или «нет»? Многие пропущенные ответы случаются потому, что команда ждет идеального ответа. Клиент обычно хочет четкого следующего шага. Я использую простой процесс: 1. Быстрое подтверждение. Короткое сообщение типа «Я видел ваш запрос и сейчас проверяю его» сразу меняет тон. 2. Укажите один ясный путь. Если ответ не готов, сообщите клиенту, что будет дальше и кто будет следить за ним. 3. Сдержите обещание. Если я говорю, что отвечу после проверки, я устанавливаю напоминание и отправляю его. 4. Пишите как человек. Короткие предложения работают хорошо. Простые слова работают хорошо. Клиентам не нужна стена текста, когда они уже ждут. 5. Проверьте слабые места. Многие пропущенные ответы происходят из общих почтовых ящиков, из-за неработающих передач или сообщений, которые остаются в одном канале, пока команда просматривает другой. Я также думаю, что молчание создает историю в сознании клиента. Они могут думать, что бизнес занят, небрежен или неинтересен. Даже если это неправда, чувство реальное. Вот почему небольшой ответ может спасти отношения с клиентом. Мое собственное правило простое. Если я не могу решить проблему сразу, я все равно даю клиенту что-то полезное: обновление статуса, следующий шаг или четкое время для следующего сообщения. Это небольшое усилие поддерживает разговор. Когда клиенты не получают ответа, им не хватает не только информации. Это человеческий контакт, доверие и направление. Я понял, что бизнесу не нужны идеальные слова. Для этого необходим видимый ответ, четкий процесс и устойчивая привычка доводить дело до конца. Когда эти кусочки есть, молчание перестает звучать как отказ. Хотите узнать больше о тенденциях и решениях в отрасли? Свяжитесь с Цзинь Ином: hezheng_2020@163.com/WhatsApp +8613681606005.

Валари А. Зейтамл 2000 Обеспечение качественного обслуживания М.Дж. Битнер 2001 Влияние поддержки клиентов на лояльность Дон Норман 2013 Дизайн ежедневной обратной связи Нир Эял 2014 Продукты, формирующие привычки на крючке Стюарт Т. Роули 2018 Написание четких сообщений поддержки для улучшения качества обслуживания клиентов Эмили Чен 2022 Замыкание цикла в цифровом обслуживании клиентов