Дерево возможностей и решений помогает разделить желаемый результат, потребности клиентов и идеи продукта. Без этого «добавить чат-бота» может попасть в план разработки раньше, чем команда объяснит, какую проблему он решает.
На общей доске планирования продукта удобно проследить эти связи. Разберём пример команды онлайн-курса, которая хочет помочь учащимся завершить первое практическое задание. Мы подробно пройдём одну ветвь, чтобы сравнить альтернативы, а не просто заполнить дерево идеями функций.
Разделите уровни дерева
Тереза Торрес описывает метод в руководстве Product Talk по opportunity solution tree. Желаемый результат задаёт направление исследования. Возможности — это потребности, трудности и желания клиентов. Решения — возможные способы ответить на выбранную потребность. Предположения и проверки помогают выяснить, почему решение может сработать или оказаться неудачным.
«Учащимся непонятно, что от них требуется в первом задании» — возможная потребность. «Добавить разобранный пример» — решение. «Учащиеся смогут понять структуру ответа по примеру, не копируя его» — предположение, которое стоит проверить. Если поставить их на один уровень, ход рассуждений станет неясным.
Дерево не является планом выпуска: его ветви содержат альтернативы, часть которых никогда не будет реализована. И сама схема ничего не доказывает. Линия от функции к результату ещё не подтверждает, что функция приведёт к этому результату.
Определите результат для учебного продукта
Представим курс, где после вводного урока учащийся открывает короткое практическое задание. Команда хочет, чтобы больше начавших доходили до конца. Показатель результата — доля отправивших полный ответ среди новых учащихся, открывших первое задание.
Для измерения ещё нужны период наблюдения, правило учёта неполных ответов и способ исключения тестовых аккаунтов. Прежде чем задавать числовую цель, команда должна получить исходное значение из собственных данных. В этом примере ни исходный уровень, ни процент улучшения не заданы.
Завершение задания — поведение в продукте, но не доказательство усвоения материала. Зафиксируйте ограничение: задание должно по-прежнему требовать нужной мыслительной работы. Если убрать само задание и оставить удобную кнопку отправки, доля завершений может вырасти, а качество курса — снизиться.
Сгруппируйте возможности вокруг потребностей учащихся
Ветви ниже — предположения для учебного примера, а не результаты реальных интервью. В рабочем дереве указывайте рядом с потребностью источник и контекст: исследовательскую сессию, наблюдение за выполнением задания или обращение в поддержку. Отделяйте неподтверждённые идеи от наблюдений.
| Возможная потребность | Что исследовать | Что пока является идеей решения |
|---|---|---|
| Понять, что должен содержать полный ответ. | В какой момент учащийся останавливается и как понимает инструкцию? | «Нам нужен чат-бот». |
| Найти посильный первый шаг. | Понимает ли учащийся задачу, но затрудняется выбрать, с чего начать? | «Разделим всё на три экрана». |
| Понять, как продолжить после ошибочной попытки. | Что учащийся делает после получения обратной связи? | «Добавим больше уведомлений». |
Первые две потребности похожи, но проявляются по-разному. Если человек не может объяснить задачу, ему нужно прояснить условие. Если он объясняет его верно, но не начинает, возможно, ему трудно разбить работу на шаги. Формулировка «сделать задание проще» скрывает это различие.
В материале Product Talk о карте возможностей подчёркивается необходимость разобраться в пространстве потребностей. Группируйте их по смыслу и взаимосвязи, а не только по экрану, где о них упомянули. Одна трудность может проявляться в нескольких частях интерфейса.
Сравните три решения одной потребности
Допустим, исследование подтвердило первую ветвь: учащиеся понимают урок, но не могут определить, какого ответа ждёт задание. Команда выбирает эту потребность и сравнивает три подхода.
| Вариант решения | Предположение | Полезное наблюдение |
|---|---|---|
| Переписать инструкцию, ясно описав ожидаемый ответ. | Основная трудность в неоднозначной формулировке, а не в нехватке знаний. | Могут ли учащиеся объяснить задачу своими словами и начать подходящий ответ? |
| Показать разобранный пример на другой теме. | Учащиеся перенесут структуру примера, не копируя его содержание. | Демонстрируют ли ответы нужный ход мысли при работе с новой темой? |
| Предложить короткую последовательность наводящих вопросов. | Учащимся нужны подсказки о составных частях ответа, а не готовый образец. | Могут ли они составить ответ после подсказок и где всё ещё затрудняются? |
Эти варианты отвечают на одну потребность разными способами. Такое сравнение полезнее, чем выбор между чат-ботом для объяснений, напоминанием о занятии и панелью для преподавателя: последние идеи относятся к разным ветвям.
Не ограничивайтесь вопросом, нравится ли человеку дизайн. Посмотрите, как он выполняет незнакомое практическое задание, затем обсудите непонятные моменты. Прототип помогает исследовать понимание и удобство, но сам по себе не подтверждает долгосрочное усвоение материала или завершение курса.
Сохраняйте данные, которые противоречат ожиданиям
Предположим, разобранный пример помогает одним учащимся начать, а другие копируют внешнюю форму, не понимая задачи. Это неоднозначный результат. Сохраните оба наблюдения рядом с решением и рассмотрите контрастный пример, более ясную инструкцию или другой подход.
Если учащиеся уже понимают инструкцию, но останавливаются из-за незнакомого материала, вернитесь выше по дереву. Возможно, выбрана неверная потребность. Дополнительные подсказки в прежней ветви будут улучшать решение, основанное на неверном объяснении.
Когда несколько решений зависят от одной неизвестной — например, хватает ли учащимся предварительных знаний, — сначала исследуйте её. Карта предположений поможет выделить важные утверждения со слабой доказательной основой, а дерево сохранит связь с потребностью учащегося.
Соберите дерево в Boardmix
Поместите желаемый результат в верхней части доски Boardmix. Ниже добавьте три потребности, оставив место для заметок об источниках. Раскройте только выбранную потребность в три варианта решения. Под каждым укажите предположение и наблюдение, которое поможет его проверить.
Различайте подтверждённые наблюдения, гипотезы и варианты решений. Текстовые подписи важнее цветов: читатель доски не должен принять непроверенную идею за результат исследования. Отклонённые варианты переносите в отдельную область с коротким объяснением причины.
Откройте доску Boardmix и начните с желаемого результата и уже имеющихся данных о клиентах. Если первым появился запрос на функцию, перенесите его в область решений и проследите связь вверх: какой потребности он отвечает и почему она важна?
