Double Diamond · Дизайн-мышление · Инновации · PTOS

Double Diamond: принудительный переключатель режимов для инноваций в продукте

Объясняем модель Double Diamond как мощный инструмент для управления процессами дизайна и инноваций, который заставляет команды расширять и сужать мышление в нужные моменты.

Double Diamond: принудительный переключатель режимов для инноваций в продукте

В мире продуктовой разработки легко увязнуть в деталях решения, едва сформулировав проблему. Команды часто «схлопываются» в Solution Space, не дав себе достаточно времени на исследование Problem Space. Модель Double Diamond — это не просто красивый плакат, а мощный фреймворк, который выступает как принудительный переключатель режимов, заставляя команду расширять и сужать мышление в нужные моменты.

Зачем нужен Double Diamond?

Без такой рамки команды часто решают не те проблемы. Вот почему:

«Решение» приятнее, чем «правда»: Работа над решением даёт чувство контроля, движение. Правда о неясной проблеме может быть неприятной.
Мозг любит объяснения, а не проверку: Легче придумать, почему «надо добавить X», чем доказать, что это X действительно решит проблему.
Стейкхолдеры платят за «делаем», а не за «поняли»: Это реальность, с которой приходится работать. Double Diamond помогает сделать реальность пользователя и данных видимой.

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

Четыре фазы Double Diamond

Модель состоит из двух «ромбов», каждый из которых имеет фазы расхождения (diverge) и схождения (converge):

Первый ромб: Исследование проблемы (Problem Space)

Discover (Расширение):
- Цель: Максимально широко исследовать проблему, собрать все возможные факты, данные, боли, контексты. Не оцениваем, просто собираем информацию.
- Как это выглядит в PTOS: Эта фаза соответствует сбору WHAT (наблюдаемый симптом), HOW (механизм проблемы) и WHY (бизнес-ставка). Мы используем такие инструменты, как интервью, контекстные исследования, анализ данных.
- Аналогия: Как будто вы собираете все кусочки головоломки, не пытаясь их пока собрать.
Define (Сужение):
- Цель: Выбрать одну, самую важную проблему из всех найденных и чётко её сформулировать.
- Как это выглядит в PTOS: На основе собранных данных мы выбираем одну проблему и формулируем её в виде Problem Statement — короткого, жёсткого описания проблемы без решения.
- Аналогия: Выбираете самую важную часть головоломки и фокусируетесь на ней.

Второй ромб: Разработка решения (Solution Space)

Develop (Расширение):
- Цель: Сгенерировать как можно больше вариантов решений для определённой проблемы. На этом этапе нельзя критиковать идеи, нужно максимально расширить поле возможностей.
- Как это выглядит в PTOS: Это уже ближе к фазам Validation и Experiments, где мы генерируем гипотезы решений и ищем способы их проверить.
- Аналогия: Генерируете все возможные способы, как можно собрать выбранную часть головоломки.
Deliver (Сужение):
- Цель: Выбрать одно, наиболее оптимальное решение, протестировать его и довести до реализации.
- Как это выглядит в PTOS: Соответствует фазам Build, Launch, Evaluate и Iterate. Мы строим решение, запускаем его, измеряем эффект, принимаем решение о масштабировании или изменении.
- Аналогия: Выбираете лучший способ сборки и успешно завершаете головоломку.

Double Diamond как принудительный переключатель режимов

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

Сначала расширь понимание проблемы (Discover).
Затем сожми его в одну чёткую формулировку (Define).
Потом расширь варианты решений (Develop).
И только потом сожми до работающего релиза (Deliver).

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