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