Уточняющие вопросы в поддержке: как спрашивать правильно

Короткий ответ

Уточняющие вопросы оператора поддержки служат пяти целям: опознать клиента и его заказ или аккаунт, понять, как возникает проблема, определить её масштаб, узнать, чего ждёт клиент, и в конце подтвердить, что проблема понята верно. Хороший оператор задаёт их в логичном порядке, по одному-два вопроса в сообщении и не переспрашивает то, что клиент уже сказал. Этот навык тренируется: в симуляции клиент раскрывает некоторые факты только на правильный вопрос, и оператор учится их находить.

Почему умение спрашивать важно

Большинство ошибок в поддержке возникает не из-за неверного ответа, а из-за неверно понятого вопроса. Клиент пишет «приложение не работает», оператор советует переустановить его, а на деле не прошла оплата. Три сообщения и пятнадцать минут потеряны, а клиент чувствует, что его не слышат.

Бывает и обратная ошибка: оператор задаёт клиенту десять вопросов, каждый отдельным сообщением, на часть из них клиент уже ответил. Клиенту кажется, что он заполняет анкету, а не говорит с поддержкой. Хорошее умение спрашивать — между этими крайностями: спрашивать нужное и в нужном порядке.

Пять типов вопросов

1. 1Опознание«Пришлите, пожалуйста, номер заказа или номер телефона в аккаунте» — понять, кто клиент и о чём речь.
2. 2Воспроизведение«На каком шаге это происходит — при оплате или при входе?» — понять, как возникает проблема.
3. 3Масштаб«Это впервые или уже бывало? На другом устройстве так же?» — единичный случай или общая проблема.
4. 4Ожидание«Какое решение было бы для вас лучшим?» — хочет клиент деньги назад или товар?
5. 5Подтверждение«Если я правильно понял, деньги с карты списались, а заказ не отображается. Так?»

Порядок

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

Открытые и закрытые вопросы

Открытый вопрос («что случилось?») даёт клиенту рассказать своими словами и вытаскивает неожиданные детали. Закрытый («оплата прошла?») получает точный факт. Хорошо работает один открытый вопрос в начале, а затем нужные закрытые. Оператор, задающий только закрытые вопросы, похож на следователя, а только открытые — затягивает разговор.

Вопросы в чате и в звонке

• В чате: два-три связанных вопроса в одном сообщении, пронумерованных или коротким списком. Отдельные сообщения отнимают время клиента и путают ответы.
• В звонке: один вопрос за раз, дождаться ответа, коротко его повторить. Три вопроса сразу сбивают клиента.
• В обоих: коротко скажите, зачем спрашиваете, — «чтобы найти ваш аккаунт», — и вопрос звучит менее подозрительно.

Не звучать как допрос

Один и тот же вопрос может звучать очень по-разному. «Почему вы не написали раньше?» звучит как упрёк, «С какого момента это началось?» — как интерес. Правила простые: избегайте вопросов с «почему», объясняйте причину вопроса, после ответа клиента коротко подтверждайте («понятно, спасибо») и переходите дальше. С недовольным клиентом сначала признайте проблему, потом спрашивайте.

Сколько вопросов достаточно

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

Тренировка: сценарий со скрытой деталью

Лучший способ тренировать умение спрашивать — сценарий со скрытой деталью: AI-клиент раскрывает ключ к проблеме только на правильный вопрос. Если оператор не спрашивает, он предлагает неверное решение, и оценка это показывает. Как строится карточка сценария, разобрано в статье об AI-симуляции клиента для поддержки. После тренировки прочитайте переписку вместе с оператором: какой вопрос открыл проблему, а какие были лишними?

Что оценивается

• Получены ли данные для опознания на первом шаге?
• Уточнено ли, как возникает проблема?
• Найдена ли скрытая деталь (настоящая причина)?
• Переспрашивалось ли то, что клиент уже сказал?
• Был ли подтверждающий вопрос перед предложением решения?

Иллюстративный пример

Это иллюстративный пример. В поддержке онлайн-банка обращения «перевод не уходит» занимали много времени. Анализ переписок показал: операторы сразу советовали «обновите приложение», а настоящей причиной часто был исчерпанный дневной лимит. Его открывает только вопрос «какую сумму вы хотите отправить?».

Команда превратила это в сценарий симуляции со скрытой деталью. В первом раунде большинство операторов не спросили о лимите; во втором порядок вопросов изменился. Тему начали отдельно отслеживать и в реальных обращениях.

Типичные ошибки

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

Ограничения

Даже лучший вопрос не даст информации, которой у клиента нет: иногда проблема в самой системе, и найти её можно только технической проверкой. В симуляции AI-клиент может отвечать последовательнее реального. Запрашивая персональные данные, просите только нужное, а проверку личности проводите по правилам безопасности компании.

В Vexvon AI Training

В Vexvon AI Training профиль клиента строит сама компания, и в заметках можно указать, какой факт и когда раскрывается. Компания задаёт собственные критерии — например, пять вопросов выше — и их веса. Оценка отдельно показывает пропущенные вопросы и ошибки, привязанные к сообщениям оператора, и даёт пример лучшего ответа. Подробнее — AI Training.

Следующий шаг

Откройте 10 самых долгих переписок поддержки и найдите в каждой вопрос, после которого всплыла настоящая причина. Этот вопрос должен стать одной из первых строк вашей стандартной последовательности. Вопросы о потребности в продажах разобраны отдельно в статье о тренировке discovery-вопросов. Другие статьи — в разделе об обучении клиентскому сервису; первую тренировку можно собрать во время демо.