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