Фреймворк принятия решений для фаундер в IT-компании

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

Антон — фаундер B2B-сервиса в IT. Больше восьми лет в бизнесе, несколько десятков человек в команде, оборот в районе ста с лишним миллионов. Не стартап, не корпорация — та самая зона, где компания уже переросла «делаем всё сами», но ещё не выстроила систему, которая работает без фаундера как центра принятия решений.

Он пришёл не в кризисе. Это важно. Бизнес работал. Деньги были. Команда держалась. Но внутри что-то застряло — и он это чувствовал уже несколько месяцев. Формулировал по-разному: «устал», «не понимаю куда двигаться», «надо что-то решить, но не могу».

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

Что лежало глубже — выяснилось не сразу.

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

Казалось бы — управленческая задача. Посчитай юнит-экономику, посмотри на динамику, прими решение. Антон это сделал. Несколько раз. Цифры каждый раз говорили одно и то же. Но решение не принималось.

Я спросил: «Ты уже знаешь ответ?» Он помолчал секунды три и сказал: «Да». Я спросил: «Тогда в чём вопрос?» Он не ответил сразу. И это молчание было информативнее любого ответа.

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

Именно здесь начинается работа с фреймворком принятия решений. Не как с инструментом анализа — как с инструментом разблокировки.

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

Блок первый: что я знаю точно. Не «что я думаю» и не «что говорят цифры» — именно то, в чём нет сомнений. Антон написал быстро: первое направление не вырастет без смены модели, смену модели он не хочет делать, ресурс нужен второму. Три пункта. Чётко.

Блок второй: что я боюсь признать. Здесь медленнее. Антон долго смотрел на листок. Потом написал: «Что люди из первого направления окажутся лишними». Это был честный ответ. Не про деньги, не про стратегию — про людей, которые работают с ним восемь лет.

Блок третий: что изменится, если я ошибусь. На этом вопросе он остановился. Надолго.

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

Я попросил Антона не просчитывать, а назвать одно — самое страшное последствие ошибки. Он сказал: «Что второе направление тоже не взлетит, и я закрою то, что работало, ради того, что не сработает». Это была настоящая развилка. Не между двумя направлениями бизнеса — между двумя версиями себя: тем, кто рискует, и тем, кто сохраняет.

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

После четвёртого блока Антон сказал фразу, которую я слышу в разных вариациях часто: «Я уже всё это знал. Просто не видел это вместе».

Фреймворк принятия решений для фаундер в IT-компании не производит новое знание. Он собирает уже имеющееся в форму, с которой можно работать.

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

Через три месяца второе направление показало рост, который Антон ожидал, но не мог запустить. Первое продолжает работать — тише, без амбиций, но без потерь.

Это победа. Но с оговорками, которые важно назвать.

Антон по-прежнему тянет с некоторыми решениями. Фреймворк не лечит характер — он даёт структуру для конкретной ситуации. Если структуры нет, паралич возвращается. Мы работали ещё несколько месяцев — не потому что что-то пошло не так, а потому что одна разблокировка не перестраивает паттерн. Паттерн перестраивается через повторение.

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

Фреймворк сработал. Но не так, как я ожидал: я думал, что главным результатом будет решение. Главным результатом оказалось то, что Антон перестал тратить энергию на «не-решение».

За последний год это четвёртый IT-фаундер с одной и той же структурой паралича. Разные компании, разные решения, разные цифры — но одна схема: человек знает ответ, не может его произнести, называет это прокрастинацией или усталостью, приходит за «помощью в принятии решения», а на деле нуждается в структуре, которая делает уже принятое решение произносимым.

Почему это так часто встречается именно в IT? Несколько наблюдений.

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

Высокая цена ошибки в IT-бизнесе реальна. Но она часто переоценивается: фаундер думает, что одно неверное решение разрушит всё, что строилось восемь лет. Это редко так. Чаще разрушает не ошибка, а затяжное «не-решение», которое держит компанию в подвешенном состоянии.

Привычка оптимизировать — ещё один фактор. IT-фаундеры ищут «лучшее решение». Но в стратегических развилках лучшего решения часто нет — есть решение, которое ты готов принять и нести его последствия.

Вот параллельный случай. Другой фаундер, другая индустрия — тоже технологический сервис, но другой сегмент. Та же структура: два направления, одно тянет ресурс, другое хочет расти. Та же пауза на вопросе «что изменится, если я ошибусь». Та же фраза в конце: «Я это уже знал». Разница в одном: он пришёл раньше — не через три месяца раздумий, а через три недели. Работа заняла меньше времени, и решение далось легче — не потому что ситуация была проще, а потому что он не успел обрасти слоями рационализации.

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

Фреймворк принятия решений для фаундер в IT-компании — это не магия и не откровение. Это способ собрать то, что ты уже знаешь, в форму, с которой можно работать. Иногда этого достаточно. Иногда нужно больше. Но начинать всегда стоит со структуры.

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

Это единичный случай или такое встречается часто? Четыре похожих случая за год — только среди тех, с кем я работал напрямую. Структура паралича «знаю ответ, не могу произнести» встречается у IT-фаундеров заметно чаще, чем в других индустриях. Это не диагноз — это паттерн, который стоит знать.

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

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

Если этот кейс читается как твоя история — не обязательно про IT, достаточно про структуру паралича — приходи на 20-минутный разбор. Ситуации разные, структура конфликта обычно похожа на ту, что здесь.

Работаю с фаундерами и CEO компаний от 80 миллионов выручки. Беру до 3 новых запросов в месяц. Напиши на hi@vvetrov.com: кто ты, что за бизнес, в чём вопрос.

Смежные материалы по теме: Шаблон решения для CEO: от анализа до действия, Как фаундер структурирует сложное решение за 30 минут, Развилка CEO на 80–300 млн: продавать, масштабировать или ждать. Общий контекст — в материале Принятие стратегических решений: фреймворки и практика.

P.S. Четыре вопроса из этого кейса можно попробовать самостоятельно. Иногда этого достаточно. Но есть вещи, которые видны только снаружи — особенно когда ты восемь лет внутри.

Май 2026. Автор — Виталий Ветров, стратегический советник и практикующий юрист.