Opportunity Solution Tree (Дерево возможностей и решений, Т. Торрес)

Google Reader был любимым и активно используемым продуктом с преданной аудиторией — но Google закрыл его, потому что он не создавал достаточной ценности для самой компании. Похожая история — приложение для прогноза погоды Dark Sky: его любили пользователи, но Apple купила и закрыла его. Тереза Торрес, продуктовый коуч и автор книги «Continuous Discovery Habits» (2021), приводит именно эти два реальных, широко известных случая как доказательство центрального тезиса, стоящего за Opportunity Solution Tree: ценность для клиента не гарантирует ценность для бизнеса, и наоборот, — поэтому дерево возможностей и решений всегда начинается не с решения и не с абстрактной пользовательской любви, а с конкретного, измеримого желаемого бизнес-результата на самой вершине. Торрес представила концепцию Opportunity Solution Tree в 2016 году, и с тех пор формат стал одним из самых узнаваемых инструментов продуктового дискавери. В этой статье — точная четырёхуровневая структура дерева, обязательные предварительные условия перед его построением, где метод ограничен и как использовать фрейм OrgDevTools.

Что такое Opportunity Solution Tree и когда он нужен

Opportunity Solution Tree нужен командам, уже практикующим continuous discovery — регулярное, не разовое исследование пользователей вперемешку с разработкой, а не отдельным этапом до неё. Метод визуально связывает единый желаемый результат с возможностями (потребностями, болями и желаниями клиентов, обнаруженными через исследование), решениями (конкретными идеями, адресующими возможности) и тестами предположений (способами проверить, какое решение реально работает). Метод обязательно требует уже собранных данных исследования — Торрес прямо предупреждает, что дерево нельзя построить «из головы», без предварительных клиентских интервью; без этого условия задача дерева (осмыслить то, что узнала команда через дискавери) просто теряет смысл. Метод логически опирается на предварительное исследование через методику Jobs To Be Done или Customer Development, а для приоритизации найденных возможностей внутри дерева часто применяется Opportunity Scoring.

Происхождение и исследовательская база

Четыре уровня дерева — точная структура по первоисточнику

По официальному описанию самой Терезы Торрес, Opportunity Solution Tree — простой способ визуально представить пути, которыми команда может достичь желаемого результата. На вершине — сам результат (outcome). Ниже — пространство возможностей (opportunity space): потребности, боли и желания клиентов, которые, если их адресовать, приведут к желаемому результату. Ниже пространства возможностей — пространство решений (solution space), где визуально отражаются исследуемые командой решения. Ещё ниже — тесты предположений (assumption tests): способ оценить, какие решения реально помогут создать ценность для клиента таким образом, чтобы это создавало ценность и для бизнеса.

Обязательные предварительные условия: 3-4 интервью до первого дерева

Торрес формулирует предварительные условия предельно конкретно и предупреждает не пропускать их: нужен чётко определённый результат (а не абстрактная цель), и нужно провести три-четыре структурированных, основанных на историях клиентских интервью, прежде чем строить первое дерево. Интервью такого типа начинаются с приглашения вида «расскажите о случае, когда…», а не с прямого вопроса «что вам нужно». Дерево возможностей без этого фундамента, по прямому предупреждению Торрес, почти невозможно построить содержательно — слишком много команд пытаются придумывать возможности «с нуля», что полностью упускает смысл инструмента: осмыслить то, что команда реально узнала через дискавери, а не изобрести повестку заранее.

Google Reader и Dark Sky: ценность для клиента ≠ ценность для бизнеса

Оба кейса — не гипотетические иллюстрации, а реальные, широко задокументированные события. Google Reader был активно используемым, любимым продуктом с большой лояльной аудиторией, но Google закрыла сервис в 2013 году, потому что, несмотря на любовь пользователей, продукт не создавал достаточной ценности для бизнеса Google. Dark Sky — популярное приложение прогноза погоды с точной локальной моделью осадков — было куплено Apple в 2020 году и впоследствии закрыто, интегрировав часть технологии в собственные продукты Apple, к разочарованию пользователей приложения. Торрес прямо использует оба кейса как предупреждение: обратная ситуация (продукт создаёт ценность для бизнеса, но не для клиента) также широко распространена и одинаково неприемлема — именно поэтому вершина дерева должна быть сформулирована так, чтобы связывать оба типа ценности, а не выбирать между ними.

У нас есть множество примеров компаний, создавших продукты, которые любили пользователи, но которые не создавали достаточной ценности для бизнеса, — и в итоге эти продукты были закрыты. Просто спросите пользователей Google Reader (Тереза Торрес, producttalk.org; перевод формулировки).

Академическая теория: как правильно строить дерево

Возможность vs решение: тест на «единственный путь»

Торрес даёт простой диагностический тест, чтобы отличить настоящую возможность от переодетого решения: если утверждение звучит так, что есть только один способ его реализовать, — это решение, а не возможность. Пример из первоисточника: формулировка «я хочу пойти поесть в ресторане» звучит как возможность, но на самом деле это решение — единственный способ его адресовать буквально совпадает с самой формулировкой. Настоящая возможность стоит на уровень выше: например, «я хочу быстро и без хлопот получить вкусную еду», — под которую подходит множество разных решений (ресторан, доставка, готовка дома), а не одно единственное.

Дробление результата: по сегменту клиента или по шагу пути клиента

Когда несколько команд отвечают за один и тот же общий результат, Торрес рекомендует два способа разделения зоны ответственности без потери связи с общим деревом: по сегменту клиента (например, одна команда фокусируется на новых пользователях, другая — на пользователях со стажем 3-12 месяцев) или по шагу пути клиента (одна команда — на онбординге, другая — на активации, третья — на удержании). Оба способа сохраняют общий верхний результат, но дают каждой команде собственное, управляемое подмножество дерева.

«Черновик, а не шедевр»: скорость первой версии важнее полноты

Торрес прямо советует не тратить часы на первую версию пространства возможностей — принять философию «паршивого первого черновика» (crummy first draft), быстро набросать приблизительную структуру и как можно быстрее выбрать целевую возможность для продолжения работы. Пространство возможностей при первом построении неизбежно получается разрозненным и неаккуратным — это нормальный побочный эффект того, что команда только начинает понимать реальную структуру потребностей клиента, а не признак неудачи.

Направление и цель: анатомия хорошо сформулированного результата

У результатов, по наблюдению Торрес, обычно есть направленный компонент и конкретная цель. В её собственном примере: «увеличить долю новых пользователей, достигающих момента ценности продукта (aha moment) в течение первой сессии, с 22% до 25%» — «увеличение доли новых пользователей, достигающих момента ценности в первой сессии» — направленный компонент, а «25%» — конкретная числовая цель.

Учебный расчёт: почему нельзя строить дерево без интервью

Условная команда без предварительных интервью формулирует пять «возможностей» на основе внутренних предположений о клиентах — три из них оказываются на самом деле переодетыми решениями (проваливают тест «единственного пути»), а две реальные потребности клиентов, выявленные бы через интервью, вообще не попадают в дерево, потому что команда о них просто не знала. Ресурсы уходят на решения для несуществующих или неверно понятых возможностей. Команда, проведшая три-четыре структурированных клиентских интервью перед построением дерева, получает пространство возможностей, основанное на реальных историях клиентов, а не на догадках о них, — именно поэтому Торрес называет прохождение интервью не рекомендацией, а обязательным предварительным условием, без которого дерево «почти невозможно построить содержательно».

Ключевые идеи и принципы

1. Единый результат на вершине связывает ценность для клиента и для бизнеса

   Кейсы Google Reader и Dark Sky показывают: ценность для клиента без ценности для бизнеса заканчивается закрытием продукта — формулировка результата на вершине дерева должна связывать оба типа ценности, а не оптимизировать только один из них.

2. Возможности — находки исследования, а не мнения команды

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

3. Решения и тесты предположений — раздельные уровни дерева

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

4. Дерево — командный, а не индивидуальный артефакт

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

Ограничения, слепые зоны и критика

Типовые ошибки

1. Ошибка 1: перепрыгивают от результата сразу к решению.

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

   Как избежать

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

2. Ошибка 2: возможности формулируются как предположения, а не находки исследования.

   Ветви дерева заполняются тем, что команда «считает» важным для клиентов, без реальной опоры на находки клиентских интервью.

   Как избежать

   связывать каждую возможность с конкретными данными из исследования и явно оценивать силу этого свидетельства.

3. Ошибка 3: для каждой возможности рассматривается только одно решение.

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

   Как избежать

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

4. Ошибка 4: дерево строится один раз и больше не обновляется.

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

   Как избежать

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

5. Ошибка 5: приоритизация возможностей игнорирует силу свидетельства.

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

   Как избежать

   оценивать возможности по двум независимым измерениям — потенциальному влиянию и силе подтверждающего свидетельства — и приоритизировать сочетание обоих.

Как измерить эффект

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

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

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

• Динамика самого верхнего результата после реализации протестированных решений: в примере Торрес — рост доли пользователей, достигающих момента ценности в первой сессии.

План внедрения

• 1. Сформулировать чётко определённый желаемый результат с направленным компонентом и конкретной числовой целью.

• 2. Провести 3-4 структурированных, основанных на историях клиентских интервью — не пропускать это условие.

• 3. Быстро набросать первую, неизбежно неаккуратную версию пространства возможностей («crummy first draft»), связывая каждую ветвь с конкретными находками интервью.

• 4. Выбрать целевую (приоритетную) возможность, оценивая её по потенциальному влиянию и силе подтверждающего свидетельства.

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

• 6. Сформулировать проверяемые предположения для выбранного решения, протестировать их и регулярно обновлять дерево по итогам продолжающихся еженедельных интервью.

Как работать с фреймом «Opportunity Solution Tree» в OrgDevTools

Фрейм «Opportunity Solution Tree» в OrgDevTools реализован как структурированная форма с четырьмя уровнями, дословно соответствующими методу: желаемый результат (вершина дерева), возможности (потребности клиентов из исследования), решения и эксперименты для приоритетной возможности. Встроенная проверка (вердикт) отражает последовательность метода: если результат не сформулирован, фрейм отмечает, что возможности и решения не имеют направления; если возможности оценены и приоритетная выбрана, но решения/эксперименты для неё не сформулированы, фрейм явно указывает на этот разрыв.

Чего фрейм не делает. Фрейм не проверяет, действительно ли внесённые возможности основаны на реальных клиентских интервью (типовая ошибка 2), а не на предположениях команды, — эта содержательная проверка остаётся за пользователем. Он не применяет тест «единственного пути» автоматически, чтобы отличить настоящую возможность от переодетого решения. Он не отслеживает регулярность обновления дерева в привязке к ритму реальных клиентских интервью — фиксирует состояние только на момент заполнения.

Инструмент: ❌ нет. Отдельного платного инструмента для ведения живого, регулярно обновляемого дерева возможностей и решений на платформе не предусмотрено — фрейм в OrgDevTools — учебный тренажёр для структурирования разового снимка дерева. Реальная практика continuous discovery с регулярными клиентскими интервью и живым обновлением дерева ведётся отдельно, часто в специализированных инструментах (Miro, FigJam, Dovetail) или через шаблоны, которые предлагает сама Тереза Торрес.

Книги и источники

• Teresa Torres. Continuous Discovery Habits: Discover Products that Create Customer Value and Business Value (Product Talk LLC, 2021) — первоисточник концепции.

• producttalk.org — официальный сайт Терезы Торрес: детальная методика построения дерева, предварительные условия, реальные кейсы Google Reader и Dark Sky, тест «единственного пути». Прочитан почти целиком через extract-source.mjs.