Скидка до 60% и подписка на 90+ курсов в подарок 0 дней 08 :57 :39 Выбрать курс
Управление
#Мнения

Как принимать решения, когда нет данных: фреймворки для работы в условиях неопределённости

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

Кадр: мультфильм «Пожарная бригада Микки» / Walt Disney Productions

Рассказала, как работать, когда нет данных, senior product manager направления Daily Banking в «Т-Банке» Мария Терешкина.

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

В этой статье для редакции «Управление» Skillbox Media расскажу, как отличать управляемые риски от хаоса, не бояться совершать «прыжок веры» и структурировать решения в условиях недостатка данных.


Почему старые методы больше не работают: природа неопределённости

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

Важно различать риск и неопределённость. Риски поддаются оценке: у них есть вероятные сценарии и способы управления. Неопределённость — это ситуация, где значительная часть факторов остаётся неизвестной, а значит, опираться на привычные модели прогнозирования становится сложнее.

Сама по себе неопределённость не является чем-то новым. Она существовала и раньше. Однако, начиная примерно с 2020 года, турбулентность усилилась и стала постоянным фоном для развития бизнеса. На компании одновременно начали влиять сразу несколько факторов: регуляторные изменения, экономические колебания, технологические сдвиги (например, массовое внедрение AI) и геополитическая нестабильность.

В таких условиях исторические данные часто теряют прогностическую ценность. Их уже нельзя напрямую переносить на новые ситуации. Поэтому меняется и сама логика принятия решений: вместо попытки полностью устранить неопределённость руководителям приходится учиться действовать внутри неё — опираясь на гипотезы, сценарное мышление и быстрые итерации для получения первых результатов и выводов.

Когда и почему может не хватать данных: примеры из практики CPO

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

Расскажу о четырёх типичных ситуациях, в которых компаниям приходится принимать решения в сложных условиях.

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

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

Выход на новый рынок или новую аудиторию. В этом случае меняется почти всё: GTM-стратегия, модель монетизации и потребности клиентов.

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

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

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

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

Стратегические развилки. Стратегические изменения происходят нечасто, но оказывают большое влияние на бизнес. Это может быть смена бизнес-модели, выход в новый сегмент или сделки M&A.

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

Хороший пример — история Discord. Изначально сервис запускался как продукт для геймеров. Со временем компания увидела потенциал более широкой аудитории и начала развивать платформу как инструмент для разных сообществ и рабочих команд. Такой поворот потребовал пересмотра стратегии развития продукта и всей бизнес-модели.

На практике с подобными ситуациями сталкиваются регулярно. Ждать момента, когда появится «достаточно данных», часто означает не принимать решения вовсе. Поэтому ключевой навык руководителя — уметь действовать при минимально достаточной доказательной базе.

Как принимать решения в условиях неопределённости: три фреймворка

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

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

Фреймворк 1


Two-way/one-way door: можно ли отменить принятое решение

Один из самых практичных инструментов — модель two-way/one-way door, популяризированная американским предпринимателем, основателем интернет-компании Amazon Джеффом Безосом. Она предлагает сначала классифицировать решение, а уже потом оценивать его.

Все решения по этой модели делят на два типа:

  • Two-way door — обратимые решения. Если команда ошиблась, можно всё откатить и попробовать другой подход.
  • One-way door — почти необратимые решения, где цена ошибки высока и откат может быть крайне сложным или дорогим.

Такой подход помогает понять, сколько времени и данных действительно нужно для принятия решения. Например, если решение обратимое, можно снижать требования к объёму информации и действовать быстрее. Если же оно необратимое — стоит замедлиться и усилить проверку гипотез.

Кадр: фильм «Игра на понижение» / Plan B Entertainment / Regency Enterprises

Пример из моей практики: собственная видеосвязь в корпоративном мессенджере

Одна из таких ситуаций возникла у нас при развитии корпоративного мессенджера в «Т-Банке». На тот момент видеозвонки в нём работали через сторонний сервис «Контур Толк» и другие популярные российские и зарубежные решения. Пользователь переходил по ссылке и попадал в отдельное окно.

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

На первый взгляд, решение казалось очевидным — разработать собственную систему видеосвязи. Но для нас это был классический one-way door. Такой шаг означал серьёзные инвестиции в разработку, дополнительную нагрузку на инфраструктуру, новые требования к качеству связи и, как следствие, репутационные риски. Кроме того, на рынке уже были сильные игроки, специализирующиеся на этом.

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

После этого мы начали тестировать решение на ограниченной аудитории: внутри компании, где можно было проверить нагрузку и стабильность работы, а затем на части внешних клиентов из сегмента SMB. Команда заранее определила метрики оценки — частоту использования, стабильность соединения и долю пользователей, возвращающихся к внешним сервисам.

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

Фреймворк 2


Pre-mortem: представьте, что всё уже провалилось

В управлении продуктами (особенно в IT-командах) многие знакомы с форматом post mortem — разбором ошибок в инцидентах и технических сбоях после того, как проблема уже произошла. Фреймворк pre-mortem работает «в другую сторону»: команда заранее моделирует ситуацию, в которой проект потерпел неудачу, и пытается понять, что могло к этому привести.

Суть метода проста: перед запуском инициативы участники мысленно переносятся в будущее и отвечают на вопрос: «Прошло полгода, проект провалился. Что именно пошло не так?»

Такой подход помогает увидеть риски, которые часто остаются незамеченными. Когда команда вдохновлена идеей и уверена в её успехе, внимание обычно сосредоточено на позитивном сценарии. В результате часть факторов оказывается вне поля зрения. Метод pre-mortem позволяет заранее обнаружить такие слепые зоны — например, организационные ограничения, неверные продуктовые гипотезы, недостаток ресурсов или ошибки в оценке рынка.

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

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

Фреймворк 3


Horizons framework: как управлять разной степенью неопределённости

Фреймворк horizons framework используется для стратегического планирования и помогает работать с решениями разного масштаба. Модель, разработанная консультантами McKinsey & Company, делит развитие бизнеса на три горизонта:

  • Horizon 1 — настоящее. Это направления, которые обеспечивают текущую выручку и операционную устойчивость компании.
  • Horizon 2 — развивающиеся направления. Трансформация существующих процессов и поиск новых точек роста.
  • Horizon 3 — будущее. Эксперименты, новые рынки и потенциально новые бизнес-модели.

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

Когда организации не разделяют эти горизонты, возникают перекосы. Одни компании сосредотачиваются только на текущем бизнесе и перестают инвестировать в будущее. Другие, наоборот, увлекаются инновациями и начинают рисковать устойчивостью основного бизнеса. Модель horizons framework позволяет удерживать баланс между этими направлениями.

Пример из моей практики: внутренние сервисы EMEX

Во время работы в EMEX — крупнейшем маркетплейсе автозапчастей и товаров для транспорта со штаб-квартирой в ОАЭ и присутствием в 40 странах мира — моя зона ответственности была связана с внутренними сервисами компании: финансовыми процессами, HR-системами и операционной поддержкой бизнеса для B2B- и B2C-направлений. Снаружи компания выглядела масштабной и стабильной, но внутри многие процессы оставались фрагментированными. Разделение задач на три горизонта помогло структурировать развитие.

Horizon 1 — стабилизация текущих процессов. К этому горизонту относились платежи, расчёты, закупки и кадровые процессы. Многие из них работали «на ручнике»: задачи решались через таблицы и переписки, а часть функций была завязана на конкретных сотрудников. Основная задача заключалась в том, чтобы сократить ручные операции, снизить количество ошибок и сделать процессы более устойчивыми.

Horizon 2 — построение системной модели управления. Следующий этап заключался в объединении разрозненных функций в единую управляемую систему бэк-офиса. Целью было создать понятную архитектуру финансов, унифицировать HR-процессы и закупки, а также выстроить общие правила и инструменты для разных бизнес-направлений.

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

Кадр: фильм «Банкротство» / Angoa-Agicoa / Canal+ / Caramel Film

Как доносить решения до команды и руководства, когда данных не хватает

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

  • Говорите языком гипотез, а не утверждений. Когда данных мало, лучше формулировать инициативы как проверяемые предположения. Это снижает уровень сопротивления и переводит обсуждение в конструктивную плоскость: команда обсуждает не то, правильное это решение или неправильное, а какие данные помогут подтвердить или опровергнуть гипотезу.
  • Делите большие решения на короткие итерации. Долгосрочные инициативы с неясным результатом часто вызывают недоверие. Поэтому эффективнее разбивать их на небольшие этапы: сначала проверить ключевые предположения, затем масштабировать успешные решения. Такой подход позволяет быстрее получать обратную связь и снижает риск крупных ошибок.
  • Задавайте стратегическую рамку. В любых условиях от руководителя ждут ясности. Команде важно понимать, куда движется продукт или компания, какие цели стоят на горизонте одного-двух лет и как текущие решения связаны с этой стратегией. Понятная рамка помогает воспринимать отдельные эксперименты как часть общей логики развития.

Главное о решениях в условиях неопределённости в 3 пунктах

  • Неопределённость — это не исключение, а постоянный контекст современной работы. Поэтому задача руководителя не в том, чтобы ждать, когда данных станет достаточно, а в том, чтобы выстраивать понятную логику действий и принимать решения даже при ограниченной информации.
  • Фреймворки two-way/one-way door, pre-mortem и horizons framework помогают структурировать процесс принятия решений в ситуациях, когда данных недостаточно. Они не устраняют все имеющиеся вопросы, но позволяют управлять ситуацией осознанно — через проверку гипотез, постепенные эксперименты и стратегическое планирование.
  • Чтобы донести решения до команды и руководства, когда данных не хватает, говорите языком гипотез, а не утверждений, делите большие решения на короткие итерации и сразу задавайте контекст: объясняйте, к какой цели вы идёте и как текущее решение или эксперимент встраивается в общую стратегию компании или продукта.

Ещё 5 статей редакции «Управление» Skillbox Media для руководителей

Практический курс «Эффективный руководитель»
Вы научитесь управлять командами и налаживать операционные процессы. Отточить навыки вам поможет персональный коуч.
Узнать о курсе
Курс по управлению командами
Актуальные кейсы и практики успешных управленцев. 3 формата обучения: для новичков, руководителей отделов и собственников бизнеса.
Подробнее
Практический курс: «Эффективный руководитель» Узнать о курсе
Понравилась статья?
Да

Пользуясь нашим сайтом, вы соглашаетесь с тем, что мы используем cookies 🍪

Ссылка скопирована