Complex

Cynefin: почему нельзя применять одну методологию ко всем продуктовым задачам

Одна методология на всё — гарантированный провал

Продуктовая команда проводит 25 глубинных интервью, рассчитывает Opportunity Score по Улвику, строит приоритизационную матрицу — чтобы принять решение о цвете кнопки на pricing page. Другая команда запускает A/B тест, чтобы решить, стоит ли пивотить в новый рынок. Обе тратят ресурсы впустую — не потому что инструменты плохие, а потому что они применены к неправильному типу задачи.

Dave Snowden и Mary Boone (2007) опубликовали в Harvard Business Review фреймворк Cynefin (от валлийского «среда обитания, место»), который классифицирует проблемы по пяти доменам. Каждый домен требует принципиально разного подхода к принятию решений. Применять методологию не из того домена — это не «неэффективность», это системная ошибка.

Пять доменов Cynefin

ДоменСвязь причины и следствияПаттерн действийПример в продукте
Clear (ранее Obvious/Simple) Очевидна всем. Лучшие практики существуют. Sense → Categorize → Respond Расположение элементов pricing page, формат email-подтверждения, стандартная GDPR-форма
Complicated Обнаруживается экспертным анализом. Правильных ответов может быть несколько. Sense → Analyze → Respond Какой сегмент таргетировать, как приоритизировать бэклог, оптимизация conversion funnel
Complex Видна только ретроспективно. Нельзя предсказать результат. Probe → Sense → Respond Стоит ли пивотить в новый рынок, запуск принципиально нового продукта, создание новой категории
Chaotic Не воспринимается. Нет времени на анализ. Act → Sense → Respond Критический баг в продакшене, PR-кризис, потеря ключевого клиента, который даёт 40% выручки
Confused (ранее Disorder) Неизвестно, в каком домене задача. Разбить на части, классифицировать каждую «Нам нужна стратегия роста» — это 5 разных задач в 3 разных доменах

Clear: Sense → Categorize → Respond

Причинно-следственная связь очевидна. Существуют best practices, проверенные тысячами компаний. Правильный ответ один (или несколько очевидных вариантов).

Правильная методология: применить известный playbook. Не анализировать, не экспериментировать — выполнить.

ЗадачаПравильный подходНеправильный подход
Дизайн pricing pageПрименить паттерн: 3 тарифа, выделить средний, показать highest первым (Tversky & Kahneman, 1974: anchoring)Проводить 15 интервью о том, как должна выглядеть pricing page
Формат email-уведомленийСтандартный шаблон: subject, body, CTA, unsubscribeA/B тест 20 вариантов subject line (пропорционально бессмысленно для уведомлений)
Onboarding checklistСтандартный паттерн: 3-5 шагов, progress bar, первый шаг за <30 секундLean Canvas для onboarding flow

Связь с Product DNA: Clear-задачи решаются через Strand 7 (Execution Protocol) — применить известные playbooks. Evidence Engine (Strand 5) не нужен: данные уже существуют в отраслевых бенчмарках.

Опасность: «complacent zone» — если задача выглядит Clear, но на самом деле Complex, применение best practice приведёт к катастрофе. Snowden предупреждает: границы между Clear и Chaotic тонкие — одна ошибка классификации, и вы в кризисе.

Complicated: Sense → Analyze → Respond

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

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

ЗадачаПравильный подходИнструменты Product DNA
Какой сегмент таргетироватьРассчитать Segment Fit Score по 10 факторам для каждого кандидатаStrand 4: Segment Fit Score. Strand 5: Evidence Engine (EP14-EP17)
Как приоритизировать фичиOpportunity Score (Ulwick) × Segment Fit × Frequency / CostStrand 7: Demand-Weighted Priority Score. Strand 3: Demand Graph
Оптимизация conversion funnelАналитика → узкие места → гипотезы → A/B тестыStrand 2: Transition Dynamics. Strand 5: Confidence Model
Какую цену поставитьVan Westendorp + EVC Model + конкурентный анализStrand 5A: Pricing Intelligence (7 Pricing Evidence Points)

Ключевое отличие от Clear: в Complicated нет единственного правильного ответа — есть несколько good practices (не best practices). Нужен эксперт, который проанализирует конкретную ситуацию.

Ключевое отличие от Complex: в Complicated можно предсказать результат до действия. В Complex — только после. Если вы можете смоделировать результат (формула, расчёт, прогноз) — это Complicated. Если не можете — Complex.

Complex: Probe → Sense → Respond

Причинно-следственная связь видна только ретроспективно. Невозможно предсказать результат через анализ. Единственный способ — провести safe-to-fail эксперимент и наблюдать.

Правильная методология: probe (провести маленький эксперимент) → sense (наблюдать результат) → respond (усилить или погасить).

ЗадачаПравильный подходНеправильный подход
Стоит ли пивотить в новый рынокЗапустить MVP за 2 недели, получить 50 пользователей, наблюдать поведение3 месяца ODI-исследования нового рынка (вы не знаете, какие вопросы задавать)
Создание новой продуктовой категорииCategory design (Lochhead et al., 2016): define the problem → name the category → launch lightning strikeA/B тест двух позиционирований (нет baseline для сравнения)
Запуск принципиально нового продуктаLean Startup: build → measure → learn. Цикл < 2 недель.Бизнес-план на 50 страниц с 3-летними прогнозами
Выход на новую географиюSoft launch → наблюдение за retention, а не за acquisitionПолная локализация + маркетинговая кампания до первого клиента

Связь с Product DNA: Complex-задачи решаются через Strand 5 (Evidence Engine) в режиме экспериментов. Confidence начинается с 0.30 (Hypothesis tier). Цель не «найти правильный ответ», а «повысить confidence достаточно для следующего шага».

Критическая ошибка: применять Complicated-методы к Complex-проблемам. Типичный сценарий: команда 3 месяца проводит ODI-исследование нового рынка, рассчитывает Opportunity Scores, строит приоритизационную матрицу — а потом запускает продукт и обнаруживает, что рынок работает совсем не так, как показали интервью. Потому что в Complex-домене нельзя предсказать систему через анализ — только через эксперимент.

Chaotic: Act → Sense → Respond

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

СитуацияПравильный подходСледующий шаг после стабилизации
Критический баг: потеря данных пользователейОстановить bleeding. Откатить. Коммуникация клиентам. Постмортем потом.→ Complicated: root cause analysis, prevention
Ключевой клиент (40% выручки) уходитCEO звонит лично. Предложить что угодно для стабилизации. Анализировать потом.→ Complicated: диверсификация выручки, churn analysis
PR-кризис (утечка данных, скандал)Немедленное публичное заявление. Контроль нарратива. Расследование потом.→ Complicated: security audit, process review

Связь с Product DNA: в Chaotic Product DNA не применяется. Сначала стабилизировать (Act), затем классифицировать проблему (обычно → Complicated) и уже тогда использовать Strands для анализа.

Важно: Chaotic ≠ Complex. В Complex есть время для проб. В Chaotic — нет. Путаница дорого обходится: если вы «пробуете и наблюдаете» во время кризиса, вы теряете клиентов, время, репутацию.

Confused: разбить на части

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

Решение: разбить проблему на компоненты и классифицировать каждый отдельно.

Пример: «Нам нужна стратегия роста» — это минимум 5 задач:

  1. Какой сегмент таргетировать? → Complicated (Segment Fit Score, данные, анализ)
  2. Какой канал привлечения использовать? → Complex (эксперименты: TG, SEO, paid — нельзя предсказать, какой сработает)
  3. Какую цену поставить? → Complicated (Van Westendorp, EVC, конкурентный анализ)
  4. Как оформить pricing page? → Clear (best practices: 3 тарифа, anchor pricing)
  5. Стоит ли создавать новую категорию? → Complex (probe: POC → первые пользователи → наблюдение)

Одна «стратегия роста» — три разных домена, три разные методологии.

Product DNA + Cynefin: какой Strand в каком домене

ДоменПрименимые Strands Product DNAМетодОжидаемый результат
Clear Strand 7 (Execution Protocol) Playbooks, best practices, checklists Быстрое исполнение по шаблону
Complicated Strand 3 (Demand Architecture) + Strand 4 (Market Topology) + Strand 5 (Evidence Engine) ODI, Segment Fit Score, Competitive Orbit, Van Westendorp, интервью Evidence-based решение с Confidence ≥ 0.70
Complex Strand 5 (Evidence Engine) в experimental mode + Strand 2 (Transition Dynamics) MVP, safe-to-fail probes, Lean Startup, быстрые итерации Повышение confidence от 0.30 до 0.50+ через итерации
Chaotic Не применяется до стабилизации Act → stabilize → reclassify Стабилизация → переход в Complicated

Пример: одна команда, три решения, три домена

B2B SaaS-компания (аналитика для e-commerce, 50 платящих клиентов, MRR $12K) стоит перед тремя решениями:

Решение 1: Redesign pricing page (Clear)

Текущая pricing page — одна колонка с ценой и списком фич. Конверсия 1.2%.

Классификация: Clear. Тысячи компаний решали эту задачу. Best practices задокументированы.

Действие: применить playbook — 3 тарифа, средний выделен, highest показан первым (anchoring, Tversky & Kahneman, 1974), annual = «2 месяца бесплатно» (Mental Accounting, Thaler, 1985). Не тестировать, не исследовать — сделать.

Время: 1-2 дня.

Решение 2: Какой сегмент таргетировать — fashion или electronics (Complicated)

У компании клиенты из обеих вертикалей. Нужно сфокусироваться.

Классификация: Complicated. Данные существуют, нужен экспертный анализ.

Действие: рассчитать Segment Fit Score для каждой вертикали. Провести 5 интервью в каждом сегменте. Построить Competitive Orbit. Рассчитать Opportunity Score по ключевым L3.

Время: 2-4 недели.

Решение 3: Стоит ли пивотить в «AI-ассистент для мерчандайзера» (Complex)

Идея: вместо dashboards — AI-агент, который сам рекомендует действия.

Классификация: Complex. Рынок не сформирован. Нельзя предсказать, примут ли пользователи AI-рекомендации вместо собственного анализа. Нет baseline для сравнения.

Действие: probe — prototype за 2 недели, 10 пользователей, наблюдать: доверяют ли рекомендациям? Следуют ли? Возвращаются ли к ручному анализу?

Время: 2-4 недели на probe, потом reassess.

Три решения. Три домена. Три разные методологии. Одна команда, которая не тратит ODI-исследование на pricing page и не запускает A/B тест для выбора рынка.

Распространённые ошибки классификации

#ОшибкаДомен задачиПрименённый доменРезультат
1ODI для pricing page layoutClearComplicated2 недели на задачу, которая решается за 2 дня
2A/B тест для выбора рынкаComplicatedClearРандомный результат, нет глубины для стратегического решения
33 месяца ODI перед MVP в новом рынкеComplexComplicatedДанные устарели к моменту запуска, рынок изменился
4«Probe» во время data breachChaoticComplexПока «экспериментируете», теряете клиентов и репутацию
5Best practice для создания новой категорииComplexClearСкопировали чужой playbook, но рынок работает по-другому

Как классифицировать задачу: 3 вопроса

  1. Можно ли предсказать результат? Да → Clear или Complicated. Нет → Complex или Chaotic.
  2. Существуют ли best practices? Да → Clear. Нет, но эксперты могут проанализировать → Complicated.
  3. Есть ли время на анализ? Нет → Chaotic. Да, но результат непредсказуем → Complex.

Академический фундамент

  • Snowden, D.J. & Boone, M.E. (2007). "A Leader's Framework for Decision Making." Harvard Business Review, 85(11), 68-76.
  • Snowden, D.J. (2020). Cynefin — Weaving Sense-Making into the Fabric of Our World. Cognitive Edge.
  • Ulwick, A.W. (2016). Jobs to Be Done: Theory to Practice. IDEA BITE PRESS.
  • Ries, E. (2011). The Lean Startup. Crown Business.
  • Lochhead, C. et al. (2016). Play Bigger. Harper Business.
  • Kahneman, D. & Tversky, A. (1979). "Prospect Theory." Econometrica, 47(2), 263-291.

Классифицируйте свои продуктовые задачи по доменам Cynefin и применяйте правильные инструменты. Попробуйте бесплатно в AI CPO →

Поделиться:
Р

Роман Неверов

Эксперт по продуктовому управлению и AI-инструментам для запуска продуктов

Попробуйте AI CPO

AI-ассистент для продуктовых команд — от идеи до запуска

Начать бесплатно
← Все статьи