Вбивця масштабу: як відкриті петлі зʼїдають фаундера

Робоча пам'ять людини тримає 4±1 елемент. Активних треків у середнього фаундера — 15-25. Це не «зайнятість», а 575% перевантаження, подане мозку як «бачу багато можливостей». Чому найнебезпечніша прокрастинація виглядає як корисна робота — і як clean no стає дисципліною скейлу.

Фаундер о 23:47 за кухонним столом перед ноутбуком, на якому відкрито 17 вкладок; навколо столу плавають напівпрозорі дублікати тієї самої людини, кожен зайнятий своїм відкритим контуром.
У цій публікації
  1. I. Сцена: один «ні», який вибухнув на двадцять чотири рішення
  2. II. Числа, які не помістились у голову (а ми вдаємо, що помістились)
  3. III. Named framework: Open-Loop Hoarding (з чотирма осями розпаду)
  4. IV. Вісь #1: Vivid-bias — чому один яскравий кандидат важить більше за двадцять CV
  5. V. Вісь #2: Cost-asymmetry — видима ціна петлі бреше у 10 разів
  6. VI. Вісь #3: Closure-cowardice — мозок боїться «вбити» сильніше, ніж «відкрити»
  7. VII. Вісь #4: Productive-escape — приємний бот завжди виграє у незручного найму
  8. VIII. П’ять впізнаваних типажів (автопсія, не зоопарк)
  9. IX. Full counter-pressure: «а якщо я просто маю більше пропускної здатності за середнього?»
  10. X. Distributional lens: кому ця хвороба ламається — а хто структурно імунний
  11. XI. Founder WIP Dashboard: зробити невидиме видимим
  12. XII. Expansion Gate: десять питань перед будь-яким «маленьким так»
  13. XIII. Closure OS: операційний протокол замість мотиваційного плаката
  14. XIV. Симуляція двох фаундерів (та сама реальність, два різні OS)
  15. XV. Що з кандидатом А.? (re-plating)
  16. XVI. Hard kicker

«Я нічого не прокрастиную. Я весь час щось роблю». — людина, у якої сімнадцять напівживих контурів одночасно, жоден із яких не приніс рішення вже три тижні. Прокрастинація з ноутом і кавою називається продуктивністю — тільки на чеку інша валюта: не години, а здатність думати глибоко.

I. Сцена: один «ні», який вибухнув на двадцять чотири рішення

23:47. Кухня, лампа над столом, монітор світиться синім. Фаундер тільки що відправив чесну, теплу відмову кандидату А. — розумному студенту, який живо говорить, читає книжки, користується Claude і навіть процитував доречно (хай і не зовсім того, кого варто було б). Структурно не підходить: сесія до червня, вересневий переїзд під питанням, операційного досвіду нуль, календарний invite надіслав на не той часовий пояс. Рішення прийняте, двері на майбутнє лишені, лист написаний без HR-цукру. Mug із чаєм охолов. Все.

О 23:51 дзеленькає вхідне. «Якщо не знайдеться нікого краще, я можу кілька місяців безкоштовно, як internship». І ось у цей момент, рівно між «о» і «к», стається подія, яку жоден трекер часу не зафіксує: один clean no тихо перетворюється на двадцять чотири мікрорішення. Може дати шанс? Може unpaid, може paid, може €100 за невелику задачу? Мені ж все одно потрібен той бот для агрегації новин. Я б сам витратив чотири години. А так і людину протестую, і task закрию. Може дати спочатку маленький brief? Може попросити писати від руки, без AI, щоб побачити мислення? На яку платіжну систему? Може попередньо зідзвонитися? Дати тиждень? Два? А якщо зробить добре — тоді що? Якщо погано — як не образити? А якщо посередньо — переробляти чи доплатити й закрити?

Фаундер дивиться на цей раптовий гриб у голові, відсуває кружку, і впізнає сцену. Це не нова можливість. Це петля, яка тільки що вилупилась із зачинених, здавалось би, дверей. Один найм, який не відбувся, щойно породив дванадцять мікропроектів і ще дванадцять майбутніх рішень. Це не дар підприємницького бачення. Це вбивця масштабу — у живому ефірі, з власною кухнею в ролі сцени. І найнеприємніше: на поверхні ця сцена виглядає як чеснота. Я ж не лежу на дивані. Я думаю про роботу. Я бачу можливість. Саме тому її так важко вбити.

II. Числа, які не помістились у голову (а ми вдаємо, що помістились)

Найболючіша цифра в цьому тексті — не «18,5 млн нумадів» і не «60% kimchi premium» з попередніх лонгрідів. А чотири. Це не моя оцінка. Це Cowan, 2001, Behavioral and Brain Sciences: робоча пам’ять дорослої людини тримає 4±1 чанк інформації одночасно. Не сім (Міллер помилявся), не вісім, не «у мене особисто більше». Чотири. Це інженерна межа, як 220 V у розетці. Можна вдавати, що в тебе 380 — лампочка вибухне саме тоді, коли треба буде нею посвітити.

Тепер прикладна арифметика. Середній фаундер маленької компанії тримає в активному стані одночасно: продажі, delivery, наймання, CRM, фінанси, продукт, маркетинг, сайт, бот, content, юридичні питання, інвестиції, здоров’я, сім’я, переїзди, side-project, новий вертикал, кандидата А. з безкоштовним internship. Швидкий аудит у мене на минулому тижні: двадцять три активні треки. Чотири проти двадцяти трьох — це не «трохи перевантаження». Це 575% overflow rate. Якби банк побачив такий margin на твоєму інвестрахунку, він би ліквідував позицію автоматично, без дзвінка ввічливості.

Але overflow — це ще м’яка частина. Жорстку дав Sweller (1988, Cognitive Science): когнітивне навантаження росте не лінійно, а приблизно як O(n²) — бо мозок мусить тримати не лише n елементів, а й зв’язки між ними. Три треки = 9 одиниць навантаження. П’ять = 25. Десять = 100. П’ятнадцять = 225. Двадцять три = 529. Перейти з п’яти треків на п’ятнадцять — це не «втричі важче», як думає інтуїція. Це в дев’ять разів важче. І мозок не лагає вдвічі більше. Він просто тихо вимикає глибину обробки на всьому, не питаючи тебе. Людина й далі вважає себе стратегом. Насправді — комутатор із гарним резюме.

«Why now?» — це питання Економіст вимагає у першій третині поста, і ось чесна відповідь, тепер уже з даними. Microsoft Work Trend Index 2023 (опитування 31 000 працівників у 31 країні, Edelman Data x Intelligence, 1 лютого – 14 березня 2023) назвав цей стан digital debt — цифровий борг: обсяг даних, листів, нарад і нотифікацій перевищив людську здатність їх обробити. Цифри жорсткі: 64% людей кажуть, що їм бракує часу й енергії на власну роботу; 68% — що бракує безперервного часу для фокусу; середній користувач Microsoft 365 витрачає 57% часу на комунікацію і лише 43% на власне створення. Це не лінь і не індивідуальний дефект. Це структура середовища, у якому ємність голови лишилася та сама — чотири — а кількість контурів, що просять у неї слот, зросла на порядок.

І це ще до AI. Бар’єр запуску шостого треку впав до півгодини: раніше, щоб відкрити новий контур, треба було орендувати офіс; тепер — натиснути «Create workspace». Petli плодяться зі швидкістю Slack-нотифікації. AI не просто пришвидшує виконання — він обвалює вартість генерації нових опцій. Одне речення → повна архітектура бота + roadmap + pricing + схема БД + промпт для hero за 40 секунд. Для того, хто хворіє на накопичення відкритих петель, це турбіна, прикручена до м’ясорубки: швидкість породження опцій тепер обганяє швидкість їх закриття.

III. Named framework: Open-Loop Hoarding (з чотирма осями розпаду)

Назвемо діагноз правильно, бо без імені він просто фон. Open-Loop Hoarding — патологічне накопичення відкритих контурів уваги, кожен з яких виглядає індивідуально розумним, а разом утворює систему, у якій ніщо не закінчується. Це не лінь, не дефіцит дисципліни, не «треба краще планувати». Це архітектурна хвороба маленької організації, де власник став точкою агрегації всіх рішень — і досі вважає це конкурентною перевагою.

Чотири осі, по яких хвороба розпадається на впізнавані синдроми:

  1. Vivid-bias axis — яскраве важить більше за статистично важливе. Один кандидат із голосом і книжками витісняє двадцять CV. Один Telegram-чат із цікавим клієнтом гасить три тижні роботи з ключовим акаунтом.
  2. Cost-asymmetry axis — видима ціна петлі (€100, дві години, «маленьке ТЗ») майже завжди в десять разів менша за реальну (написати ТЗ + пояснити тон + перевірити + не образити + не відкрити новий формат + не повернутись у думках ще 12 разів).
  3. Closure-cowardice axis — мозок боїться «вбити» більше, ніж «відкрити». «Заморозити» — це open loop у масці. «Може повернемось у вересні» без дати — це сміттєвий бак, який ніхто не виносить.
  4. Productive-escape axis — між «незручний найм» і «приємний бот» мозок вибирає бота. Не тому, що бот важливіший, а тому, що бот керованіший. Це найбезпечніша на вигляд прокрастинація, бо вона дає чек у графі «зроблено».

Розгорну кожну вісь сценою + дослідженням + механізмом + counter-pressure. Без академічної дистанції — бо я пишу це з тієї самої кухні, де о 23:47 мало не відкрив 24 нових рішення.

IV. Вісь #1: Vivid-bias — чому один яскравий кандидат важить більше за двадцять CV

Сцена. У pipeline 23 CV, оброблені асистентом, розкладені по сітці: досвід, локація, salary expectation, нотатки. Усі сухі. Усі взаємозамінні. Усі правильні. Фаундер пробіг очима, поставив три зірки трьом, закрив таб. Через тиждень — двадцятихвилинна співбесіда з кандидатом А. Той цитує когнітивну психологію (хай і плутає прізвища), розповідає, як у школі робив бота на Python, сміється у правильних місцях, чесно зізнається, що не знає чогось. Двадцять хвилин — і у фаундера в голові А. займає більше місця, ніж усі двадцять три інших разом.

Це класичний vivid bias — описаний у Tversky & Kahneman ще в 1973-му, але найрізкіше зафіксований у роботі Nisbett & Borgida (1975) «Attribution and the Psychology of Prediction»: конкретна жива історія одного актора майже завжди витісняє статистично сильнішу базову лінію. Мозок не еволюціонував у середовищі, де треба порівнювати 23 résumé. Він еволюціонував там, де живий силует у траві важив більше за двадцять імовірних шурхотів. Pipeline — це шурхіт. Кандидат А. — силует. Гра програна ще до того, як ти відкрив Notion.

Що мозок реєструє як «реальне»Що насправді сильніший сигналЯк це перекоси́ть рішення
Двадцять хвилин з кандидатом А.23 CV з вищим середнім fit-scoreА. отримує 80% часу й думок, pipeline лежить
Один скандальний клієнт, який пише о 02:00Топ-5 акаунтів, які платять і мовчатьСкандаліст з'їдає тиждень, тихі — недообслужені
Ідея, яку Claude видав сьогодніRoadmap, написаний три місяці томуRoadmap старіє в шухляді, ідея краде спринт

Counter-pressure mini: «але ж яскравий сигнал часто і є справжній сигнал — це інтуїція досвідченого оператора». Чесно: інколи так. Інколи кандидат А. справді унікум. Проблема не в тому, що яскраве іноді право. Проблема в тому, що мозок завжди приймає його за умовчанням, без явного зважування. Інтуїція досвідченого оператора не у тому, щоб слухати яскраве, а у тому, щоб запитати себе, чи я слухаю його тому, що воно реально сильніше, чи просто тому, що воно гучніше.

Один яскравий кандидат у фокусі за столом для співбесіди; на задньому плані стопка з 23 ідентичних CV у легкому розфокусі; над стопкою прозора паперова кліпса, як примара.

Один силует у траві, який мозок впізнає як «реального». Двадцять три CV, які він класифікує як «фоновий шум». Тільки фон у цьому випадку — це і є ринок праці.

V. Вісь #2: Cost-asymmetry — видима ціна петлі бреше у 10 разів

Сцена. Фаундер пише кандидату: «Ок, можемо домовитися про невеличке оплачуване тестове — €100, ТЗ за пару днів». Подумки: «Чотири години моєї роботи на бота — це €400-600 моєї погодинної. Економлю €300, протестую людину, закриваю задачу. Win-win». Логіка бухгалтерська. Помилка — у тому, що бухгалтерія рахує тільки те, що в чеку.

Розберемо €100-task по кістках, бо саме тут живе арифметична брехня. Реальна ціна цієї «маленької» петлі: написати нормальне ТЗ (45 хв) + згадати референси (20 хв) + пояснити тон і стилістику (30 хв) + відповісти на уточнювальні питання (×3 раунди, по 20 хв) + перевірити проміжний результат (40 хв) + дати відгук так, щоб не зламати людину (25 хв) + вирішити, чи приймати фінал (60 хв на роздуми, розкидані по тижню) + сплатити (15 хв із KYC) + закрити комунікацію тепло (20 хв) + emotional residue, який висить у фоні ще 10-14 днів. Сумарно: 8-12 годин чистого фаундерського часу + два тижні фонової присутності в голові замість обіцяних чотирьох годин. Помилка в оцінці — приблизно в 3-10 разів залежно від того, наскільки кандидат вимагає менеджменту. «€100 дешевше за мій час» — це не розрахунок. Це знеболювальне, яке мозок собі вколює, щоб дозволити відкрити петлю.

І ще одне: цю петлю відкриває не лінь, а той, хто має багато опцій. Paul Graham у «Maker’s Schedule, Manager’s Schedule» (2009) пояснив, чому це особливо дорого саме для фаундера. Maker (той, хто будує) працює блоками по пів дня — менше не вистачає, щоб увійти в глибину. Manager живе годинними слотами. Фаундер — проклятий гібрид: maker + manager + seller + стратег + терапевт для клієнта + сімейний оператор + інвестор в одній голові. Кожна відкрита петля краде не просто час — вона краде саму можливість увійти в maker-глибину, бо рве день на шматки, в кожному з яких нічого важкого зробити не встигнеш.

Це і є те, що виміряла Leroy (2009, Organizational Behavior and Human Decision Processes) — attention residue. Коли ти перемикаєшся з задачі А на задачу Б, частина уваги фізично лишається на А, навіть якщо А завершена. При щільному перемиканні effective cognitive bandwidth падає на 20-40% на наступній задачі. Помнож на десять петель щодня — і людина працює на 40% мозку, дивуючись, чому головна задача рухається повільно.

Counter-pressure mini: Taleb справедливо доводить, що оптимізація заради чистоти — це fragility; optionality (тримати багато відкритих опцій) — справжній стратегічний актив, особливо в нестабільних середовищах. Зайдемо в цей аргумент чесно, бо він сильний. Так — для фінансової позиції. Опціон на акції лежить безкоштовно: carrying cost близький до нуля, а upside необмежений. Саме тому фінансова optionality compounds на тебе. Але опціон на кандидата А. — не безкоштовний. Кожна «жива» петля капає attention residue щодня. У голові фаундера carrying cost відмінний від нуля у кожній петлі — і тому те, що Taleb називає optionality, в операційному контексті є його протилежністю: не розширення опцій, а фрагментація, яка compounds проти тебе. Optionality множить простір майбутніх рішень за нульову поточну ціну; founder-fragmentation множить поточну ціну за ілюзію майбутніх рішень. Це не той самий механізм у різних піджаках. Це антоніми, які звучать однаково.

VI. Вісь #3: Closure-cowardice — мозок боїться «вбити» сильніше, ніж «відкрити»

Зайди в свій Notion. Подивись на пункти зі статусом «paused», «backlog», «later», «maybe Q3». Скільки з них реально буде розморожено? Чесно? Менше 15%. Решта — це не пауза. Це похорон без свідоцтва про смерть. Тіло лежить, родичі вдають, що людина у відрядженні, кладуть пиріг на стіл. Так само фаундер кладе дрібку уваги на кожен «paused» проект — і дивується, чому її не вистачає на live ones. Backlog без kill — це не список. Це кладовище з пошуковим рядком.

Чому мозок не «вбиває» прямо? Комбінація: sunk cost fallacy (Arkes & Blumer, 1985) + identity attachment (це моя ідея, якщо я її вб’ю — частина мене помре теж) + просто той факт, що жорсткі рішення суб’єктивно важчі за легкі (Baumeister 1998, з усіма каверзами реплікаційної кризи — Hagger 2016 показала, що класичні depletion-ефекти не реплікуються чисто; але асиметрія дискомфорту між «лишити» і «вбити» лишається валідною навіть без ego depletion як конструкту). «Лишити paused» — нуль когнітивного дискомфорту зараз, інфінітивний хвіст потім. «Вбити» — гострий укол совісті зараз, нульовий хвіст потім. Мозок завжди вибирає перше, бо він короткозорий.

Тут варто розв’язати давній вузол, бо саме на ньому будувалась половина self-help про продуктивність. Zeigarnik effect — це не те, чого варто боятися. Свіжа мета-аналітична перевірка (Ghibellini & Meier, 2025, Humanities and Social Sciences Communications, 12:962) переглянула обидва класичні ефекти. Висновок різкий: перевага в запам’ятовуванні незавершених задач (власне Zeigarnik, 1927) не є надійним ефектом — він залежав від авторитету експериментатора й контексту, рідкісних сьогодні, і у сучасних реплікаціях майже зникає. А ось Ovsiankina effect — тенденція ПОВЕРТАТИСЯ до перерваної задачі — навпаки, стабільний і надійний. Тобто небезпека відкритої петлі не в тому, що ти її «краще пам’ятаєш». А в тому, що вона тягне тебе назад — «а давай ще раз повернемось» — як маленька чорна діра у формі «а раптом». Незакрите не лежить тихо в архіві. Воно гравітує.

Гарна новина в тому, що цю гравітацію можна вимкнути — не виконанням, а планом. Masicampo & Baumeister (2011, Journal of Personality and Social Psychology; PMID 21688924) показали: інтрузивні думки про незавершене знімаються, якщо написати конкретний план — коли, як, з ким, до якого числа. Але «план» тут — точне слово. «NewsHarvest — колись» петлю НЕ закриває: мозок не вірить у «колись», бо в ньому немає умови завершення. А «NewsHarvest — заморожений до 15 липня, перегляд тільки після найму assistant; якщо до 15 липня повернення не назначене — видаляю з roadmap» — закриває. Мозку потрібен не ілюзія, що все зроблено, а довірений контейнер із датою й умовою. Deadline на pause, а не вічний підвішений стан.

Поганий статусЩо мозок чуєДобрий статус
Paused«Тримай у голові, бо повернеться» (Ovsiankina)Frozen до <дата>, інакше delete
Later«Колись, тобто завжди»Active з <дата>, owner: <ім'я>
Maybe«Підтримуй фоновий аналіз»Killed, з причиною в одному рядку
Backlog«Кладовище з пошуковим рядком»Top-5 або killed; нічого між

VII. Вісь #4: Productive-escape — приємний бот завжди виграє у незручного найму

Цю вісь найважче побачити, бо вона маскується під роботу. У фаундера один день, у якому треба: (а) написати болючу відмову трьом кандидатам після другого раунду, (б) поговорити з акаунтом, який недоплачує третій місяць, (в) підкрутити промпт для одного з агентів. Що буде зроблено? Промпт. Завжди промпт. Бо промпт — це clean, controlled, satisfying task із негайним зворотним зв’язком. Кандидати образяться, акаунт буде сперечатися, а промпт просто запрацює краще або гірше — і ти отримаєш дофамінову іскру або чітку задачу на наступну ітерацію.

Чому саме найм програє боту — найточніше пояснює концепт «ugh field» зі спільноти LessWrong (Roko, 2010). Якщо якась задача (а найм — це бруд, двозначність, дрібні відмови, чужий біль) достатньо разів асоціювалась із дискомфортом, мозок розповсюджує психологічний біль аж до моменту першої думки про неї. Флінч стається ще до того, як ти свідомо почав думати, як це вирішити. Тому ти навіть не уникаєш найму свідомо — ти просто непомітно дрейфуєш у чисту, приємну задачу. Кандидат-task був не стратегією. Він був комфортним виходом із hiring ugh-field. Мозок при цьому не дурний — він іноді просто шахрай: підсовує тобі корисну на вигляд роботу, щоб ти не торкався тієї, від якої смикає.

Newport у Deep Work (2016) називає це «shallow work disguised as deep» — поверхневі задачі, виконані з deep-work-енергією, бо deep задачі лякають. У типовий тиждень фаундера, який скаржиться на хаос, 60-70% часу йде в productive escape — і тільки 15-25% — у задачі, які реально розблоковують компанію. А його ж пізніша книга Slow Productivity (2024) дає протиотруту в трьох словах: роби менше, працюй у природному темпі, одержимий якістю. «Повільно» тут не «ліниво». «Повільно» = не відкривай більше WIP, ніж система здатна переварити. Це і є WIP-ліміт для розумової праці.

І тут важливо зняти ще один міф — про мотивацію. Huberman (hubermanlab.com) популяризував просту нейробіологічну тезу: дофамін рухає переслідуванням мети й зусиллям. Висновок для нас контрінтуїтивний. Проблема фаундера не в браку драйву. Драйв є — він просто розмазаний по двадцяти трьох каналах. Найкращий «біохак» тут — не холодний душ і не тирозин. Це системне зменшення когнітивного боргу: менше відкритих петель, менше self-interruptions, більше чистого закриття, сон без невирішених привидів. Звучить несексуально — саме тому й працює.

Counter-pressure mini: «але ж технічна робота теж важлива, і фаундер повинен залишатися hands-on». Чесно: так, до певної межі. Питання не «робити чи делегувати», а «чи я роблю це, бо це найвищий важіль, чи бо це найприємніша задача в моєму календарі сьогодні». Sam Altman у своєму есе про продуктивність (blog.samaltman.com/productivity) ставить це найрізкіше: не має значення, як швидко ти рухаєшся, якщо напрям нічого не вартий; вибір ПРАВИЛЬНОЇ задачі — найважливіший і найчастіше ігнорований елемент продуктивності. Прикладемо до сцени: питання не «чи корисний NewsHarvest?» (корисний). Питання — «чи NewsHarvest-через-цього-кандидата є правильною задачею ЗАРАЗ?». Відповідь — ні.

Кожне «ні», сказане вчасно, це не втрата можливості. Це повернення control над власною головою. Тільки той, хто може чисто закривати петлі, має право відкривати нові — інакше це не стратегія, а нетримання.

Стіл фаундера зверху: ліворуч стопка з трьох конвертів «pending termination», у центрі екран із кодом і промптом у фокусі, праворуч телефон із пропущеним дзвінком від клієнта; між монітором і конвертами — паперова кліпса, що тримає тільки порожнечу.

Productive escape: рука завжди тягнеться до промпта, а не до конверта. Промпт скаже спасибі. Конверт скаже правду. Кліпса посередині тримає те, що ти знову вирішив не вирішувати.

VIII. П’ять впізнаваних типажів (автопсія, не зоопарк)

Чотири осі вище — це механіка. Тепер п’ять реальних людей, у яких ці осі утворюють стабільні патерни. Я в кожному впізнаю себе на різних роках; ймовірно, читач теж.

1. The Curious Magpie (Цікава Сорока). Notion з 147 ідеями. Реалізовано 4. Інші 143 «можуть пригодитись». Сорока не страждає від нестачі ідей — вона страждає від нестачі ножиць. Антидот: hard cap на ideas page (наприклад, 20). Кожна 21-ша ідея витісняє найслабшу попередню. Видалення оплакують 30 секунд, потім забувають.

2. The Reluctant Closer (Невпевнений Закривач). Жоден проект ніколи не killed. Усе або active, або paused. Антидот: тристатусна реальність — Active / Completed / Killed. Paused не існує. Якщо проект не active і не completed — він killed, з однорядковим резюме у some-day-maybe-файлі.

3. The Optimistic Time-Traveler (Оптимістичний Хронолог). «Це займе тиждень». Займає шість. «На цей квартал у мене 8 цілей». Закриває 2. Planning fallacy (Kahneman & Tversky, 1979) у чистому вигляді. Антидот: всі прогнози множити на track record власних минулих оцінок (зазвичай ×2-3). Не «я цього разу буду точніший». Не будеш.

4. The Reciprocal Trap (Реципрокна Пастка). Не може сказати «ні» приємній людині. Особливо тій, що пропонує безкоштовну послугу. Кандидат А. з internship — класичний приклад. Антидот: розділяти людську теплоту від професійного рішення. «Ти класний, мені приємно з тобою говорити, і я не відкриваю цей формат». Дві окремі речі, обидві щирі.

5. The Architect’s Distraction (Розпорошеність Архітектора). Десять productivity-tools, нуль productivity-приросту. Notion → Linear → Obsidian → Logseq → Tana → назад у Notion. Кожна міграція — два тижні, бо «цього разу буде ідеально». Антидот: правило 30 днів consistent usage перед будь-яким новим інструментом. Якщо поточний не використовується системно місяць, нового не буде взагалі.

Поле для цих п’ятьох — не приватний дефект, а масовий патерн. На r/Entrepreneur ниток про «too many ideas» більше, ніж про брак ідей; на r/productivity тактики «closing the loops» збирають тисячі апвоутів; на r/ADHD «100 tabs open» описують не як лінь, а як storage problem — голова як переповнений буфер. На Hacker News тред про те, що «context switching costs more than we give it credit for», і side-projects-as-productive-escape — впізнають себе сотні інженерів. Це не доказ (анекдот ≠ дані), а польовий сигнал: люди масово описують перевантаження-незавершеністю, а не лінь.

IX. Full counter-pressure: «а якщо я просто маю більше пропускної здатності за середнього?»

Час чесно зайти в найжорсткіший контраргумент проти всієї цієї статті. Може, я просто екстраполюю власну посередність. Watson & Strayer (2010, Psychonomic Bulletin & Review) у роботі «Supertaskers» в Університеті Юти знайшли, що ~2,5% людей дійсно показують нульову деградацію продуктивності при паралельному виконанні складних задач. Тобто з кожної сотні фаундерів 2-3 справді мають архітектурно іншу пропускну здатність. Може, читач — один із них?

Майже напевно — ні. По-перше, Strayer тестував driving + auditory OSPAN — задачі ясно визначені, на кілька хвилин, з негайним зворотним зв’язком. Фаундерські треки — це місяці latency, нечіткі цілі, відкладений зворотний зв’язок. Інший клас навантаження, на який supertasker-ефект може не масштабуватися. Реплікація (Medeiros-Ward, Watson, Strayer 2014) частку не збільшила. По-друге, самооцінка multitasking-здатності негативно корелює з реальною (Sanbonmatsu et al. 2013, PLOS ONE) — ті, хто думають, що добре multitask-ять, зазвичай гірші. Внутрішнє відчуття «я справляюся» — найслабший із можливих сигналів.

По-третє, навіть якщо ти реальний supertasker — ти ще й засновник. Кожен undelegated open loop — це сигнал команді: «це може йти повз нас, бо власник усе одно вирішить». Команда вчиться не закривати замість того, щоб вчитися закривати. Через рік у тебе все ще 23 треки, але вже плюс п’ятеро людей, які чекають на твоє рішення замість того, щоб приймати власні. Supertasker, який не побудував систему, — це не масштаб. Це дуже розумний bottleneck, оточений пасивними виконавцями.

І нарешті, найжорсткіше: навіть якщо ти supertasker — твоя сім’я не. Твоя голова на тих 23 треках означає, що партнерка отримує half-presence, дитина — three-quarter-presence, мама — quarter-presence. Це не математична метафора. Це конкретний дефіцит уваги, яка тече туди, куди останнім часом стукав найгучніший Slack-канал. Дружину не цікавить, що твій multitasking-score вище за 97-й перцентиль. Її цікавить, чи дивишся ти в очі, коли вона розповідає про свій день.

X. Distributional lens: кому ця хвороба ламається — а хто структурно імунний

Open-loop hoarding не уражає всіх однаково. Є три структурні позиції, з яких видно різні картини.

Хто виграє від системного підходу до закриття. Фаундери з вбудованими в роль decision frameworks (Bezos Type 1 / Type 2; Jobs «focus is about saying no» з WWDC 1997; Buffett 25/5). Вони не «розумніші» — вони звузили клас рішень, на які витрачають deep mode. Type 2 (зворотні) рішення — швидко, light, делегувати. Type 1 (незворотні) — повільно, 70% інформації, deep deliberation. Більшість фаундерів обробляють обидва типи однаково — і витрачають deep mode на «який AI-тул вибрати для CRM-нотаток». Це не стратегія. Це паралітичний перфекціонізм.

Хто структурно вразливий. Smart curious magpie types — люди з широким інтелектуальним апетитом, високим openness, історією успіху завдяки тому, що бачать звʼязки, де інші не бачать. У 25 років це суперсила. У 35, на чолі компанії з 12 людей, це головний внутрішній саботажник. Кожна цікава ідея виглядає як leverage. Кожна цікава людина — як майбутній партнер. Кожен новий AI-реліз — як ще один контур, який гріх не відкрити. Ці люди не страждають від ліні. Вони страждають від того, що їхня сила — бачити можливості — не вимикається на сигналі «достатньо».

Хто структурно імунний. Operators-deliverers — люди, чий мозок натренований на «закрити», а не «придумати». Вони виграють у середовищах із низькою novelty і високою execution-щільністю. Часто вони не стають фаундерами — стають COO/Head of Ops у компаніях, де founder є curious magpie. Така пара працює. Самотній magpie без operator-партнера завжди приходить до тиранії петель — це питання років, не «чи».

Це і є системний діагноз, без морального осуду: проблема не в людині. Проблема в архітектурі ролі, у якій curious magpie сидить на позиції, що вимагає operator-дисципліни. Рішення двох типів — або вмонтувати operator-дисципліну в себе через жорсткі системи (Closure OS нижче), або найняти operator поруч і чесно делегувати execution-mode (часто дешевше і чесніше). Третього варіанту — «я виправлюсь силою волі» — у природі не існує. Hagger 2016 якщо чомусь і навчила, то цьому: воля непостійна, системи постійні.

XI. Founder WIP Dashboard: зробити невидиме видимим

Перш ніж лікувати, треба порахувати. Перша вправа Closure OS — виписати всі активні треки в одну таблицю з сімома полями. Не красиві стратегічні напрями — а реально активні: про що ти думаєш, кому маєш відповісти, що чекає твого рішення, де ти bottleneck. Правило просте: трек без owner і без умови закриття — це не трек. Це привид.

TrackOwnerСтратегічний зв'язокNext actionClosure conditionReview dateKill switch
Найм EAяrevenue / health (звільняє 6h/день)2-й раунд із 5 фіналістамиофер підписанийпт щотижняякщо до 1.08 нема офера — пауза, аутсорс ops
Кандидат А. (€100-bot)немаєvanity / curiosityнемаєKILL зараз (привид: owner=немає, closure=немає)
NewsHarvestяmoat (поки що)жодного активногонемаєfrozen до 15.07, перегляд після найму EA
Топ-5 акаунтівя + Dararevenue (green)QBR із 3 ключовимиrecurring, не закриваєтьсяпн щотижняn/a — core

Поглянь на рядок «Кандидат А.»: жодного owner, жодної умови закриття, стратегічний зв’язок — vanity. У дашборді він не виглядає як «можливість». Він виглядає як привид, який тихо їсть 3-4% уваги щоночі. Дашборд не мотивує. Він просто робить невидимий борг видимим — і коли бачиш його в одній колонці поруч із «Найм EA / revenue / health», рішення «kill» приймається саме собою.

XII. Expansion Gate: десять питань перед будь-яким «маленьким так»

Дашборд показує, що вже відкрито. Expansion Gate не дає відкрити нове необдумано. Це не «10 порад» — це шлюз, через який мусить пройти кожна спокуса перш ніж стати треком. Перед будь-яким «маленьким так» — десять питань:

#ПитанняЧервоний прапор
1Чи це відкриває нову петлю?так — без решти відповідей
2Чи робив би я це, якби цей тригер (людина/лист/реліз) не з'явився?ні → reverse-causation
3Чи зменшує це поточний bottleneck?ні / «непрямо»
4Хто owner, окрім мене?ніхто
5Що я закриваю натомість?«нічого, доберу»
6Який deadline?немає / «скоро»
7Яка умова закриття?не формулюється одним реченням
8Це reversible (Type 2), і чи можу закрити одним рухом зараз?ні
9Це productive escape від гіршої головної задачі?так (перевір ugh-field)
10Я роблю це, щоб уникнути дискомфорту чистого «ні»?так

Правило рахунку: слабкі відповіді на 3-4 питання → ні. Не «може». «Може» — це вампірське рішення, яке п’є по 4% уваги щоночі, не даючи ні крові, ні спокою. Найважливіше тут питання №2 — тест на reverse-causation: якби цієї людини не існувало, я б сьогодні сам шукав junior dev за €100 для цього бота? Якщо ні — задачу створила людина, а не стратегія. Це не пріоритет. Це гравітаційний податок із чужої орбіти.

XIII. Closure OS: операційний протокол замість мотиваційного плаката

Дашборд рахує, Gate фільтрує. Closure OS — це щоденна гігієна, яка тримає систему чистою. П’ять компонентів, кожен я використовую сам, кожен вкручується за тиждень без міграції на новий software.

1. Weekly Track Audit. Раз на тиждень — світлофор по кожному треку дашборда. Green (revenue, health, family, strategic moat) — рухати. Yellow (цікаво, не критично) — максимум 1-2. Red (vanity, curiosity, emotional residue) — kill / freeze з датою. Hard cap: не більше 5 active одночасно. Якщо вже 5 і з’явилось нове — старе мусить піти. Не «додавай». Заміняй.

2. Daily Close-Out. Кінець дня. 5 хвилин. У журнал, не на голову. Три питання: (а) Що я сьогодні закрив (рішення, не активність)? (б) Що відкрив? (в) Скільки розширив без дозволу Gate? Рахуй ratio closed/opened. Три дні поспіль «відкрив > закрив» = система гниє. Тиждень — system failure, stop everything і audit.

3. Plan-as-closure. Якщо задачу не можна завершити зараз — закрий її планом, а не «колись». Формула: коли + як + з ким + умова завершення. «Треба буде зробити X» петлю НЕ закриває (немає умови → Ovsiankina тягне назад). «X — frozen до <дата>, перегляд після <подія>, інакше delete» — закриває. Мозку потрібен довірений контейнер, а не ілюзія завершеності.

4. One-touch closure. Для дрібних рішень — жодного «подумаю». Один рух: yes / no / delegate / later-with-date / delete. «Later» без дати — це не later, це open loop у масці. Торкнувся раз — закрив раз.

5. No test without path-to-hire. Жодного test task, безкоштовного чи за €100, без чіткого path-to-hire. «Просто перевірю людину» без активної позиції — це не делегування і не найм. Це новий канал attention drain із теплою назвою.

Плюс антивірус від розширення — if-then плани (implementation intentions; Gollwitzer & Sheeran, 2006: мета-аналіз 94 досліджень, 8000+ людей, ефект d=0,65 — серйозний). Заздалегідь прописані рефлекси прибирають у майбутнього тебе здатність перепереговорити вже прийняте рішення:

  • IF кандидат провалив hard-фільтри, THEN я не вигадую альтернативний формат 30 днів.
  • IF з’явилось «може маленька задача», THEN питаю: «є path-to-hire або активний owner?».
  • IF задача виникла через конкретну людину, THEN питаю: «шукав би я це рішення без неї?».
  • IF нова ідея не має owner / deadline / умови закриття, THEN це backlog або kill — не active.
  • IF я кажу «later», THEN чіпляю дату, або це не «later».

Шість-сім інструментів, ~50 хв на тиждень. Це не дорого. Дорого — це 23 треки в голові, дев’ятикратне навантаження, 575% overflow і відсутність глибокого сну. Closure OS — не аскеза. Це гігієна.

XIV. Симуляція двох фаундерів (та сама реальність, два різні OS)

Реальний приклад минулого тижня. Кандидат А., 23:47, повідомлення про unpaid internship.

Founder A — Open-Loop OS. Думає: «Ну він же hungry. Може дам маленьку задачу за €100. Все одно мені цей бот треба». Пише ТЗ через два дні (бо забув). Отримує result через тиждень (бо кандидат складає іспити). Бот посередній. Не може вирішити, чи переробляти. Платить €100 + €50 «за зусилля». Кандидат повертається через два тижні: «А ще можна одну задачу?» Founder каже «ну, давай». Запускається ланцюг із 5 наступних задач, на жодну з яких не виділено owner. Через місяць: бот напівживий, асистент не найнятий, кандидат «в орбіті», у Founder A 26 active loops замість 23. Pipeline кандидатів не рухався цей місяць — на нього не лишилось уваги. Derek Sivers сказав би: усі ці задачі пройшли фільтр «цікаво». Жодна не пройшла фільтр «hell yeah для системи».

Founder B — Closure OS. О 23:48 відповідає: «Дякую за щиру пропозицію. Я не відкриваю формат unpaid internship — і платний test без path-to-hire не має сенсу для нас обох. Закриваю цю розмову, бо рішення про роль уже прийняте. Якщо у вересні шукатимеш роль і ми матимемо релевантну позицію — звернись, я порекомендую попередній контакт нашому HR. Удачі з сесією». 90 секунд. Loop closed. Кандидат не образився (тон теплий, причина чітка). Через місяць: 5 кандидатів на 2-му раунді, бот переданий freelancer’у з Upwork (€280, чисто, з NDA, без emotional residue), асистент найнятий з pipeline. Founder B спить.

Різниця не у моралі, IQ чи дисципліні. Різниця в тому, що Founder B має операційний м’яз закривати петлю в один touch, а Founder A — ні. Цей м’яз тренується. Closure OS — тренажерний зал. Це і є застосування Sivers’ового фільтра в його founder-версії: не «чи це цікаво мені?» (усе проходить цей тест), а «hell yeah ДЛЯ СИСТЕМИ, чи ні для системи?». Фаундер страждає не від браку цікавого. Він страждає від надлишку речей, що проходять «цікаво» і провалюють «зменшує bottleneck зараз».

Розділений кадр: ліворуч кухня о 02:14 ночі, фаундер за ноутом, навколо плавають 26 напівпрозорих його дублікатів, кожен у своєму open loop; праворуч та сама кухня о 22:30 вечора, фаундер закриває ноут, лампу гасить, поруч стоїть лише один дублікат — внутрішній критик.

Та сама реальність, два різні OS. Ліворуч — нетримання, що мімікрує під занятість. Праворуч — гігієна, що мімікрує під лінь. Кліпса в центрі тримає те, що один зміг покласти, а інший досі носить.

XV. Що з кандидатом А.? (re-plating)

Якщо ти добрався сюди — повернись до сцени з § I. Кухня. 23:47. Двадцять чотири рішення замість одного «ні». Я був Founder A років з десять. У 35 починаю системно тренуватися бути Founder B. Не тому, що став розумнішим — навпаки, чим більше я бачу пасток, тим важче не відкривати ще одну. А тому, що порахував другу криву.

Та сама геометрія, яку я описав у попередньому лонгріді про арбітраж нумада: дві позиції під складний відсоток, у різні боки. Гроші компаундуються вгору, належність — вниз. Тут інша пара: операційна ясність компаундується вгору, головна задача — вниз. Кожна додана петля не «віднімає трохи уваги». Вона переписує всю систему пріоритетів так, що головна задача отримує меншу частку від уже меншого пирога. Не лінійно. Каскадно.

Я не відкрию twenty-fourth loop із кандидатом А. Не тому, що він поганий — навпаки, він хороший. Не тому, що €100 — це багато. Не тому, що мені не потрібен бот. А тому, що на тому місці, де у мене стане одним loop більше, у моєї дочки буде на одну вечерю менше присутності її батька. Це не метафора. Це банальна арифметика обмеженого ресурсу. Кожна петля, яку я відкриваю на кухні о 23:47, — це кінотеатр уваги, у якому хтось інший не отримає квиток.

XVI. Hard kicker

Вбивця масштабу — не дефект характеру. Це структурна хвороба маленької організації, у якій curious magpie сидить на позиції, що вимагає operator-дисципліни, і вирішує її силою волі замість архітектури. Вона лікується. Не мотивацією. Не наступним productivity-додатком. Не «з понеділка почну». Founder WIP Dashboard, Expansion Gate і Closure OS — і одним важким визнанням: твоя пропускна здатність дорівнює 4±1, як у решти приматів, і твій єдиний справжній актив — це не пам’ять про двадцять три можливості, а здатність вчасно закривати двадцять із них без сорому, без emotional residue, без «давай повернемось у вересні без дати».

Open loop — це борг уваги, який виставляє рахунок у кортизолі. Кожна закрита петля повертає тобі ділянку голови, у якій може вирости щось велике. Кожна відкрита — це поверх квартири, у якому ти повісив килим, поставив лампу, і ніколи туди більше не зайдеш — але платитимеш орендну ставку всю решту життя. У підсумку фаундер виграє не тому, що бачив більше можливостей. А тому, що встиг сказати “ні” тим, хто це ще не зрозумів про себе. Хто навчиться закривати — той зможе масштабуватись. Хто не навчиться — той назавжди залишиться дуже розумним bottleneck’ом, оточеним кладовищем недокручених «майже». І найжорсткіше про ці кладовища — те, що на надгробках не пишуть, від чого помер проект. А там був би однаковий напис у дев’яти випадках з десяти: «помер від того, що його так і не вбили вчасно».


Питання та відповіді

Що таке Open-Loop Hoarding і чим він відрізняється від звичайної зайнятості?

Open-Loop Hoarding — патологічне накопичення незакритих контурів уваги, кожен із яких виглядає розумним окремо, але разом вони утворюють систему, де нічого не завершується. Від звичайної зайнятості відрізняється тим, що не дає рішень: людина весь час щось робить, але не через стратегію, а через нездатність закрити те, що вже відкрито.

Якщо мозок обмежений чотирма чанками, що конкретно ламається при 23 активних треках?

Когнітивне навантаження росте як O(n²): 23 треки дають 529 одиниць навантаження замість 9 при трьох. Мозок не лагає вдвічі — він тихо вимикає глибину обробки на всьому. Фаундер продовжує вважати себе стратегом, хоча фактично функціонує як комутатор: сигнали проходять, але жоден не переробляється на глибині.

Ефект Зейгарник каже, що незавершене краще запам'ятовується — то не краще тримати петлі відкритими, щоб не забути важливе?

Мета-аналіз 2025 року (Ghibellini & Meier) показав: перевага в запам'ятовуванні незавершеного не є надійним ефектом і майже зникає в сучасних реплікаціях. Натомість стабільним є ефект Овсянкіної — тенденція повертатися до перерваної задачі незалежно від її пріоритетності. Тобто відкрита петля не допомагає пам'ятати важливе, вона просто гравітує і тягне назад у непотрібний момент.

Якщо AI обвалив вартість генерації нових опцій, чи не означає це, що фаундер тепер може паралельно тримати більше треків без втрат?

Навпаки: AI знижує вартість відкриття петлі, але не змінює ємність голови — вона лишається 4±1. Результат: швидкість породження нових контурів тепер обганяє швидкість їх закриття, і це прискорює overflow, а не полегшує його. Турбіна, прикручена до м'ясорубки, не робить м'ясорубку стратегічним інструментом.

Що робити з петлею, яку не можна ні закрити зараз, ні вбити — наприклад, проект, до якого повернешся після найму?

Закрити планом, а не словом. Формула: конкретна дата повернення + умова, за якої повернення відбудеться + що станеться, якщо умова не виконана. Без дати і умови закриття це не пауза, а відкрита петля в масці паузи — Овсянкіна тягнутиме назад щоночі. Масicampo & Baumeister (2011) підтвердили: конкретний план знімає інтрузивні думки про незавершене.

Коментарі

Лише для залогінених читачів — щоб лишалось людським, а не болотом ботів.