Бывает состояние, которое сложно объяснить логикой.
Ты весь день чем-то занят: открыты вкладки, список дел растёт, руки что-то делают — а внутри поднимается тревожная мысль: кажется, я трачу время впустую.
Не потому что я ничего не делаю. А потому что я делаю — и не вижу, куда это ведёт.
Я поймал себя на этом ощущении и сначала попытался свести всё к “усталости” или “прокрастинации”. Но чем дольше наблюдал, тем очевиднее становилось другое: проблема не во мне. Проблема в задаче, которую я выбрал на данный момент.
Точнее — в отсутствии ответа на простой вопрос:
Почему именно эта задача сейчас?
Я попробовал “обосновать” выбор — и не смог.
Затем посмотрел на остальные пункты в плане — и понял, что они кажутся равными. Не лучше, не хуже. Просто набор дел, которые можно делать бесконечно, каждый день выбирая случайное.
И вот это ощущение равнозначности — настоящий паралич: энергии тратится много, уверенности нет, а результат похож на движение по кругу.
В какой-то момент я увидел в этом очень узнаваемый паттерн из Теории ограничений Голдратта (ТОС): система не может увеличить результат, потому что не управляет своим ограничением. Только у меня “система” — это один человек, а “ограничение” оказалось не таким очевидным, как станок на производстве.
Почему классическое “$/час” не работает, когда ты один
ТОС любит простые метрики. Для бизнеса часто можно сравнивать решения через Throughput (T) — скорость, с которой система приносит деньги. И тогда логично выбирать то, что даёт больше T на час ограничения.
Но в личных проектах на ранней стадии почти всегда есть неприятная деталь:
T не измеряется. Его может вообще не быть.
- вывод нового товара на Ozon может выстрелить, а может не дать ни одной продажи;
- интернет-магазин может стоять без заказов, сколько бы ты ни допиливал каталог;
- Телеграм-канал может стать источником лидов, а может остаться “для себя”.
И когда цифр нет, “$/час” превращается в гадание. А гадание — плохая основа для приоритетов. Отсюда и ощущение, что ты делаешь “не то”: внутри нет опоры.
Как ТОС описывает эту ситуацию на человеческом языке
Если представить “личный завод”, то схема простая:
время и внимание → работа → продукт/предложение → рынок → деньги (T)
Когда продажи уже идут, ограничение часто внутри: скорость обработки, остатки, конверсия, логистика.
Но когда продаж нет (или они не подтверждены), ограничение почти всегда справа — там, где происходит переход “сделал” → “купили”.
И вот здесь появляется ключевая мысль, которая сначала звучит непривычно:
Если T не подтверждён, то ограничение — не “умение делать быстрее”, а неопределённость: я не знаю, что из моих действий вообще приводит к T.
Это не философия. Это практичный вывод из самой логики ТОС.
Почему правильный первый шаг — ускорять переход «неизвестно → понятно»
В ТОС есть три базовые величины (в упрощённом виде):
- T (Throughput) — деньги, которые система генерирует;
- I (Inventory) — запасы;
- OE (Operating Expense) — операционные затраты.
Для одиночки это переводится так:
- T — продажи/оплаты/сделки;
- I — незавершёнка: проекты, которые “висят”, сложность, хаос;
- OE — часы фокуса, энергия, внимание.
Теперь главное: когда T не подтверждён, человек легко попадает в ловушку.
1) “Допиливание” обычно увеличивает I и OE, но не двигает T
Если я улучшил каталог, добавил фичи, построил систему контента — я точно потратил время (OE) и увеличил объём сделанного (I).
Но пока не ясно, есть ли спрос и канал, это может не добавить ни рубля к T.
Это классическая локальная оптимизация: улучшение внутри системы, когда ограничение находится не там.
2) Пока денег нет, узкое место часто на стыке с рынком
Если нет заказов, то чаще всего проблема не в том, что “каталог недостаточно полный”, а в том, что:
- никто не приходит (канал),
- никто не покупает (оффер/цена/доверие),
- никто не понимает ценность (позиционирование).
То есть ограничение — в конверсии “продукт → покупатель”, а не в производстве.
3) Неопределённость заставляет распылять самый дефицитный ресурс — фокус
Когда нет ясности, рука тянется делать понемногу всё. В итоге растёт незавершёнка, усиливается тревога, и появляется ощущение “жизнь уходит”.
ТОС бы сказала: вы не защищаете ограничение. Ваше ограничение — время и внимание — расходуется без стратегии.
4) Быстрый тест — это способ принять решение: Kill / Pivot / Scale
Когда неизвестно, что работает, самое ценное — получить право на управленческое решение:
- Kill — закрыть направление и освободить время;
- Pivot — сменить гипотезу;
- Scale — вложиться уже в то, что даёт сигнал.
Именно поэтому первый приоритет — действия, которые быстро превращают “не знаю” в “теперь знаю”.
5) Простой мысленный эксперимент
Есть 10 часов.
- Потратить 10 часов на “делать продукт” — и в конце всё ещё не знать, нужен ли он рынку.
- Потратить 3–4 часа на проверку спроса/канала — и дальше либо сэкономить десятки часов, либо направить оставшееся время в то, что реально приближает к T.
Если смотреть глазами ТОС, второй вариант быстрее снимает ограничение.
Два режима: денежный throughput и информационный throughput
Чтобы не упираться в “нет цифр”, полезно разделить задачи на два состояния:
- T уже есть → работаем над эффективностью и защитой потока.
- T нет → работаем над скоростью получения доказательств (тесты, сигналы, валидация).
Пока у проекта нет продаж, приоритетом становится не “качество исполнения”, а “скорость понимания”.
Базовое правило одиночки: WIP = 1
Ещё одна идея, которую ТОС для человека делает почти обязательной: в работе должна быть одна активная задача.
Когда задач много и все “чуть-чуть”, растёт I (незавершёнка), а ощущение прогресса исчезает.
Поэтому: одна задача → довести до результата → принять решение → следующая.
Как выбирать приоритет без точных денег: “следующий лучший тест”
Для каждой задачи достаточно 4 коротких строк:
- Гипотеза: как эта задача может привести к деньгам/результату?
- Сигнал: что покажет, что гипотеза жива? (желательно близко к деньгам)
- Самый дешёвый тест: что можно сделать за 2–6 часов, чтобы получить сигнал?
- Срок до ответа: когда я узнаю результат?
Дальше можно оценивать грубо, по пятибалльной шкале:
- влияние (если получится, насколько это меняет ситуацию),
- уверенность (тест правда даст ответ?),
- скорость (как быстро будет сигнал),
- трудозатраты (сколько часов фокуса).
И выбирать то, где много сигнала при малом расходе времени.
Разбор на примере моих задач
Мой список выглядел так:
- доделать CRM по остаткам FBO;
- вывести новый товар на Ozon;
- доделать каталог товаров для интернет-магазина;
- создать Телеграм-канал и начать выпуск контента.
Важно: у интернет-магазина пока нет ни одной продажи.
И Телеграм-канала ещё нет.
Значит по двум направлениям T не просто “маленький” — он не подтверждён.
Что это меняет
В такой ситуации “доделать каталог” почти никогда не является настоящим ограничением.
Пока нет трафика, оффера и подтверждения готовности покупать, каталог можно допиливать бесконечно — и всё равно оставаться на нуле.
Правильная постановка задачи становится другой:
не “сделать лучше”, а “приблизиться к первой транзакции или сильному сигналу”.
Что считать сильным сигналом (по убыванию ценности)
- оплата / заказ;
- сообщение “готов купить, дайте ссылку/выставьте счёт”;
- корзина/оформление без оплаты;
- вопросы “есть? сколько доставка?”;
- просто просмотры — почти ни о чём.
Если нет хотя бы 2–4 уровня, “расширять каталог” часто бессмысленно.
MVP для интернет-магазина на 1 день: не магазин, а короткая продажа
Вместо “каталог на 100 товаров” — сделать трубу на 1–3 товара.
План на день:
- выбрать 1–3 товара, которые точно готовы отгружать;
- сделать 1–3 продающих карточки (фото, цена, доставка, доверие, “почему вы”);
- добавить простое действие “купить/заказать/написать”;
- привести первые 50–200 целевых заходов любым быстрым способом;
- измерить: визиты → клики → корзина/сообщения → заявки/оплаты.
После этого появляется право на решение: масштабировать, менять оффер или закрывать гипотезу.
Вывод нового товара на Ozon: рискованный проект, но отличный эксперимент
Ozon хорош тем, что “рынок уже там”.
Поэтому для нового товара можно быстро получить первые сигналы: конкуренция, цена, позиционирование, экономика.
Тест на 2–4 часа:
- быстро посмотреть нишу (цены, отзывы, чем отличаются лидеры);
- подготовить минимум для демонстрации (фото/упаковка/УТП);
- набросать карточку + грубую экономику в 3 сценариях (плохо/средне/хорошо).
Если уже на этом этапе не сходится отличие и экономика — вы сэкономили себе недели.
Телеграм: сначала запуск, потом “контент-машина”
Пока канала нет, легко застрять в идее “построю систему, а потом начну”.
Но без аудитории и понимания, что цепляет людей, система превращается в красивую подготовку без результата.
Быстрый MVP:
- создать канал (минимально);
- определить 3 рубрики;
- подготовить 10 постов в черновиках;
- 7 дней публиковать вручную;
- смотреть на реакции, подписки, переходы, сообщения.
После первых сигналов уже можно думать об автоматизации.
CRM по остаткам FBO: первая, если есть реальный поток
Если по FBO уже идут продажи (или они близко), то остатки/наличие нередко становятся ограничением: ошибки стоят денег, времени и нервов.
Но если продаж по FBO пока нет, то “CRM остатков” может оказаться слишком ранней оптимизацией — снова рост OE и I без прироста T.
Итог: что снимает ощущение «я делаю не то»
Раньше мои задачи выглядели одинаковыми, потому что я пытался выбирать “самый правильный проект” без данных.
ТОС подсказала другой фокус:
- одна активная задача (WIP=1);
- если T не подтверждён — приоритет у быстрых тестов, которые дают ясность;
- если T уже есть — приоритет у защиты и усиления потока.
И главный принцип, который возвращает ощущение смысла:
Я выбираю не “что красивее развивать”, а какое действие быстрее всего даст ясный сигнал или деньги при минимальных затратах моего времени.
Когда появляется такой аргумент, исчезает внутренний разрыв.
Ты перестаёшь “просто быть занятым” — и начинаешь двигаться туда, где реально появляется результат.