Кладовочка

О разном, чтобы было под рукой онлайн

Первые принципы (First Principles): метод Маска для решения сложных задач

Мышление первыми принципами — не про то, чтобы «начинать с нуля каждый раз» или игнорировать чужой опыт. Это метод разбора проблемы до фундаментальных истин, которые невозможно опровергнуть, и построения решения от них вверх — без оглядки на «так принято».

Илон Маск популяризировал этот подход, но его корни уходят в античную философию. Аристотель в «Метафизике» определил первый принцип (archē) как «первую основу, из которой вещь познаётся». Декарт с его радикальным сомнением («Cogito ergo sum») шёл тем же путём: отбросить всё, в чём можно усомниться, и строить знание от несомненного.

Маск перевёл философскую идею в инженерную плоскость: «Я думаю, что мышление первыми принципами важнее, чем мышление по аналогии. При аналогии вы делаете что-то, потому что это уже сделано — с небольшими вариациями. Первыми принципами вы сводите вещи к самым фундаментальным истинам и спрашиваете: „А что мы точно знаем как правду?“ — и строите оттуда».

Что такое мышление первыми принципами

Первые принципы — это не «очевидное предположение» и не «здравый смысл». Это утверждения, которые удовлетворяют двум критериям:

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

«Пользователям нужна простота» — не первый принцип. Это предположение, которое может быть верным для одного сегмента и ложным для другого. А вот «пользователь нажал кнопку и ожидал результат в течение 200 мс» — уже ближе к фундаментальной истине: это измеримый факт о когнитивных ограничениях человека.

«Батареи дорогие» — не первый принцип. «Батарея состоит из кобальта, никеля, алюминия, полимеров. Их биржевая стоимость — X» — фундаментальная истина.

Ключевой сдвиг: мышление первыми принципами меняет вопрос с «Как нам улучшить существующее решение?» на «Какое решение следует из фундаментальных ограничений?».

Мышление по аналогии vs первые принципы

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

По аналогии Первые принципы
«Батареи стоят $600/кВт·ч — такова рыночная цена» «Из чего состоит батарея? Кобальт, никель, алюминий, полимеры — $80/кВт·ч на бирже. Соберём сами.»
«Все так делают в индустрии» «Какие реальные физические, экономические и человеческие ограничения существуют?»
Инкрементальное улучшение: быстрее, дешевле, лучше на 10% Потенциал для прорыва: порядковое снижение стоимости или новый подход
Опирается на интуицию и опыт индустрии Требует умственных усилий и готовности усомниться в «очевидном»
Хорошо для рутинных задач и оптимизации Незаменимо при смене парадигмы или входе в новую область

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

Метод трёх шагов

Шаг 1: Выявить и поставить под сомнение допущения

Запишите все допущения, которые команда принимает как данность. Правило: если вы говорите «мы знаем, что...» — остановитесь и спросите: «Откуда мы это знаем? Можно ли это проверить? Что если это неверно?».

Типичные скрытые допущения:

  • «Разработка фичи занимает 2 недели» — это реальная необходимость или историческая норма, которую никто не оспаривал?
  • «Клиенты не будут платить больше $X» — данные или предположение? Когда последний раз тестировали цену?
  • «Нам нужна эта технология, потому что она у всех» — какие именно ограничения она решает в нашем конкретном случае?
  • «Рынок не готов к...» — чьё это мнение? Есть ли данные?

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

Шаг 2: Разобрать до фундаментальных истин

Для каждого сомнительного допущения задайте вопрос: «Из чего это состоит?» (для физических объектов) или «Почему это так?» (для процессов и убеждений). Продолжайте, пока не дойдёте до уровня, который можно проверить объективно.

Хороший тест на «фундаментальность»: может ли человек из другой индустрии, культуры или эпохи независимо прийти к тому же выводу, имея те же данные?

Пример цепочки декомпозиции для IT-продукта:

Допущение: «Наш онбординг занимает 3 дня, потому что продукт сложный»

Почему продукт сложный? → 15 ключевых функций в онбординге

Почему 15? → Все конкуренты предлагают столько же

Почему это стандарт? → Исторически сложилось, никто не пересматривал

Что такое «онбординг» по сути? → Процесс, в котором пользователь достигает первого успешного результата

Какой минимальный результат нужен пользователю в первый день? → Одна задача, одна ценность

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

Шаг 3: Построить решение от фундамента вверх

Отбросьте исходные допущения. Исходите только из фундаментальных истин. Спросите: «Если бы мы ничего не знали о том, как эта проблема решается сейчас, какое решение мы бы построили?»

Сравните получившееся решение с существующим. Часто разрыв между ними — это пространство для инновации.

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

Реальные примеры

SpaceX: стоимость ракет

Самая известная история применения первых принципов. В 2002 году ракета стоила $65 млн — такова была рыночная цена, и все принимали это как данность.

Мышление по аналогии: «Ракеты дорогие. Как удешевить существующую ракету на 10%? Легче материалы? Другие поставщики?»

Первые принципы по Маску:

  1. Из чего физически состоит ракета? → Алюминий, титан, медь, углеродное волокно
  2. Сколько это стоит как сырьё на бирже? → ~2% от цены готовой ракеты
  3. Почему разница в 50 раз? → Цепочка поставок, устаревшие производственные процессы, отсутствие конкуренции
  4. Что если строить ракеты самим, с современными технологиями? → Falcon 9

Результат: снижение стоимости запуска на порядок, многоразовые ступени, перезапуск космической индустрии.

Ключевой урок: Маск не «изобрёл ракету заново». Он применил первые принципы к экономике ракетостроения, а не к физике полёта.

IT-архитектура: микросервисы для стартапа

Мышление по аналогии: «Все используют микросервисы — Netflix, Uber, Amazon. Значит, это правильно и для нас».

Первые принципы:

  1. Какую проблему мы решаем? → Команда из 5 разработчиков, нужно быстро доставлять фичи
  2. Какие ограничения накладывает реальность? → CAP-теорема, сетевая задержка, нет выделенного DevOps-инженера, бюджет ограничен
  3. Что такое «архитектура» по сути? → Способ организовать код так, чтобы команда могла вносить изменения с минимальными каскадными эффектами
  4. Какое решение следует из этих ограничений? → Модульный монолит с чёткими bounded contexts

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

Продуктовая стратегия: не делай как конкуренты

Мышление по аналогии: «У конкурентов есть фича X — нам срочно нужна такая же».

Первые принципы (на примере iPhone):

  • Какую фундаментальную потребность мы закрываем? → Коммуникация, доступ к информации, развлечения — в мобильном контексте
  • Какие физические ограничения у пользователя? → Размер кармана, одна рука, ограниченное внимание
  • Как человек естественно взаимодействует с объектами? → Касается их пальцами, а не стилусом или клавишами
  • Какая технология доступна сейчас? → Мультитач-дисплеи стали достаточно дёшевы

Вопрос переформулировался: не «как сделать клавиатурный телефон лучше», а «как человеку взаимодействовать с устройством без посредников-кнопок?». Ответ: мультитач.

Сравнение с другими методами мышления

Первые принципы — не единственный инструмент. Эффективный мыслитель использует их в комбинации с другими подходами.

Метод Суть Когда применять
Первые принципы Разбор до фундамента, пересборка снизу вверх Новая проблема, нужен прорыв, старая парадигма не работает
Инверсия «Что гарантирует провал?» → избежать этого Управление рисками, проверка планов на прочность
Системное мышление Взаимосвязи элементов, петли обратной связи Сложные системы с задержками и неочевидными эффектами
ТРИЗ 40 приёмов + разрешение противоречий Инженерные и изобретательские задачи
Аналогия Применение известного решения в новом контексте Рутинные задачи, перенос проверенных паттернов

Оптимальная последовательность для сложной проблемы:

  1. Разберите проблему до первых принципов (отбросьте допущения)
  2. Проверьте инверсией: «Что гарантирует провал этого решения?»
  3. Проверьте системным мышлением: «Какие непредвиденные эффекты вызовет это решение в смежных системах?»
  4. Примените ТРИЗ, если есть технические противоречия
  5. Используйте аналогию для деталей реализации, где прорыв не нужен

Типичные ошибки при использовании первых принципов

1. Путаница с упрощением «в лоб»

«Блог-платформа — это просто форма + база данных. Сделаем за день.»

Это не первые принципы. Это игнорирование реальной сложности: безопасность, масштабирование, UX-редактор, медиа-хостинг, SEO, доступность. Правильный разбор до первых принципов не отбрасывает сложность — он отделяет необходимую сложность от навязанной.

2. Слишком глубокая декомпозиция (паралич анализа)

«Что такое кнопка? HTML, CSS, JavaScript... А HTML — это байты, протоколы, TCP/IP...»

Останавливайтесь на уровне, релевантном проблеме. Если вы проектируете интерфейс — кнопка это элемент, на который пользователь нажимает для действия. Не нужно спускаться до квантовой физики. Правило: декомпозируйте на один уровень глубже, чем «очевидно» — но не дальше.

3. Игнорирование человеческих «фундаментальных истин»

Технически идеальное решение может провалиться, если игнорирует фундаментальные истины о людях:

  • Сопротивление изменениям — реальный психологический феномен
  • Ограниченное внимание — конечный ресурс
  • Привычки — сильнее рациональных аргументов
  • Социальное влияние — люди принимают решения не изолированно

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

4. Принятие непроверяемых утверждений за первые принципы

Похоже на первый принцип На самом деле
«Пользователи хотят простоты» Предположение. Разбейте: какую задачу решает пользователь? За какое время? С каким уровнем ошибок?
«Рынок всегда прав» Не первый принцип. Рынок — это агрегированное поведение, которое можно изучать, но нельзя принимать как аксиому
«Люди рациональны» Противоречит данным поведенческой экономики. Фундаментальная истина: люди ограниченно рациональны
«Культура первична» Слишком общо. Разбейте: какие конкретные поведения вы наблюдаете? Как они вознаграждаются или наказываются?

Правило: если утверждение нельзя сформулировать как проверяемую гипотезу — это не первый принцип.

Практический воркшоп для команды

Упражнение «Разбери свой проект» (30 минут)

Это упражнение можно провести на ретроспективе или стратегической сессии. Лучше всего работает с реальной проблемой, которая «буксует».

Протокол:

  1. 5 минут: Возьмите текущую проблему или проект. Каждый участник молча записывает 5–10 допущений, которые команда принимает как данность. Без обсуждения.
  2. 5 минут: Выпишите все допущения на доску. Сгруппируйте похожие.
  3. 5 минут: Для каждого допущения — голосование точками: «Насколько мы уверены, что это правда?» (зелёная точка = есть данные, жёлтая = похоже на правду, красная = предположение).
  4. 5 минут: Выберите одно «красное» допущение — самое сомнительное и при этом с самым большим влиянием на решение.
  5. 5 минут: Групповая декомпозиция выбранного допущения: «Почему мы так думаем?» (можно использовать метод 5 почему, но фокус — на проверяемости каждого ответа).
  6. 5 минут: Предложите решение, которое не опирается на исходное допущение. Сравните с текущим подходом.

Конкретный пример протокола:

Проблема: онбординг пользователей занимает 3 дня, конверсия в активацию — 12%.

Допущения команды (шаг 1–2):

  • «Продукт сложный, нужно показать все функции» 🔴
  • «Пользователям нужна документация перед началом» 🔴
  • «Без обучения они наломают дров» 🟡
  • «У конкурентов такой же онбординг» 🟢 (проверили — да)
  • «Мы пробовали короче — поддержка завалилась тикетами» 🟡

Выбираем первое допущение (шаг 4): «Продукт сложный, нужно показать все функции»

Декомпозиция (шаг 5):

  • Почему продукт сложный? → 15 функций в онбординге
  • Почему 15? → Каждая команда добавила свою
  • Почему мы считаем, что пользователю нужно ВСЁ? → Никогда не проверяли обратное
  • Что такое успешный онбординг по сути? → Пользователь достиг результата, ради которого пришёл

Фундаментальная истина: пользователь пришёл за одним результатом. Ему не нужны 15 функций в первый день.

Решение без исходного допущения (шаг 6): онбординг из 1 функции — той, ради которой пользователь зарегистрировался. 15 минут до первого успеха. Остальные функции открываются постепенно, по мере необходимости.

Сравнение с текущим подходом: 3 дня → 15 минут, 15 функций → 1 релевантная. Гипотеза: конверсия в активацию вырастет, нагрузка на поддержку не изменится (пользователи не видят того, в чём могут запутаться).

Связанные статьи на сайте