MECE (ВИСИ) — это очень полезный принцип мышления и организации идей, который часто используют в консалтинге (особенно в McKinsey), при структурировании проблем, создании презентаций, планировании проектов и просто при попытке навести порядок в голове.
ВИСИ — это аббревиатура от «взаимно исключающие, совместно исчерпывающие» (MECE, Mutually Exclusive, Collectively Exhaustive). Принцип ВИСИ лежит в основе всей работы над проектами в McKinsey.
Ключевые сценарии использования MECE
MECE (ВИСИ) применяют там, где нужно упорядочить хаос, избежать пробелов/дублирования и увидеть проблему целиком.
Основные ситуации:
- Структурирование сложных проблем — разбор бизнес-задач, поиск причин, генерация решений (например, «как увеличить продажи скрепок» → дерево решений без пересечений).
- Создание презентаций и документов — все слайды, отчёты, внутренние записки в McKinsey и консалтинге должны быть MECE (это правило с первого дня).
- Планирование проектов и дорожных карт — разделение работ между командами, чтобы никто не делал одно и то же дважды и ничего не упустить.
- Анализ и сегментация — возрастные группы, типы клиентов, каналы продаж, география, типы расходов, причины оттока, источники трафика и т.д.
- Наведение порядка в голове — когда мыслей/идей слишком много, MECE помогает их разложить по полочкам (личные финансы, приоритизация задач, планирование отпуска).
- Работа в команде — обсуждение идей, выявление рисков, мозговые штурмы → структура MECE делает дискуссию продуктивной и полной.
- Product / маркетинг / стратегия — roadmap продукта, поиск узких мест в бизнес-модели, сегментация рынка, анализ конкурентов.
- Любые списки и классификации — где важно 100% покрытие без дублей (от консалтинга до повседневных решений).
Коротко: где есть сложность + нужно всё охватить без ошибок → там MECE становится де-факто стандартом (особенно в MBB-консалтинге, product-менеджменте, стратегии, аналитике).
Выгоды и преимущества от применения MECE
- Чёткость и ясность мышления — сложное становится простым, мозг не путается, легче объяснять другим.
- Быстрое выявление пробелов и ошибок — на этапе структуры сразу видно, где дырка или дубли → экономия времени на переделки.
- Лучшее командное обсуждение — все говорят об одном и том же, споры конструктивные, риски и слабые места всплывают рано.
- Логичная и убедительная коммуникация — презентации/отчёты выглядят профессионально, легко читаются, вызывают доверие (в McKinsey это must-have).
- Максимальная полнота анализа — ничего не пропускаешь, все аспекты проблемы покрыты → снижается риск «а мы забыли про…»
- Нет двойного учёта и пересечений — не считаешь одно и то же дважды, не тратишь ресурсы впустую, цифры/выводы точные.
- Эффективное распределение работы — задачи делятся без накладок, каждый знает свою зону ответственности.
- Долгосрочный навык — после привычки к MECE мышление становится системнее навсегда (многие выпускники McKinsey называют это главным, что вынесли из компании).
- Универсальность — работает и в бизнесе, и в личной жизни — от миллиардных стратегий до списка покупок.
В итоге MECE — это не просто «разложить по полочкам», а способ думать полно, точно и без мусора. Именно поэтому он стал одним из самых запоминающихся инструментов в консалтинге и за его пределами.
Mutually Exclusive, Collectively Exhaustive
Взаимно исключающие, совместно исчерпывающие — что это значит на простом языке?
- Взаимоисключающие (Mutually Exclusive) — каждый элемент / пункт / категория должен находиться только в одной группе. Никаких пересечений и двойного учёта.
- Совместно исчерпывающие (Collectively Exhaustive) — вместе все категории должны полностью покрывать всё рассматриваемое множество без пробелов и пропусков. Ничего не должно остаться «за бортом».
MECE (ВИСИ) структурирует ваше мышление с максимальной полнотой и ясностью (и поэтому с минимумом неточностей). С ВИСИ начинается работа по определению самого общего уровня проблемы. Составляя список пунктов, описывающих важнейшие аспекты стоящей перед вами проблемы, используйте ВИСИ.
Когда вы думаете, что у вас уже есть определенный план решения задачи, взгляните на него еще раз. Все ли аспекты проблемы разделены и четко определены? Если это так, то вы добились взаимной исключительности.
Взгляните еще раз. Все ли аспекты следуют один за другим (именно один за другим)? При этом подумали ли вы обо всех аспектах? Если и это так, значит, ваши пункты совместно исчерпывающие.
Примеры ВИСИ/MECE
MECE вкладывается в голову каждого нового сотрудника с первого дня прихода в компанию McKinsey.
Все документы, включая внутренние записки, презентации, почту или голосовые сообщения, должны быть составлены в виде МЕСЕ. Не говоря уже о аналитических документах по проекту.
Спросите любого выпускника школы McKinsey о том, что ему больше всего запомнилось о процессе работы над проектами и решением проблем, и он ответит вам: МЕСЕ, МЕСЕ, МЕСЕ.
Простые примеры — хорошо/плохо
| Тема | Хороший MECE-пример (взаимоисключающие и полностью покрывающие) | Плохой НЕ-MECE пример (с ошибками) | Почему плохой (основные нарушения) |
|---|---|---|---|
| Возрастные группы | — 0–17 лет — 18–24 года — 25–34 года — 35–44 года — 45–54 года — 55–64 года — 65+ лет | — До 30 лет — 25–40 лет — Старше 35 лет | Пересечения (25–30, 35–40) + большие пробелы после 40–50 лет |
| Типы расходов в личных финансах | 1. Постоянные (фиксированные) расходы 2. Переменные повседневные расходы 3. Переменные дискреционные (необязательные) 4. Капитальные / разовые расходы | — Обязательные расходы — Необязательные расходы — Еда — Развлечения | Сильные пересечения (еда может быть и обязательной, и необязательной) + не покрывает капитальные/разовые траты |
| География мира (без покрытия) | — Европа (включая Россию, Турцию, страны ЕС и т.д.) — Азия (включая Ближний Восток, Центральную Азию) — Африка — Северная Америка — Латинская Америка и Карибы — Австралия и Океания — Антарктида (если строго) | — Европа — Азия — Америка — Африка | Пробелы: Австралия/Океания не покрыта; Турция, Ближний Восток, Казахстан — непонятно куда; Америка = Северная + Южная → путаница |
| Уровни зрелости продукта | — Идея / Валидация (pre-MVP, проблема подтверждена, первые тесты) — MVP / Ранняя версия (первые реальные пользователи, проверка гипотез) — Рост / Product-Market Fit (стабильное удержание, органический рост) — Зрелость / Масштабирование (оптимизация монетизации, высокая прибыльность, лидерство на рынке) — Спад / Трансформация (падение спроса, pivot, sunset или продажа) | — MVP — Готовый продукт — Устаревший продукт | Огромные пробелы между MVP и «готовым»; нет фазы роста, зрелости, спада; пересечения понятий |
Пример разбора проекта — нам необходимо больше подаж
Предположим, ваша команда работает над проектом для знаменитой американской производственной компании «Американские Скрепки». Проблема, с которой вы столкнулись, — «Нам необходимо продавать больше наших скрепок». Ваша команда может начать с составления следующего списка для решения этой проблемы:
- Изменение способа продаж в розницу
- Улучшение системы маркетинга продукции
- Снижение стоимости единицы продукции
Несмотря на то, что этот список выглядит достаточно общим, это нормально. Мы продолжим разговор о дальнейшей детализации в следующей секции. Важно, что этот список составлен в технике MECE.
Предположим, вы добавите еще один пункт — «Перестройка процесса производства». Как этот пункт соотносится с тремя уже написанными?
Действительно, это важный аспект, но он не может находиться бок о бок с предыдущими тремя пунктами. Он должен быть размещен под пунктом «Снижение стоимости изделий», вместе с подпунктом «Поддержка дистрибьюторской системы» и еще одним — «Улучшение учетной политики».
Почему так? Потому что все эти три пункта призваны снизить стоимость изделий. Размещение одного из них (или всех) в ряду первых приведет к повторениям. Список перестанет быть взаимно исключающим.
Повторения укажут на отсутствие стройности в мыслях составившего этот список и введут в заблуждение читателей.
Когда ваш список готов и все пункты в нем разделены и ясны, вы должны проверить, присутствуют ли в нем все аспекты, относящиеся к проблеме.
Вернитесь назад к пункту «Перестройка процесса производства», который вы поместили под пунктом «Снижение стоимости изделий».
Здесь кто-то из членов вашей команды может сказать: «Мы должны подумать об улучшении качества нашей продукции с помощью улучшения производственного процесса».
Он прав. Значит ли это, что вы должны переструктурировать уже имеющийся у вас список? Нет, но вы должны включить это замечание в свой список под пунктом «Снижение стоимости изделий», сделав его отдельным подпунктом «Изменение процесса производства для улучшения качества продукции».
Итак, теперь ваш список выглядит так:
1. Изменение способа продажи в розницу
2. Улучшение системы маркетинга нашей продукции
2.1. изменение процесса производства для улучшения качества продукции
3. Снижение стоимости единицы продукции
3.1. перестройка процесса производства для снижения затрат на единицу продукции
Предположим, у вашей команды возникло еще несколько интересных идей, которые не подходят ни под один из уже существующих пунктов. Что тогда? Вы можете игнорировать их, но это не поможет вашему клиенту решить его проблему. Вы можете дописать эти пункты в основной список, но тогда их будет слишком много.
Обычно списки, которые презентует McKinsey, состоят не менее чем из двух, но и не более чем из пяти основных пунктов (конечно, три — лучший вариант).
Для решения этой дилеммы есть специальная магическая категория, называющаяся «Другие пункты».
Если вы не знаете, куда приспособить еще две-три блестящих идеи, поместите их в этот раздел.
Однако я хотел бы предостеречь вас. Избегайте использования этого пункта в заглавном списке, это выглядит неподходяще. Это выглядит нормально, когда вы размещаете раздел «Другие пункты» в подпунктах и разделах более низкого уровня. На первой станице это слишком привлекает внимание.
Итак, приложите немного усилий, чтобы определить свои блестящие идеи в какие-то из разделов основной структуры документа. Практически всегда существует возможность для этого. Если это все же не получилось, то раздел «Другие пункты» поможет вам остаться в технике МЕСЕ.
Книги про ВИСИ/MECE
Чтобы глубже изучить этот принцип и развить практику, есть смысл прочитать книги в которых эта тема разбирается более подробно.
Принцип пирамиды Минто
«Золотые правила Гарварда и McKinsey» учат составлять письменные документы и устные выступления.
Согласно теории Барбары Минто, текст делового письма хорошо воспринимается только в том случае, если его идеи логически взаимосвязаны и выстроены по принципу пирамиды. Только такая структура делает сообщение максимально доступным для понимания, потому что мысли излагаются в порядке, оптимальном для восприятия.
«Золотые правила», созданные во время работы Минто в McKinsey, регулярно пересматриваются и совершенствуются.
Автор много лет преподает свой курс в крупнейших бизнес-школах, университетах и компаниях.
Метод McKinsey
Использование техник ведущих стратегических консультантов для решения личных и деловых задач.
Книга впервые раскрывает методы управления, которые компания McKinsey тщательно охраняла долгое время, и демонстрирует инструменты, позволяющие менеджерам любого уровня мыслить как консультанты McKinsey и находить решения самых сложных бизнес-проблем.
Любопытно. Буду применять на практике. Спасибо за статью.
Мы использовали MECE при подготовке питч-дека для инвесторов — структурировали рынок, конкурентов, go-to-market. Инвестор сразу сказал, что такой разбивки он давно не видел: ничего не дублируется, всё покрыто. Принцип работает не только в консалтинге, но и в продуктовой стратегии стартапа — особенно когда нужно быстро объяснить, почему ваш сегмент уникален.
В аналитике MECE — это основа нормального дашборда. Если метрики пересекаются или какая-то область не покрыта, клиент сразу задаёт вопрос: «а где у вас N?» — и оказывается, что N размазано по трём разным таблицам. Tableau это не исправит, исправляет только грамотная декомпозиция на старте. Статья хорошо объясняет суть, рекомендую всем, кто строит отчёты.
Мы с командой начали применять MECE при планировании задач в Trello/Jira — разбиваем проект на карточки так, чтобы ни одна задача не цеплялась за другие. До этого вечно была каша и блокировки — задачи просто блокировли друг друга и не могли двигаться дальше. После того как ввели этот принцип как правило декомпозиции — задачи стали решаться в два раза быстрее, всё прозрачно и понятно.
MECE — один из тех принципов, который я постоянно использую при выстраивании CRM-процессов. Когда начинаешь декомпозировать воронку продаж, сразу видно, где этапы пересекаются или где дыры: лид попадает в статус «думает» и висит там вечно, потому что никто не разграничил критерии. После того как стал структурировать pipeline по MECE — менеджеры перестали спорить, чей клиент.