Opportunity solution tree (OST)
Как систематизировать все гипотезы и идеи во время дискавери процесса
Содержание:
Что такое opportunity solution tree

Пример opportunity solution tree (Источник)

Opportunity Solution Tree (OST) — это визуальный инструмент, который помогает понять, какие проблемы у вашего продукта, и найти лучшие пути их решения.

Представьте себе дерево: в корне — главная цель, ветви — это проблемы или возможности, а листья — конкретные решения.

Давайте разберем на примере.

Допустим, ваша цель — увеличить число активных пользователей на 20% за три месяца.

Это становится корнем вашего дерева.

Далее нужно понять, что мешает пользователям активно пользоваться вашим продуктом.

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

Теперь нужно придумать решения.

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

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

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

Такой подход делает ваш процесс дискавери более прозрачным и понятным для всей команды и заказчиков.

Придумала этот фреймворк, Тереза Торрес и активно пишет о нем, как его правильно применять, и т.д.

Материалы ниже помогут чуть подробнее разобрать с этим подходом:
Как создать opportunity solution tree
Давайте разберем, как создать свое OST и утвердить его у руководства.

Начните с определения главной цели.

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

Соберите данные, проведите опросы и анализируйте отзывы.

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

Теперь переходите к генерации решений.

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

Эти идеи станут листьями на ветвях вашего дерева.

После этого важно проверить, какие из них действительно работают.

Проведите тесты, например, A/B тестирование нового процесса оформления заказа, чтобы сравнить его с текущим.

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

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

Объясните, как вы планируете тестировать эти решения и какие результаты ожидаете получить.

Важно показать, что ваш подход структурирован и основан на данных.

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

Подробнее о процессе ниже:
Какие элементы есть в фреймворке OST
Цель. В корне дерева находится главная цель, которую вы хотите достичь, например, увеличить число активных пользователей на 20% за три месяца.

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

Решения. Листья на ветвях — это конкретные идеи для решения выявленных проблем, например, упрощение процесса оформления заказа или добавление системы наград.

Эксперименты. Это проверка предложенных решений с помощью A/B тестирования или прототипирования, чтобы убедиться в их эффективности перед внедрением.

Это очень сильно пересекается с пирамидой Минто. Когда от общего идешь к частному. И в целом с логическим подходом.
Сравнение opportunity solution tree с другими подходами
OST vs Design Thinking
OST структурирует работу над продуктом, начиная с конкретной цели и выявления проблем. Design Thinking фокусируется на эмпатии и итеративном создании решений. OST более целенаправлен, а Design Thinking помогает глубже понять пользователя.

OST vs Lean Startup
OST детально прорабатывает проблемы и решения, начиная с цели и заканчивая тестами. Lean Startup акцентирует внимание на быстром создании MVP и тестировании гипотез. OST помогает увидеть всю картину, а Lean Startup — быстро проверить идеи.

OST vs Jobs to be Done (JTBD)
OST сосредоточен на проблемах и решениях для достижения цели продукта. JTBD фокусируется на задачах, которые пользователи хотят выполнить. OST помогает структурировать процесс работы, а JTBD — понять, какие задачи важны для пользователей.

OST vs Customer Journey Mapping (CJM)
OST визуализирует процесс достижения целей продукта, начиная с выявления проблем и поиска решений. CJM показывает путь пользователя и его взаимодействие с продуктом. OST помогает организовать работу команды, а CJM — понять опыт пользователя.
Примеры готовых opportunity solution tree
Шаблоны и все необходимые примеры собраны в этих материалах:
Какие ошибки могут возникнуть
Неопределенная цель. Обязательно определите, чего хотите достичь. Например, увеличить число активных пользователей на 20%.

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

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

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

Отсутствие экспериментов и тестирования. Однажды внедрили решение без тестирования, и это привело к проблемам. Всегда тестируйте свои идеи с помощью A/B тестов или прототипов.

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

Перескакивание с одной идеи на другую. Постоянно меняли курс и не доводили идеи до конца. Это мешает прогрессу. Сначала протестируйте выбранные решения, а потом принимайте новые.

Отсутствие прозрачности и коммуникации в команде. Команда не понимает, что мы делаем, и это тормозило работу. Все должны быть в курсе целей и планов.

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

Недостаток документирования. Не вели записи и забывали, что уже пробовали. Документируйте все этапы, чтобы отслеживать прогресс и учиться на ошибках.
Как вам материалы?
Об авторе:
  • Александр Замахов
    Senior product manager / CPO
    Автор подборки и основатель проекта
    Следите за выходом новых материалов в телеграме и linkedin
Еще материалы по теме Discovery продукта