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