- -
- 100%
- +
Проверка: уберите из уравнения всех внешних наблюдателей. Если бы никто не видел и не оценивал ваше решение — вы бы все равно его приняли? Если ответ неочевидный — проблема, скорее всего, чужая. Решать ее не запрещено. Но тогда нужно явно договориться об условиях: ресурсах, приоритетах, защите основной работы.
3.2. Вопрос второй: как я узнаю, что решение было правильным?
Когда я спрашивал про критерий успеха e-com проекта, ответа не было. «Создать альтернативный канал» — это не критерий. Это намерение. Критерий — это измеримый результат: перевести 30% клиентской базы маркетплейсов в собственный канал к определенной дате, достичь доли прямых продаж не ниже X процентов от общего оборота. Без этого невозможно ни принять решение о запуске, ни оценить его потом.
Отсутствие зафиксированного критерия создает то, что психологи называют «эффектом техасского снайпера»: стрелок сначала делает выстрел, а потом рисует мишень вокруг пулевого отверстия. Если критерий успеха не определен до решения, мозг нарисует мишень вокруг любого результата — и убедит вас, что именно в него вы и целились. «Мы получили опыт». «Мы поняли рынок». «Мы построили инфраструктуру». Все это может быть правдой — но если это не было целью изначально, это рационализация, а не оценка.
Филип Тетлок в книге «Суперпрогнозирование: искусство и наука предсказания» (книга о качестве прогнозов и принятии решений, 2015) показал: качество мышления напрямую связано с готовностью фиксировать конкретные прогнозы до события — и потом честно сверять их с реальностью. Инструмент прост — журнал решений. До старта: что решаем, что считается успехом, по каким критериям, к какому сроку. После — честная сверка. Не для наказания, а для калибровки.
3.3. Вопрос третий: что произойдет, если не принимать это решение вообще?
Для меня лично ответ на этот вопрос в той ситуации был неудобным, но честным: если бы проект не запустили или запустили без моего участия — моя команда работала бы без лишней нагрузки, люди не выгорали бы, результаты были бы лучше. Цена бездействия для меня лично была отрицательной — то есть бездействие давало лучший результат, чем действие.
Это не значит, что проект не нужно было запускать вообще. Это значит, что вопрос «а что если не делать?» должен был прозвучать на уровне всей системы — и дать честный ответ о том, кто несет издержки, кто получает выгоду, и совпадают ли эти люди.
Энни Дьюк в книге «Когда бросить: искусство знать, когда хватит» (книга о принятии решений и выходе из проектов, 2022) описывает асимметрию, с которой люди воспринимают действие и бездействие: действие всегда кажется более ответственным, даже когда оно хуже по ожидаемой ценности. Это создает систематическую ошибку в сторону избыточных решений — слишком много, слишком рано, в ситуациях, где правильным ответом было бы подождать или не делать вовсе.
Есть два принципиально разных сценария бездействия. В первом ситуация ухудшается сама по себе — и каждый день промедления увеличивает цену. Здесь действовать нужно немедленно. Во втором ситуация стабильна или разрешится сама — и осознанная пауза лучше поспешного старта. Вопрос «что будет, если не решать?» помогает понять, в каком из сценариев вы находитесь.
3.4. Вопрос четвертый: не угрожает ли это моему главному капиталу?
В той истории ответ на четвертый вопрос был самым болезненным. Главным капиталом для меня в тот период была команда — люди, которых я собирал, обучал, в которых вкладывал время и доверие. Именно они обеспечивали результаты, за которые я отвечал. Проект e-com угрожал этому капиталу напрямую: нагрузка, расфокус, выгорание, уходы. Часть людей действительно ушла. Восстанавливать это потом стоило дороже, чем любая потенциальная выгода от альтернативного канала продаж.
У каждого человека и каждой компании в конкретный период есть то, что я называю главным главным активом — ресурс, потеря которого делает все остальное неважным. Для стартапа на ранней стадии это кэшфлоу. Для публичной компании — репутация. Для операционного менеджера с командой — люди и их вовлеченность. Привлекательные возможности часто создают риск именно для этого капитала — и риск легко не заметить, когда потенциальная выгода велика и давление сверху высокое.
Нассим Талеб в книге «Антихрупкость» (книга об устойчивости систем к неопределенности, 2012) формулирует принцип, который он называет «правилом штанги»: максимальная консервативность там, где на кону выживание системы, и максимальная агрессивность там, где потери ограничены. Никогда не ставить под угрозу главный капитал ради возможности, какой бы привлекательной она ни казалась.
Перед любым значимым решением — явно ответьте: что является вашим главным капиталом прямо сейчас? Угрожает ли рассматриваемое решение этому капиталу? Если угрожает — это не автоматическое «нет». Это требование осознать риск явно и принять решение с открытыми глазами. Не обнаружить его через полгода, когда часть команды уже написала заявления.
3.5. Четыре вопроса как система
В той истории с e-com ни один из четырех вопросов не был задан до старта. Первый показал бы: это чужая проблема, и нужно явно договориться об условиях участия. Второй потребовал бы зафиксировать измеримый критерий успеха — и, возможно, обнаружил бы, что его никто не может сформулировать. Третий показал бы асимметрию издержек и выгод между разными участниками. Четвертый поднял бы вопрос о защите команды как главного капитала.
Не факт, что проект не запустили бы. Но его запустили бы иначе: с отдельной командой, с четкой структурой управления, без разрушения того, что уже работало.
Эти четыре вопроса — не бюрократия. Это разница между движением в нужном направлении и очень эффективным движением не туда. Пять минут письменных ответов до старта стоят меньше, чем полгода восстановления после.
Глава 4. Типология решений: Типы 1 и 2 по Безосу
Я был свидетелем двух ситуаций, которые происходили в одной и той же компании почти одновременно. И каждый раз, когда я о них вспоминаю, они кажутся мне идеальной иллюстрацией одной и той же ошибки — только совершенной в противоположных направлениях.
Первая. Закупки планировались на встречах, где люди буквально поднимали руки и называли цифры. Без расчетов, без анализа продаж, без модели. Кто-то считал себя достаточно опытным, чтобы чувствовать рынок. В итоге компания раз за разом сидела в аутофстоке по хитовым позициям. Товар, на который делали маркетинговую кампанию, заканчивался в первые дни — и весь бюджет продвижения улетал впустую. Аутофсток — это потери, которые нельзя отыграть назад. Маркетинг не отбивается, продажи не возвращаются, окно упущено.
Вторая. Продвижение карточек товаров на маркетплейсах — ставки, бюджеты, распределение по позициям — требовало согласования чуть ли не на год вперед. Люди, которые за это не отвечали, перепроверяли решения тех, кто отвечал. Жаловались. Требовали обоснований. При этом если ставка на конкретный товар сегодня оказалась завышенной — завтра ее можно снизить или отключить, и к концу недели все стабилизируется. Цена ошибки — один день расхода. Цена согласования — недели торможения.
Две ошибки, одна природа: люди не различали, какие решения требуют тщательности, а какие — скорости. Контролировали не то, что нужно контролировать. И оставляли без контроля именно то, что определяло результат.
Джефф Безос в ежегодном письме акционерам Amazon за 2015 год (открытое письмо акционерам компании, опубликованное в составе годового отчета) ввел разграничение, которое с тех пор стало одним из самых цитируемых управленческих концептов. Он назвал их решениями Типа 1 и решениями Типа 2.
4.1. Тип 2: двери, которые открываются в обе стороны
Безос описывал Тип 2 через метафору двери: вы заходите, смотрите, что там, — и если не понравилось, разворачиваетесь и выходите обратно. Решение обратимо. Цена ошибки невысока. Информацию можно получить только в процессе — и это нормально.
Продвижение карточек на маркетплейсе — классический Тип 2. Повысили ставку — посмотрели на результат — скорректировали. Изменили распределение бюджета — посмотрели на конверсию — откатили или усилили. Цикл обратной связи короткий. Цена ошибки ограничена одним-двумя днями расхода. Здесь нужна скорость, а не согласования.
Для решений Типа 2 Безос формулировал жесткое требование: принимать быстро, на основе 70% информации, доступной прямо сейчас. Ожидание полной картины — потеря времени без пропорциональной выгоды. Если решение обратимо, цена промедления выше цены возможной ошибки.
Именно здесь большинство менеджеров теряют скорость. Они применяют к решениям Типа 2 процессы, созданные для Типа 1: согласования, комитеты, многоуровневые аппрувы. В результате компания движется медленно не потому что задачи сложные, а потому что простые задачи обрабатываются как сложные. Конкуренты успевают пройти три итерации, пока внутри идет четвертый раунд правок.
4.2. Тип 1: двери в одну сторону
Тип 1 — это решения, которые нельзя отменить или отменить которые стоит несоразмерно дорого. Вы открываете дверь, заходите — и дверь за вами закрывается.
Закупка — классический Тип 1. Вы заказали товар, деньги заморожены, склад занят, логистика запущена. Если купили не то или не в том объеме — откатить нельзя. Можно только продавать с убытком, списывать или ждать следующего сезона. Аутофсток по хитовой позиции во время кампании — это не «небольшая ошибка, исправим». Это потери, которые не компенсируются ничем в моменте: маркетинговый бюджет уже потрачен, трафик пришел и ушел, окно закрылось.
Именно поэтому решения о закупках требуют расчетов, моделей, данных о скорости продаж, сезонности, остатках. Не потому что кто-то не доверяет чужой интуиции. А потому что цена ошибки здесь необратима — и это меняет требования к процессу принятия решения.
Этимология, с которой начинается эта книга, здесь особенно точна: decidere — отрезать. Решение Типа 1 — это именно отрезание. Вы необратимо закрываете альтернативные вселенные. И именно поэтому оно требует другого качества мышления, другого процесса и другого уровня энергии.
4.3. Главная ошибка: перепутать тип
Безос считал, что компании совершают две симметричные ошибки — и обе одинаково разрушительны.
Первая: применять процессы Типа 1 к решениям Типа 2. Это убивает скорость. Именно это происходило с продвижением карточек: обратимые, быстро корректируемые решения тонули в согласованиях. Люди, которые за результат не отвечали, тормозили тех, кто отвечал.
Вторая — и более опасная: применять скорость Типа 2 к решениям Типа 1. Это создает катастрофы. Именно это происходило с закупками: необратимые решения с высокой ценой ошибки принимались на основе поднятых рук вместо расчетов. Уверенность в собственной интуиции заменяла анализ там, где анализ был критически необходим.
Вторая ошибка опаснее первой — потому что выглядит как решительность. Похвала за быстрое решение приходит сразу. Последствия — в виде аутофстока, сгоревшего маркетингового бюджета и упущенного окна продаж — через несколько недель.
4.4. Как определить тип решения
На практике граница между Типом 1 и Типом 2 не всегда очевидна. Три вопроса помогают классифицировать решение быстро.
Первый: какова цена отката? Если вы попробовали и не получилось — сколько это стоит вернуть? Снизить ставку в рекламном кабинете — ноль. Распродать закупленный неликвид — месяцы и потери в марже. Если откат соразмерен попытке или дешевле — Тип 2. Если откат требует ресурсов, сравнимых с изначальным решением, или невозможен — Тип 1.
Второй: сколько времени займет восстановление? Ошибка в решении Типа 2 исправляется за дни или недели. Ошибка в Типе 1 — за месяцы или дольше. Аутофсток во время активной кампании не исправляется никак: момент упущен безвозвратно.
Третий: влияет ли это на главный капитал? Если решение затрагивает то, потеря чего делает все остальное неважным — кэшфлоу, ключевых людей, репутацию — это автоматически Тип 1, независимо от формальных признаков обратимости.
Раздел II. Цели: что именно вы хотите
Инструменты для того, чтобы убедиться, что вы решаете правильную задачу
Глава 5. Методологии постановки целей: SMART, OKR, FAST, Уолтер Митти
Мы разобрались, что такое решение, научились находить правильную задачу и поняли, что за любым выбором стоит цель. Теперь — инструменты. Как именно формулировать цель так, чтобы она работала, а не просто красиво звучала на стратегической сессии.
Фреймворков для этого существует немало. Я разберу четыре: три классических, которые вы почти наверняка встречали, и один — менее известный, но, на мой взгляд, незаслуженно недооцененный. У каждого есть своя логика, своя область применения — и свои слепые пятна. Главная ошибка — считать, что один фреймворк подходит для всего.
5.1. SMART: стандарт, который все знают и мало кто применяет правильно
SMART — самый известный фреймворк целеполагания в мире. Аббревиатура расшифровывается как Specific (конкретная), Measurable (измеримая), Achievable (достижимая), Relevant (релевантная), Time-bound (ограниченная по времени). Впервые описан Джорджем Дораном в статье «Есть ли у вашей организации S.M.A.R.T.-цели?» (статья в Management Review, 1981).
Суть проста: хорошая цель должна однозначно отвечать на пять вопросов. Что именно мы хотим достичь? Как мы поймем, что достигли? Это реально с нашими ресурсами? Это важно для нашей стратегии? К какому сроку?
«Увеличить продажи» — не SMART-цель. «Увеличить выручку от нового продукта на 20% к концу третьего квартала за счет расширения канала прямых продаж» — SMART-цель.
Плюсы SMART очевидны: фреймворк универсален, прост в применении и отлично работает как чек-лист. Он дисциплинирует мышление и выбивает из головы размытые формулировки. Именно поэтому он стал стандартом де-факто в корпоративном управлении.
Минусы менее очевидны, но существенны. Во-первых, критерий Achievable (достижимость) системно убивает амбиции. Когда команда знает, что цель должна быть «реалистичной», она автоматически занижает планку до уровня, который точно выполнит. Это называется «болезнью безопасных целей»: формально SMART, фактически — имитация движения вперед.
Во-вторых, SMART хорошо описывает «что» и «к когда», но ничего не говорит о «зачем» и «как». Цель может быть идеально сформулирована по SMART — и при этом полностью оторвана от реальной стратегической задачи. Фреймворк не защищает от ошибки готового меню из предыдущей главы.
Вывод: SMART — хороший финишный фильтр для проверки уже сформулированной цели. Плохой стартовый инструмент для ее поиска.
5.2. OKR: амбиции с измеримым результатом
OKR (Objectives and Key Results — цели и ключевые результаты) разработал Энди Гроув в Intel, а широкую известность методология получила после того, как Джон Дорр принес ее в Google в 1999 году. Подробно система описана в книге Дорра «Измеряйте самое важное» (книга об управлении целями и OKR, 2017).
Структура OKR состоит из двух уровней. Objective (цель) — качественная, вдохновляющая, амбициозная формулировка направления. «Стать лидером рынка в сегменте premium D2C». Key Results (ключевые результаты) — конкретные измеримые показатели, которые докажут, что цель достигнута. Обычно 3—5 штук на одну цель. «Выручка 500 млн рублей к концу года», «NPS выше 70», «доля рынка 15%».
Ключевое отличие от SMART — в отношении к амбициям. В OKR принято ставить stretch goals — «натянутые» цели, которые достигаются примерно на 70%. Если OKR выполнен на 100%, считается, что цель была недостаточно амбициозной. Это принципиально меняет психологию команды: перестаешь бояться поставить большую цель, потому что недостижение — не провал, а норма.
Плюсы: OKR отлично работает на уровне компании и команды, создает вертикальное и горизонтальное выравнивание — все понимают, куда движется организация и как их работа связана с общей целью. Амбициозность встроена в дизайн.
Минусы: OKR требует зрелой культуры. В компаниях, где результаты OKR привязаны к премиям или оценке сотрудников, система мгновенно деградирует — люди начинают занижать Objective, чтобы гарантированно выполнить Key Results. Кроме того, OKR плохо работает для индивидуальных операционных задач и краткосрочного планирования — это инструмент стратегического горизонта от квартала и выше.
Вывод: OKR — лучший фреймворк для командного и корпоративного целеполагания на стратегическом горизонте. Требует культурной готовности к честному разговору о результатах.
5.3. FAST: ответ на ограничения OKR
FAST — относительно молодой фреймворк, предложенный Дональдом Салом и Чарльзом Слувеном в статье «С FAST-целями к лучшей производительности» (статья в MIT Sloan Management Review, 2018). Аббревиатура: Frequently discussed (регулярно обсуждаемые), Ambitious (амбициозные), Specific (конкретные), Transparent (прозрачные).
FAST появился как реакция на практику, при которой OKR ставятся раз в квартал, после чего благополучно забываются до следующей сессии. Ключевая идея — цели должны быть живыми: регулярно обсуждаться на всех уровнях, быть видны всей организации и постоянно уточняться по мере изменения контекста.
Плюсы: FAST решает одну из главных проблем любого целеполагания — разрыв между постановкой цели и реальной работой. Прозрачность и частота обсуждений не дают целям превращаться в документ, который открывают два раза в год. Амбициозность, как и в OKR, встроена в дизайн.
Минусы: FAST требует значительных операционных ресурсов. Регулярные обсуждения целей на всех уровнях — это время. В небольших командах или при высокой операционной нагрузке это требование легко игнорируется, и от фреймворка остается только красивое слово. Кроме того, FAST пока значительно менее исследован эмпирически, чем OKR или SMART.
Вывод: FAST хорош там, где уже работает OKR, но цели теряются между сессиями. Это скорее надстройка над существующей системой, чем самостоятельный инструмент с нуля.
5.4. Метод Уолтера Митти: от образа будущего назад
Уолтер Митти — литературный персонаж Джеймса Тербера, человек, который живет в мечтах об идеальной жизни, но не делает ничего для их реализации. Именно от него получил название подход, который в академической литературе чаще встречается как mental contrasting with implementation intentions — мысленное противопоставление с намерениями реализации.
Психолог Габриэле Эттинген в книге «Переосмысление позитивного мышления» (книга о психологии мотивации и целедостижения, 2014) провела серию исследований, которые в ряде случаев поставили под сомнение популярное убеждение о пользе чистой визуализации успеха. Оказалось, что люди, которые только представляют желаемый результат без осмысления препятствий, реже достигают своих целей, чем те, кто вообще не занимается визуализацией. Мозг, «переживший» успех в воображении, снижает мотивацию к реальным действиям.
Рабочий метод, который предложила Эттинген, называется WOOP: Wish (желание), Outcome (результат), Obstacle (препятствие), Plan (план). Сначала вы максимально ярко представляете желаемый результат — а затем сразу же, не выходя из этого состояния, честно задаете себе вопрос: что именно во мне или в обстоятельствах может помешать? И только после этого формулируете конкретный план действий в формате «если… то…».
Плюсы: метод работает там, где другие фреймворки дают сбой — на уровне личных решений и изменения поведения. SMART и OKR отлично описывают цель, но не работают с внутренними барьерами. WOOP делает именно это. Исследования Эттинген показывают значимый рост вероятности достижения цели по сравнению с чистой визуализацией или отсутствием планирования.
Минусы: метод требует честности с самим собой, которая дается непросто. Назвать вслух (или письменно) главное препятствие — особенно если оно внутри тебя — психологически некомфортно. Кроме того, WOOP плохо масштабируется на командную работу: это инструмент индивидуального применения.
Вывод: WOOP — лучший из четырех инструментов для личных решений и поведенческих изменений. Если вы ставите цель, которая требует изменить собственные привычки или преодолеть внутреннее сопротивление, начните с него, а не со SMART.
5.5. Какой фреймворк когда использовать
Все четыре фреймворка решают разные задачи. Проблема не в том, что какой-то из них плохой, — проблема в том, что их применяют не по назначению.
Если вам нужно сформулировать операционную цель для команды с четким сроком и метрикой — возьмите SMART как чек-лист на финальной проверке. Если вы выстраиваете стратегическое целеполагание на уровне компании или подразделения — OKR. Если OKR уже есть, но цели теряются между кварталами — добавьте регулярность и прозрачность по модели FAST. Если речь о личном решении, которое требует изменить поведение или преодолеть собственное сопротивление — WOOP.
Есть и общее правило, которое работает для всех четырех: фреймворк — это форма, а не содержание. Он помогает оформить цель, которая уже найдена. Если задача еще не определена — никакой фреймворк не поможет. Именно поэтому инструменты из этой главы идут после вопросов из предыдущих двух, а не вместо них.
Глава 6. ИКР: как описать идеальное будущее и найти Вариант В
У всех фреймворков из предыдущей главы есть общее ограничение, которое редко называют вслух: они помогают оформить цель — но не придумать ее. SMART, OKR, FAST и WOOP работают с вариантами, которые уже лежат на столе. Они не задают вопрос: а тот ли это стол?
Есть инструмент, который делает именно это. Он пришел не из менеджмента и не из коучинга — из инженерии. И, на мой взгляд, незаслуженно редко используется за пределами технических специальностей.
6.1. Откуда взялся ИКР
В 1946 году советский инженер и изобретатель Генрих Альтшуллер начал систематически изучать патенты — сотни тысяч патентов из разных стран и эпох. Он хотел понять: есть ли в изобретательстве закономерности? Существуют ли универсальные принципы, по которым люди находят нетривиальные решения?
Через несколько десятилетий работы он создал ТРИЗ — Теорию решения изобретательских задач. Один из центральных концептов этой теории — Идеальный конечный результат (ИКР). Альтшуллер описал его в книге «Творчество как точная наука» (книга о теории решения изобретательских задач, 1979).
ИКР — это формулировка идеального состояния, при котором нужная функция выполняется сама по себе, без затрат, без побочных эффектов, без дополнительных элементов системы. Звучит утопично — и в этом весь смысл. ИКР намеренно описывает невозможное, чтобы сдвинуть мышление с рельсов привычных решений.
6.2. Как работает логика ИКР
Обычный способ решать задачи выглядит так: есть проблема → ищем варианты решения → выбираем лучший из доступных. Это мышление от ограничений. Мы видим то, что реально сделать с нашими ресурсами прямо сейчас — и выбираем внутри этого коридора.
ИКР переворачивает логику. Сначала вы описываете идеальный конечный результат — состояние, при котором проблема решена наилучшим возможным образом, без компромиссов. Затем спрашиваете: что мешает этому состоянию существовать прямо сейчас? И только после этого ищете способы устранить именно это препятствие — а не латать симптомы.