Большинство систем планирования создавали не для фаундеров. Их создавали для менеджеров среднего звена с предсказуемым расписанием, одним боссом и задачами, которые не меняются в середине дня. Фаундер — другое существо. У него нет одного босса, зато есть двадцать, и все срочные. Этот гайд — про систему планирования для фаундеров, которая работает именно в таких условиях. Не GTD, не матрица приоритетов, не «три главных дела с утра». Что-то более грубое и живучее.
В конце — один вопрос, который я задаю фаундерам в первые 15 минут работы. По ответу сразу понятно, есть ли у человека система или только её иллюзия.
Третий раз за квартал вижу одну и ту же картину: фаундер с красивым Notion-дашбордом, цветными метками, связанными базами данных — и полным ощущением, что система не работает. Задачи копятся. Важное откладывается. К вечеру непонятно, что вообще было сделано.
Проблема не в инструменте. Проблема в том, что стандартные системы управления временем строятся на трёх допущениях, которые у фаундера не выполняются.
Первое допущение: работа состоит из задач. У менеджера — да. У фаундера работа состоит из контекстов. Переговоры с инвестором, разговор с ключевым сотрудником, стратегическая сессия с командой, кризис в операционке — это не задачи, которые можно поставить в очередь. Это разные режимы, требующие разного состояния.
Второе допущение: прерывания — это сбой. Все системы тайм-менеджмента борются с прерываниями как с патологией. Но для фаундера прерывания — структурная черта работы. Его ценность часто именно в том, чтобы быть доступным в нужный момент. Система, которая требует «защитить время от всего», у большинства фаундеров не приживается — потому что противоречит реальности.
Третье допущение: горизонт планирования — квартал или год. Фаундер живёт в более коротком цикле. Не потому что плохо планирует, а потому что рынок, команда и продукт меняются быстрее, чем успевает устареть квартальный план. Планировать на три месяца вперёд с точностью до задачи — это не стратегия, это самообман.
Из этого следует простой вывод: нужна система, которая работает с контекстами, а не с задачами. Которая встраивает прерывания, а не борется с ними. И которая живёт в коротком горизонте, но при этом не теряет связь с длинным.
Как именно это устроить — дальше.
Прежде чем читать дальше — вспомни последние три рабочих дня. Сколько раз ты переключался между глубокой работой и реакцией на входящее? Посчитай примерно.
Если больше десяти раз в день — у тебя нет режимов. Есть каша.
Базовая идея проста: вся работа фаундера делится на три режима, и смешивать их — главная причина, по которой день заканчивается ощущением «ничего не сделал».
Режим глубокой работы. Это то, что требует непрерывного внимания дольше 45 минут: стратегия, сложные переговоры, написание важных документов, анализ. Здесь нужна тишина, закрытые мессенджеры и защищённое время. Таких блоков у фаундера обычно 1–2 в день, не больше. Попытка сделать больше — иллюзия продуктивности.
Режим реакции. Это всё, что требует быстрого ответа: сообщения, звонки, короткие решения, оперативные вопросы команды. Этот режим не надо уничтожать — его надо локализовать. Два-три окна в день по 30–40 минут. Вне этих окон — режим недоступности.
Режим восстановления. Его обычно нет в системах планирования. Это ошибка. Восстановление — не обед и не сон. Это осознанные паузы между режимами: 10–15 минут без задач, без телефона, без «пока иду — послушаю подкаст». Мозг фаундера работает в условиях хронической когнитивной нагрузки. Без восстановления качество решений падает к середине дня — незаметно, но измеримо.
Смешение режимов — это когда ты пытаешься думать стратегически, одновременно отвечая в Telegram. Результат: ни стратегии, ни нормального ответа. Только усталость.
Разделение режимов — не про дисциплину. Это про архитектуру дня. О том, как эту архитектуру построить — следующий шаг.
Здесь обычно возникает возражение: «У меня слишком непредсказуемый бизнес для любой системы.» Это обоснованно — непредсказуемость реальная. Но она не означает, что планирование невозможно. Она означает, что нужен каркас, а не расписание.
Разница принципиальная.
Расписание говорит: «В понедельник с 10 до 12 — стратегия, с 14 до 15 — встреча с командой.» Расписание ломается при первом же форс-мажоре — и человек бросает систему, потому что она «не работает в реальных условиях».
Каркас говорит: «В понедельник утром — блок глубокой работы. Вторник и четверг — встречи с командой. Пятница вторая половина — административное и закрытие недели.» Каркас не ломается от форс-мажора. Он гнётся и возвращается в форму.
Каркас строится из трёх типов блоков:
Андрей — фаундер производственного бизнеса, около 200 сотрудников, семь лет в операционке. Пришёл с классической проблемой: «Я всё время занят, но ничего важного не двигается.» Попробовал тайм-блокинг по книжке — продержался три недели. Сломалось на первом же кризисе с поставщиком: два дня вылетело из расписания, система рассыпалась, возвращаться не захотелось.
Когда перешли на каркас — он удивился. Не тому, что стало больше времени. А тому, что форс-мажор перестал ощущаться как катастрофа системы. Кризис с поставщиком вошёл в буферный блок, якорные события устояли, неделя закрылась нормально. «Я впервые не чувствую, что система меня предала,» — сказал он примерно через месяц.
Каркас строится один раз и пересматривается раз в квартал. Не каждую неделю. Это важно — иначе он превращается в ещё одну задачу.
Но каркас — это структура недели. Что делать с каждым конкретным днём — отдельный вопрос.
Большинство фаундеров начинают день с планирования. Это правильно. Но мало кто заканчивает день с закрытием. А именно закрытие дня — то, что превращает набор событий в систему.
Закрытие дня — не дневник и не рефлексия. Это протокол из четырёх вопросов, на который уходит 10–15 минут.
Вопрос 1: Что из запланированного сделано? Не оценка, не самокритика. Просто факт.
Вопрос 2: Что появилось незапланированного — и стоило ли это времени? Это диагностика. Если незапланированное регулярно вытесняет важное — это сигнал о проблеме в системе фильтрации входящего, не в дисциплине.
Вопрос 3: Что переносится на завтра — и почему? Здесь важно «почему». Если задача переносится третий день подряд — либо она не важна, либо есть скрытое сопротивление. Оба варианта требуют решения, а не очередного переноса.
Вопрос 4: Что одно дело завтра нельзя не сделать? Одно. Не три, не пять. Одно. Это якорь следующего дня.
Протокол работает только если делается письменно. Не в голове. Мозг фаундера к вечеру перегружен — он будет упрощать и пропускать неудобные ответы. Письменная фиксация этого не позволяет.
Здесь обычно возникает второе возражение: «На это нет времени.» Пятнадцать минут в конце дня — это не затрата времени. Это инвестиция в то, чтобы следующий день не начинался с хаоса. Фаундеры, которые внедрили этот протокол, в среднем тратят меньше времени на «разгребание» утром — потому что вечером уже знают, с чего начать.
Но протокол закрытия дня работает только если управляется входящий поток. Иначе каждый день будет заполняться заново — независимо от того, что ты запланировал.
Задачи — это следствие. Входящий поток — причина. Большинство систем планирования работают со следствием и игнорируют причину. Поэтому задачи не заканчиваются никогда.
Входящий поток фаундера — это всё, что претендует на его время и внимание: сообщения, запросы от команды, идеи, встречи, «срочные» вопросы. Управлять им — значит не пропускать всё подряд в систему планирования.
Три фильтра входящего:
Фильтр первый: это вообще моё? Значительная часть того, что приходит к фаундеру, приходит по привычке — потому что так было всегда, потому что «он всё равно быстрее решит», потому что команда не уверена в своих полномочиях. Первый вопрос при любом входящем: должен ли это решать именно я? Если нет — делегировать немедленно, не «посмотреть и передать».
Фильтр второй: это срочно или важно? Не матрица Эйзенхауэра — она слишком медленная для реального потока. Быстрый тест: «Что случится, если я отвечу на это через 4 часа?» Если ничего критичного — это не срочно. Большинство «срочных» вопросов проходят этот тест без потерь.
Фильтр третий: это задача или информация? Многое из входящего — просто информация, которую не нужно обрабатывать прямо сейчас. Отчёты, обновления, новости рынка. Для этого нужен отдельный поток — не смешанный с задачами.
Делегирование — часть системы планирования, а не отдельная тема. Если фаундер не делегирует системно, его система планирования будет постоянно переполнена. Это не вопрос доверия к команде. Это вопрос архитектуры.
Подробнее о том, как устроено управление временем CEO в условиях роста — в материале «Время CEO: где утекают часы и как вернуть».
Но даже хорошо настроенная система деградирует. Это не баг — это закон. И с этим нужно работать отдельно.
Любая система планирования деградирует. Это не признак слабости и не повод её бросать. Это нормальный процесс: жизнь меняется, бизнес меняется, приоритеты меняются — а система остаётся прежней. Через три-четыре месяца она начинает работать против тебя.
Квартальный сброс — это не ревизия задач. Это пересмотр самой системы.
Протокол квартального сброса состоит из пяти вопросов:
1. Какие блоки каркаса перестали работать — и почему? 2. Какие задачи переносились больше трёх раз — и что это говорит о приоритетах? 3. Что из входящего потока я продолжаю обрабатывать сам, хотя мог бы не делать этого? 4. Какой режим работы я игнорировал последние три месяца? 5. Что изменилось в бизнесе — и как это должно изменить каркас?
На квартальный сброс нужно 2–3 часа. Не в офисе. Не между встречами. Отдельный блок, желательно вне привычного пространства.
Михаил — фаундер IT-компании, около 60 человек, быстрый рост. Хорошо выстроил систему в начале года: каркас, режимы, протокол закрытия дня. Работало три месяца. Потом пропустил квартальный сброс — «не было времени, всё и так работает». Через полтора месяца система начала сыпаться: каркас не отражал новую реальность (появился инвестор, изменился ритм встреч), входящий поток вырос, буферные блоки были съедены. К концу квартала он снова работал в режиме хаоса — и не мог понять, почему система «сломалась».
Она не сломалась. Она просто не была обновлена.
Здесь обычно возникает третье возражение: «Я уже пробовал похожее — не прижилось.» Это честное возражение. Большинство систем не приживаются не потому что они плохие, а потому что их внедряют один раз и забывают обслуживать. Квартальный сброс — это техническое обслуживание. Без него любая система, даже идеально настроенная, через полгода превращается в артефакт.
О том, как поддерживать энергию для этой работы в долгосрочной перспективе — в материале «Энергия как стратегический ресурс руководителя».
Через мою практику за 20+ лет прошло достаточно фаундеров, чтобы видеть три ошибки, которые повторяются независимо от индустрии и размера бизнеса.
Ошибка первая: слишком детальное планирование. Фаундеры с аналитическим складом ума строят системы, которые требуют 40 минут в день на обслуживание. Это не система — это ещё одна работа. Хорошая система планирования должна занимать минимум времени на поддержку. Если ты тратишь больше 20 минут в день на планирование — система слишком сложная.
Ошибка вторая: планирование без энергетической логики. Глубокая работа поставлена на вечер, потому что «утром всегда что-то срочное». Встречи идут подряд без пауз. Восстановление не запланировано вообще. Такая система игнорирует биологию — и проигрывает ей. Планирование должно учитывать, когда у тебя пик концентрации, а когда — нет. Это индивидуально, но это не опционально.
Ошибка третья: игнорирование режима восстановления. Восстановление воспринимается как слабость или роскошь. На самом деле это часть производительности. Фаундер без восстановления принимает худшие решения, хуже слышит людей, хуже видит риски. Это не метафора — это физиология. Система планирования без восстановления — это двигатель без масла. Работает. Пока не заклинит.
Начни с одного шага, не с пяти. Конкретно — с каркаса недели. Выдели три якорных блока, которые не будут двигаться без серьёзной причины. Всё остальное — потом. Попытка внедрить всю систему сразу — самая частая причина, по которой ничего не приживается.
Это не вопрос уважения — это вопрос договорённостей. Команда не знает о твоих блоках, если ты не сказал явно. Введи простое правило: в такие-то часы я недоступен, в такие-то — доступен. Первые две недели будут нарушения. Потом — нет. Люди адаптируются быстрее, чем кажется.
Инструмент не важен. Важна привычка. Я видел работающие системы на бумажном ежедневнике и нерабочие — в идеально настроенном Notion. Начни с того, что уже есть. Переходи на новый инструмент только если старый создаёт трение, а не потому что новый красивее.
В начале я написал, что большинство систем планирования создавали не для фаундеров. Теперь ты видишь, почему: они строились на допущениях, которые у фаундера не работают. Задачи вместо контекстов. Борьба с прерываниями вместо их встраивания. Длинный горизонт вместо короткого.
Система, которую описывает этот гайд, не требует идеальных условий. Она требует пяти решений: разделить режимы, построить каркас, закрывать день, фильтровать входящее, обновлять систему раз в квартал. Каждое из них можно внедрить по отдельности. Вместе они дают то, чего большинство фаундеров не имеют: ощущение, что день управляется тобой, а не тобой — днём.
И обещанный вопрос, который я задаю в первые 15 минут работы с фаундером: «Когда ты последний раз заканчивал рабочий день с ощущением, что сделал именно то, что было важно?» Не «много», не «всё». Именно важное.
Если ответ — «не помню» или «давно» — система либо сломана, либо её нет. Это не приговор. Это диагноз. С диагнозом можно работать.
Если ты дочитал до этого места — скорее всего, система планирования у тебя либо сломана, либо её нет вовсе. Или есть, но ты не уверен, что она твоя.
Начни с простого: скачай чек-лист признаков выгорания и потери фокуса — он помогает быстро диагностировать, где именно система даёт сбой.
Если хочешь разобрать свою ситуацию глубже — работаю с собственниками бизнесов от 80 миллионов выручки, которым нужна не мотивация, а рабочая конструкция. Беру не больше 3 новых заявок в неделю. Напиши на hi@vvetrov.com: кто ты, что за бизнес, в чём вопрос.
P.S. Если система уже есть, но ты не уверен, что она твоя — это тоже повод написать.
Апрель 2026. Автор — Виталий Ветров, стратегический советник для предпринимателей.