С чего на самом деле стоит начинать IT-проект

Если бы год назад меня спросили, с чего начинать IT-проект, я бы не задумываясь сказал: с MVP.
Так учили, так делают большие продуктовые команды, так звучит «по науке».

Но чем больше я работаю, тем сильнее понимаю, что моё представление о minimal и value давно извратили корпоративные процессы.
MVP — это уже не про скорость, а про маленький продукт с большой бюрократией.

Проблема даже не в том, что минимальный продукт часто получается просто говном — с багами, уродливым дизайном и UX из 2010-го.
Проблема в том, что на него уходит время. А это уже не MVP, а мини-стартап со всеми рисками.

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

Иногда вместо MVP хватает лендинга.
Он быстро отвечает на главный вопрос: стоит ли вообще делать MVP и какие фичи туда добавить.

Ориентиры простые:

• CTR — как часто кликают по офферу (в рекламе, постах, реддите — не важно где).
• CR — как часто совершают целевое действие на лендинге.

Если CTR высокий, а CR низкий — идея заходит, но оффер не цепляет.
❌ Плохо описана фича.
❌ Много нецелевой аудитории.

Если CTR низкий, а CR высокий — наоборот: оффер норм, но ты не туда бьёшь.
🎯 Промах по таргету.
🎯 Слабая коммуникация.

Если оба низкие — идея мёртвая.

И вот теперь я думаю: может, всё MVP-мышление надо перевернуть?
Не строить продукт, чтобы проверить спрос, а сначала проверить спрос, чтобы понять — нужен ли продукт.

Короче, если твоя идея собирает внимание — проект почти точно полетит.

Я пишу про такие наблюдения, тесты и свои эксперименты с инди-продуктами у себя в телеге 👉 t.me/debug_leg