Найти тему
Олег Варига

Продуктовый верстак

Оглавление

Продуктовый верстак – инструмент для управления разработкой продукта, который помогает команде систематизировать работу. Объединяющий в себе различные аспекты разработки и анализа продукта. Он представляет собой доску с функциональными блоками или виртуальное пространство, где фиксируются все идеи, задачи, проблемы и решения, связанные с продуктом.

Продуктовый верстак
Продуктовый верстак

Позволяет:

  1. Визуализировать процесс разработки продукта.
  2. Обеспечить прозрачность работы команды.
  3. Идентифицировать и приоритизировать задачи.
  4. Отслеживать прогресс разработки продукта.
  5. Поддерживать коммуникацию между участниками команды.

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

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

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

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

Продуктовый верстак включает в себя несколько ключевых элементов:

  1. Функциональный блок: воронка продуктовых идей - процесс сбора, фильтрации и отбора идей для новых возможностей продукта или улучшений существующих.
  2. Функциональный блок: двойной ромб - пространство проблем и пространство решений, этап погружения и подъема в предметную область реализации идеи, переход от идеи к гипотезе.
  3. Функциональный блок: гексагон - матрица приоритезации подтвержденных гипотез.
  4. Функциональный блок: трапеция и цикл - приоритезация разработки и реализация подтвержденных гипотез.
  5. Функциональный блок: накопитель - хранение и систематизация версий реализованных гипотез.

1. Функциональный блок - воронка продуктовых идей

Воронка продуктовых идей
Воронка продуктовых идей

Воронка продуктовых идей является первым этапом продуктового верстака и представляет собой процесс сбора, фильтрации и отбора идей для новых возможностей продукта или улучшений существующих. Этот этап играет ключевую роль в определении направления развития продукта и его соответствия потребностям рынка. Задачи воронки продуктовых идей:

  1. Сбор идей: На этом этапе важно собрать как можно больше идей от всех заинтересованных сторон, включая сотрудников, клиентов, партнеров и конкурентов. Это может быть достигнуто через мозговые штурмы, опросы, интервью, анализ обратной связи от клиентов и другие методы.
  2. Фильтрация идей: После сбора идей следует их фильтрация, чтобы отсеять нереализуемые или нерентабельные идеи. Критерии фильтрации могут включать соответствие стратегическим целям компании, рыночный потенциал, технические возможности и финансовые ограничения.
  3. Отбор идей: Отобранные идеи проходят более детальный анализ, чтобы определить их потенциал и жизнеспособность. На этом этапе используются различные методы анализа, такие как SWOT-анализ, анализ рынка, оценка рисков и возможностей.
  4. Приоритизация идей: После анализа отобранные идеи ранжируются по степени важности, срочности реализации, готовности технологий. Приоритизация позволяет сосредоточиться на наиболее перспективных идеях и распределить ресурсы наиболее эффективно.

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

2. Функциональный блок - двойной ромб

Двойной ромб - пространство проблем и пространство решений
Двойной ромб - пространство проблем и пространство решений

Работа с проблемным пространством начинается с понимания, что проблема – это не просто препятствие, а возможность для роста и развития. В основе модель SCORE (Р. Дилтс), предлагает структурированный подход к анализу и решению проблем.

  1. Симптомы: Определите, какие аспекты текущей ситуации вызывают беспокойство или требуют изменения.
  2. Желаемый результат: Четко сформулируйте, какое состояние вы хотите достичь после решения проблемы.
  3. Эффекты: Подумайте, какие положительные изменения произойдут после достижения желаемого результата.
  4. Причины: Исследуйте, что лежит в основе проблемы, какие факторы её вызвали.
  5. Ресурсы: Оцените, какие ресурсы (знания, навыки, инструменты) вам необходимы для решения проблемы.

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

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

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

После генерации идей следует их оценка и выбор наиболее перспективных для дальнейшего развития. Этот этап включает в себя тестирование эскиза решений (MVP) на пользователях, анализ полученных данных и принятие окончательного решения.

3. Функциональный блок - гексагон

Гексагон - матрица приоритезации подтвержденных гипотез
Гексагон - матрица приоритезации подтвержденных гипотез

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

Цели гексагона:

  1. Оптимизация ресурсов: Эффективное распределение ресурсов команды разработки для реализации наиболее ценных функций продукта.
  2. Улучшение пользовательского опыта: Приоритизация функций, которые напрямую влияют на удовлетворенность и лояльность пользователей.
  3. Соответствие бизнес-стратегии: Реализация функций, которые поддерживают стратегические цели компании и увеличивают ее конкурентоспособность.

Задачи гексагона:

  1. Оценка подтвержденных гипотез: Применение методов оценки, таких как Value/Effort матрица, для определения ценности каждой подтвержденной гипотезы для продукта и усилий, необходимых для ее реализации.
  2. Коммуникация и согласование: Обсуждение результатов оценки с командой разработки и другими заинтересованными сторонами для обеспечения общего понимания и поддержки принятых решений.

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

4. Функциональный блок - трапеция и цикл

Трапеция и цикл - приоритезация разработки и реализация подтвержденных гипотез
Трапеция и цикл - приоритезация разработки и реализация подтвержденных гипотез

Трапеция нужна для приоритизация разработки подтвержденных гипотез особенностей продукта на основе Kano Model для повышения удовлетворенности клиентов и эффективности использования ресурсов.

Задачи трапеции:

  1. Анализ потребностей пользователей (заказчиков): Сбор и анализ обратной связи от пользователей о существующих и потенциальных функциях продукта.
  2. Классификация функций: Распределение функций продукта по категориям.
  3. Приоритизация функций: Определение порядка разработки функций на основе их влияния на удовлетворенность пользователей.
  4. Разработка дорожной карты: Создание плана разработки продукта с учетом приоритетов, определенных на предыдущем этапе.
  5. Мониторинг и адаптация: Регулярный сбор обратной связи от пользователей для корректировки приоритетов и дорожной карты.

Модель Кано разделяет особенности продукта (фичи) на пять категорий:

  1. Обязательные (Must-be). Эти фичи пользователи считают само собой разумеющимися. Их отсутствие вызывает недовольство, а наличие не повышает удовлетворённость.
  2. Одномерные (One-dimensional). Эти фичи напрямую влияют на удовлетворённость пользователей. Чем больше таких фич реализовано, тем выше удовлетворённость.
  3. Привлекательные (Attractive). Эти фичи вызывают восторг у пользователей, но их отсутствие не вызывает недовольства.
  4. Неважные (Indifferent). Эти фичи не влияют на удовлетворённость пользователей.
  5. Нежелательные (Reverse). Эти фичи вызывают недовольство у пользователей, если они реализованы.

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

Цикл - реализация подтвержденных особенностей продукта (фич) на основе фреймворка SCRUM для обеспечения гибкости и адаптивности процесса разработки, а также для быстрого вывода особенностей продукта на рынок.

Задачи:

  1. Планирование спринтов: Определение целей и задач каждого спринта, а также распределение ресурсов и обязанностей среди членов команды.
  2. Ежедневный скрам: Проведение ежедневных встреч для обсуждения прогресса, выявления препятствий и принятия решений по их устранению.
  3. Ретроспективы спринтов: Анализ результатов каждого спринта, выявление лучших практик и областей для улучшения.
  4. Инкрементальное развитие продукта: Разработка и внедрение новых функций и улучшений в продукте на основе обратной связи от пользователей и анализа рынка.
  5. Тестирование и контроль качества: Обеспечение высокого качества продукта путем проведения тестирования на каждом этапе разработки.
  6. Взаимодействие с заинтересованными сторонами (Демо): Постоянное общение с пользователями, заказчиками и другими заинтересованными сторонами для понимания их потребностей и ожиданий.

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

5. Функциональный блок - накопитель

Накопитель -  хранение и систематизация версий реализованных гипотез
Накопитель - хранение и систематизация версий реализованных гипотез

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

Задачи:

  1. Сбор и хранение данных: Сбор и сохранение всех данных, связанных с разработкой продукта, включая документацию, код, тесты, обратную связь от пользователей и т.д.
  2. Систематизация и маршрутизация данных: Организация данных таким образом, чтобы они были легко доступны и понятны всем участникам команды.
  3. Обеспечение доступности данных: Обеспечение возможности быстрого доступа к данным в любое время.
  4. Поддержка процесса разработки: Предоставление данных, необходимых для продолжения разработки продукта, включая информацию о предыдущих версиях, ошибках и исправлениях.

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

Альтернативные логические схемы:

Схема исследования и доставки фич продукта v1
Схема исследования и доставки фич продукта v1
Схема исследования и доставки фич продукта v2
Схема исследования и доставки фич продукта v2
Схема исследования и доставки фич продукта v3
Схема исследования и доставки фич продукта v3
Схема три робма - разработка и доставка фич продукта
Схема три робма - разработка и доставка фич продукта
6 ключевых этапов разработки Product Requirements Document (PRD) – документ с требованиями
6 ключевых этапов разработки Product Requirements Document (PRD) – документ с требованиями

Карта разработки продукта от идеи до пострелиза
Карта разработки продукта от идеи до пострелиза
Схема гибкой разработки продукта
Схема гибкой разработки продукта
Схема разработки клиентоцентричных продуктов
Схема разработки клиентоцентричных продуктов
Общая схема разработки клиентоцентричных продуктов  и доставки новых фич
Общая схема разработки клиентоцентричных продуктов и доставки новых фич
Мониторинг ЖЦ продукта
Мониторинг ЖЦ продукта
Мониторинг ЖЦ гибкого продукта
Мониторинг ЖЦ гибкого продукта
Мониторинг ЖЦ гибкого продукта в разрезе спринтов
Мониторинг ЖЦ гибкого продукта в разрезе спринтов
Логическая схема гибкой разработки фичи
Логическая схема гибкой разработки фичи
Логическая схема гибкой разработки фичи- глобальный спринт
Логическая схема гибкой разработки фичи- глобальный спринт

Инструменты и артефакты процессов продуктового верстака:

Гибкий-сбер ЖЦ продукта: инструменты и артефакты
Гибкий-сбер ЖЦ продукта: инструменты и артефакты