ТранскрибаторТранскрибатор
Продуктовое исследование

Проблемное утверждение по интервью: как сформулировать без лишних обобщений

Как написать problem statement по пользовательским интервью: указать человека, контекст, цель, препятствие, последствия и доказательства без готового решения.

Команда Транскрибатора5 минут чтения
ИСТОЧНИКПРОБЛЕМА, КОТОРУЮ МОЖНОКто: координатор проектаКогда: передаёт итогподрядчикуЧто мешает: нет доступа кпроектуПоследствие: риск старойверсииОТ СЛОВ К РЕЗУЛЬТАТУ
Работа с реальной записьюНаглядный учебный примерШаблон для копирования
Продуктовое исследование

Проблема должна направлять исследование, а не маскировать решение

Фраза «нужен удобный экспорт» уже содержит оценку и предполагаемое решение. Команда может начать улучшать кнопку, хотя пользователю на самом деле нужно согласовать результат с человеком без доступа. Полезное утверждение удерживает фокус на ситуации и наблюдаемом препятствии.

Интервью дают примеры, но аналитик отвечает за границы вывода. Один яркий рассказ — основание для гипотезы, а не для слова «всегда». Сохраняйте ссылку на эпизоды и отмечайте, где вы пересказываете, а где цитируете.

Порядок работы

Соберите формулировку из пяти частей

  1. Назовите конкретную группу

    Используйте роль или поведенческий признак, связанный с ситуацией. Демография нужна только тогда, когда она действительно меняет задачу.

  2. Опишите момент возникновения

    Укажите событие, среду и участников: например, передача результата после созвона или проверка отчёта перед отправкой. Контекст делает утверждение проверяемым.

  3. Зафиксируйте цель и препятствие

    Что человек пытается сделать и что наблюдаемо мешает? Не заменяйте препятствие отсутствием вашей функции.

  4. Добавьте последствия и доказательства

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

Разбор на примере

Из общего недовольства в рабочее утверждение

Ниже — вымышленный учебный пример. Имена, условия и результаты приведены только для объяснения метода.

Фрагмент учебной записи · 12:40
После встречи я отправляю итог подрядчику. Он не видит проект, поэтому я копирую таблицу в письмо, и иногда уходит старая версия.

Слабая формулировка: «Пользователям нужен удобный экспорт». В ней нет контекста, цели и последствия, зато уже есть решение.

Рабочая гипотеза: «Координаторы после встреч передают итог внешнему подрядчику без доступа к проекту. Ручное копирование создаёт риск отправить устаревшую версию». Границы выборки нужно указать отдельно. Пример вымышленный.

Кто: координатор проектаКогда: передаёт итог подрядчикуЧто мешает: нет доступа к проектуПоследствие: риск старой версии
Проблемное утверждение соединяет человека, ситуацию, препятствие и наблюдаемое последствие.
ФрагментРабочая записьПроверка
КтоКоординаторы из изученных интервьюКак сформирована группа
КонтекстПередача итога внешнему подрядчикуПовторяется ли ситуация
ПрепятствиеНет доступа к проектуЭто причина или симптом
ПоследствиеРучное копирование и версииЕсть ли наблюдаемый пример
Готовая заготовка

Шаблон problem statement

Заполните поля до того, как обсуждать решения.

Шаблон для вашей работыВыделите и скопируйте
Группа пользователей:
Контекст / событие:
Цель пользователя:
Наблюдаемое препятствие:
Последствия:
Пример поведения:
Цитата и таймкод:
Сколько интервью подтверждает: по единому правилу:
Кого вывод не касается:
Что пока неизвестно:
Problem statement одним абзацем:
Критерий следующей проверки:
Проверка результата

Проверьте границы утверждения

  • В формулировке нет скрытого решения.
  • Группа и контекст названы конкретно.
  • Последствие подтверждено примером.
  • Обобщение соответствует объёму наблюдений.
ИнтервьюНаблюдаемый эпизодРазметкаКто, когда, зачемФормулировкаПрепятствие и эффектГраницаГипотеза для проверки
Problem statement остаётся гипотезой, пока команда не проверила её за пределами исходных эпизодов.
Частые вопросы

Разберём детали

Можно ли включать эмоцию пользователя?

Да, как часть последствия или контекста, если она явно прозвучала. Не усиливайте эмоцию аналитическим ярлыком, которого человек не использовал.

Нужны ли числа?

Только подтверждённые. Время и частоту можно добавить, если они измерены или ясно названы. Не превращайте приблизительную оценку из интервью в точную метрику.

Продолжить работу с записью