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

Карточка запроса функции по интервью: проблема, контекст и обходной путь

Как оформить feature request по интервью: отделить предложенную функцию от проблемы, сохранить контекст, частоту, последствия, обходной путь и доказательства.

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

«Добавьте кнопку» — это начало разговора, а не готовое требование

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

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

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

Разведите сигнал, проблему и решение

  1. Сохраните исходную формулировку

    Запишите просьбу и таймкод без редакторского усиления. Укажите роль и сценарий обезличенно, если персональные данные не нужны для решения задачи.

  2. Раскройте контекст действия

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

  3. Зафиксируйте обходной путь

    Спросите, как задача решается сейчас: таблицей, ручной проверкой, другим сервисом или никак. Обходной путь показывает цену проблемы, но сам по себе не доказывает приоритет разработки.

  4. Оставьте решение гипотезой

    Запишите предложенную функцию отдельно и добавьте альтернативы для проверки. Решение попадёт в бэклог только после оценки ценности, охвата, сложности и стратегии команды.

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

Просьба добавить кнопку экспорта

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

Фрагмент учебной записи · 12:40
Добавьте кнопку «Отправить руководителю». Сейчас я копирую итог в письмо, потому что у него нет доступа к проекту.

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

Карточка должна сохранить исходную просьбу и контекст: итог нужен вне проекта; текущий обход — ручное копирование; риск — потеря форматирования или версии. Пример вымышленный.

Сигнал: нужнакнопкаПроблема: передатьитог без доступаГипотеза: отправкаписьмомАльтернатива:гостевая ссылка
Одна просьба раскрывается в проблему и несколько вариантов решения.
ПолеЧто записатьЧего не делать
Исходная просьбаДословная формулировкаПереписывать в готовое ТЗ
КонтекстНедавний сценарий и участникиОставлять роль без задачи
ПоследствиеВремя, ошибка или блокировкаПридумывать ущерб
РешенияПросьба и альтернативыОбещать разработку
Готовая заготовка

Шаблон карточки feature request

Карточка подходит для первичной фиксации сигнала, а не заменяет исследование и спецификацию.

Шаблон для вашей работыВыделите и скопируйте
Идентификатор сигнала:
Дата и источник:
Роль пользователя:
Исходная фраза / таймкод:
Задача до затруднения:
Контекст и участники:
Что мешает:
Последствия:
Текущий обходной путь:
Как часто наблюдалось: только подтверждённые данные:
Предложенное решение:
Альтернативные гипотезы:
Что нужно проверить:
Решение по следующему шагу:
Проверка результата

Проверьте карточку до передачи в продукт

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

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

Нужно ли включать имя клиента?

Только если это действительно требуется процессу и разрешено правилами работы с данными. Для анализа часто достаточно роли, сегмента и ссылки на защищённый источник.

Когда писать user story?

Когда команда уже понимает пользователя, задачу и границы будущего решения. Первичная карточка может предшествовать user story и не должна притворяться готовым требованием.

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