Полный алгоритм JTBD-исследования по школе ODI Э. Ульвика
Если вы используете JTBD только для того, чтобы провести глубинки - вы не получаете большую часть ценности от использования JTBD.
Методология Outcome-Driven Innovation (ODI) от Anthony Ulwick — это системный подход к поиску продуктовых возможностей.
Ниже — полный алгоритм, который можно применять на практике. 1. Определяем работу Не «пользователь хочет фичу», а какую работу он пытается выполнить. Формат: [глагол] + [объект] + [контекст] Пример: Спроектировать пешеходный переход в соответствии с требованиями заказчика и нормами Результат: чёткая формулировка Job
2. Глубинные интервью Задача — понять:
- последовательность действий
- точки принятия решений
- сложности и обходные пути Результат: описание того, как работа выполняется в реальности
3. Строим Карту работ ( Job Map) Для этого, за основу можно взять шаги: Определить Найти Подготовить Подтвердить Выполнить Мониторить Модифицировать Завершить
Результат: карта работы пользователя
4. Генерация гипотез о потребностях (Desired Outcomes)
Пользователь оценивает успех выполнения шагов работы не через фичи, а через метрики. Формат: Минимизировать / Максимизировать [метрика] [объект улучшения] Примеры: сократить время выполнения операции снизить вероятность ошибки повысить точность результата
Результат: список гипотез о потребностях клиента
5. Интервью для выявления потребностей Результат: полный список потребностей (обычно 50–150)
6. Нормализация потребностей Каждая формулировка должна быть измеримой и независимой от решений
Пример: некорректно: «сделать удобнее» корректно: «сократить время выполнения операции X» Результат: полный список правильно сформулированных потребностей
7. Количественная оценка
Оцениваем: -Importance (важность) -Satisfaction (удовлетворённость текущими решениями) Шкала обычно 1–10. Результат: данные для анализа
8. Расчет Opportunity Score Формула: Opportunity = Importance + max(Importance – Satisfaction, 0) Смысл: высокая важность и низкая удовлетворённость = возможность. Результат: рейтинг потребностей
9. Сегментация возможностей Типы: Underserved — ключевые точки роста Overserved — можно упрощать Balanced — не приоритет Результат: карта возможностей
10. Кластеризация потребностей Позволяет выявить зоны проблем, направления развития продукта основу для будущих решений.
11. Генерация решений Принцип: решения появляются после анализа неудовлетворённых потребностей. Что делаем: -формируем гипотезы -ищем альтернативные подходы -убираем лишнюю функциональность Результат: список продуктовых идей
12. Приоритизация инициатив Учитываем: -Opportunity Score -стратегию компании -сложность реализации Результат: обоснованный продуктовый backlog
JTBD по ODI - это инструмент системного роста продукта. Хотите алгоритм в виде картинки - ставьте 👍
