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