Продакт-менеджер, СЕО Единорог и EXP.fm.

Делюсь опытом в области продакт-менеджмента и управления продуктами. Нужен совет или есть вопрос? Пиши в комменты – помогу чем смогу.
Как писать спецификации на фичи
Published in 15 Feb 2021
357

Как писать спецификации на фичи

Думаю, что существенная часть успеха любого продукта состоит в том, как продакт-менеджер доносит своё видение до команды. И раз продуктовое видение транслируется через родмэп и бэклог, то логично предположить, что успех зависит от того, как именно продакт формулирует мысли в текст в продуктовых спецификациях.

Благодаря грамотной спецификации вы снижаете продуктовые риски, повышая командную коммуникацию и ответственность, что, в конечном счете, сказывается на более высоком качестве разработки/развития продукта.

Что содержит спецификация

Спецификация в продукте — это четко сформулированный план о том, ЧТО вы хотите создавать и, главное, ЗАЧЕМ и ПОЧЕМУ.

Ответьте для себя и команды на следующие 8 вопросов:

  1. Какую проблему мы решаем. Сформулируйте проблему, которую вы пытаетесь решить. Что еще более важно, объясните, почему к этому стоит обратиться. Будьте конкретны и предоставьте показатели.
  2. Критерий успеха (цель). Всё просто — оценка и сравнение метрик до и после внедрения решения должны строиться на цели, которую можно "потрогать". Это может быть ключевая продуктовая метрика или те, по которым пользователь идёт к ней.
  3. Гипотеза. Общий вариант решения поставленной ранее проблемы. Опишите решение общими словами: "меньше действий пользователя/быстрое действие/помощь с выбором или решением/информирование/и т.д.". Помните, что в спецификации 1 проблема, решается в рамках 1 гипотезы в рамках 1 фичи (но есть исключения).
  4. MVP. Конкретный пример решения проблемы с указанием пользовательского контекста и UX. Да, "MVP-подход" можно использовать не только при запуске продукта, но и для каждой фичи и идеи соответственно, тестируя понемногу ваши идеи без их глобального внедрения (а потом и выпиливания).
  5. Вопросы команде. Самый важный раздел, на основе которого ваша команда и должна обсуждать любые возможные решения. Провоцируйте команду вопросами, вовлекайте её в обсуждение возможного решения с его достоинствами и недостатками.
  6. Дедлайн. То, к чему мы все рано или поздно приходим. Всё индивидуально, поэтому стоит с самого начала совместно с командой прикидывать возможные сроки реализации задуманного.
  7. Успех MVP. Дублёр пункта №2 с поправкой на то, что это MVP. То есть можно тестировать большую гипотезу. В случае с кнопками авторизации из примера ниже, это интеграция всего лишь 1 сервиса, на результатах обкатки которого можно думать далее о подключении доп. сервисов.

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

Прочие рекомендации:

  • Задавайте направление для командных размышлений, а не выдавайте готовые решения.
  • Не торопитесь. Любая фича/идея должна отстояться минимум неделю.
  • Будьте кратки. Краткость заставляет ясность мысли и общения. Используйте маркеры и жирный шрифт, чтобы упростить сканирование документа/сторис. Пишите в повседневном стиле, в котором общаетесь в команде. И нет ничего плохого в юморе.
  • Предупреждай вопросы команды. Завершенная спецификация - это спецификация, которая была рассмотрена и в целом согласована. Если вы надеетесь включить работу в будущий спринт, убедитесь, что вы начали этот процесс за 2–3 недели до этого.
  • Думай как разработчик. Очень помогает видеть взаимосвязи между объектами внутри продукта и заранее видеть скользкие места и будущее, рассказывал как-то об этом.
  • Визуализируйте. Если блок-схемы передают огромное количество информации в легко усваиваемой форме и гораздо более наглядны для понимания связей и поэтапных процессов.
  • Придерживайтесь пунктов и переходите к последующему только после полного понимания предыдущего.
  • Назначить встречу и обсудить спецификацию. Считается хорошим тоном, когда участники ЗАРАНЕЕ и перед встречей ещё раз читают спецификацию. Что и как обсуждать на встрече описывал в этом посте.
  • Не забывайте обновлять спецификации после обсуждений или верификаций значимых моментов на встречах.

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

Зарегистрируйтесь для комментирования
Авторизация
Контакты Владимир Миролюбов
22 Jul 2020 • 834 views
22 Jul 2020 • 945 views
31 Mar 2021 • 261 views
Читать больше
Владимир Миролюбов