Как мы превращаем задачу в продукт

Problem

Задача сформулирована как решение («нужно приложение»), а не как проблема бизнеса.

Action

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

Output

• Формулировка задачи в терминах бизнеса
• Список рисков и открытых вопросов

Problem

Хочется сделать всё сразу — и ничего не выходит в срок.

Action

• Декомпозиция на сценарии и роли
• Приоритизация по ценности и стоимости
• Границы MVP: что делаем, что сознательно нет

Output

• Структура продукта
• Бэклог MVP с приоритетами

Problem

Экраны рисуются по отдельности и не складываются в целостный продукт.

Action

• Информационная архитектура и навигация
• Архитектура системы и модель данных
• Сценарии для каждой роли, состояния и ошибки
• Дизайн-система: токены и компоненты

Output

• Прототип и экраны
• Дизайн-система и правила

Problem

Дизайн «теряется» при передаче в код, появляются несогласованности.

Action

• Frontend на React по дизайн-системе
• Backend, база данных и API
• Интеграция с SDK и платформой, регулярные демо

Output

• Работающий продукт: интерфейс + backend
• Документированные компоненты и API

Problem

Продукт запускается, но никто не знает, решает ли он задачу.

Action

• Проверка сценариев с реальными пользователями
• Аналитика ключевых событий
• Разбор узких мест

Output

• Список подтверждённых и провалившихся гипотез
• План правок

Problem

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

Action

• Итерации по данным, а не по ощущениям
• Расширение сценариев внутри границ продукта
• Поддержка дизайн-системы и кода

Output

• Версии продукта с измеримым эффектом
• Обновлённый roadmap