Хочу сделать, но не знаю с чего начать. Это нормально — стоять перед пустым экраном и не понимать где точка входа. Большинство людей на старте делают одну и ту же ошибку: сразу пишут код. Или хуже — говорят нейросети "сделай мне приложение X, не совершай ошибок". Поздравляю, ошибки только что начались — и они твои.
Почему документация на старте — это не бюрократия, а экономия 40 часов
Звучит странно: в 2025 году, когда ИИ пишет код за минуты, тратить время на описание продукта? Да, именно так.
ИИ — мощный инструмент, но без контекста он галлюцинирует. Он строит то, что ты не просил, потому что не понял задачу. Потом ты это переделываешь. Потом снова переделываешь. Проходит неделя, а рабочего продукта нет.
Правильный контекст на старте = ИИ делает то что нужно с первого раза. Это не про документацию ради документации — это про то чтобы твой помощник понял задачу правильно.
Промпт для сбора контекста по продукту лежит в комментариях вот здесь. Но сначала дочитай статью — поймешь зачем он нужен и как его использовать.
Классическая схема запуска: от идеи до первых пользователей
Продукт запускается в 5 этапов, и пропустить ни один нельзя:
Идея — определяешь проблему и как её решить. Не "хочу сделать приложение", а "люди тратят 3 часа на адаптацию контента под разные площадки, я хочу автоматизировать это за 5 минут".
Валидация — проверяешь, что проблема реальная и за решение готовы платить. 10 разговоров с потенциальными пользователями до первой строки кода.
MVP/MLP — делаешь минимальную версию, которую можно показать людям.
Запуск — выпускаешь продукт, собираешь обратную связь.
Итерации — улучшаешь на основе реального поведения пользователей, а не своих фантазий.
MVP vs MLP: почему ИИ убил минимально жизнеспособный продукт
Раньше MVP был нормой. Теперь — нет.
ИИ снизил стоимость разработки до нуля. Это значит: делать кривое и косое больше не оправдание. Конкуренция выросла до уровня московского общепита — красиво делают все. Твои потуги "на коленке" никому не нужны.
MLP — Minimum Lovable Product. Продукт который не просто работает, а который хочется использовать. Разница принципиальная: MVP решает проблему, MLP решает проблему и при этом не вызывает желания закрыть вкладку.
Когда всё же можно сделать совсем кривое? Если это займет 1-2 дня и нужно просто проверить гипотезу. Не продукт — а прототип для себя. Например: папки + Claude Code вместо полноценного сайта. Никакого бэкенда, никаких баз данных, никакой регистрации. Просто проверка: работает идея вообще?
Как собрать контекст по продукту за 30 минут
Это самый недооцененный шаг. Контекст я бы разделил на 2, а иногда 3 фазы:
- MVP/кривое-косое — что запускаем первым, чтобы проверить гипотезу
- MLP — что делаем если гипотеза подтвердилась
- Целевой продукт — куда идём в перспективе 6-12 месяцев
Конкретный алгоритм:
Шаг 1. Берешь промпт для сбора контекста — он лежит в комментариях к этому посту.
Шаг 2. Закидываешь в любую нейронку и общаешься с ней как с консультантом. Она будет задавать вопросы — отвечай честно. Если вопрос непонятен, так и скажи: "объясни проще".
Шаг 3. На выходе получаешь структурированный артефакт: описание продукта, целевая аудитория, ключевые функции, метрики успеха.
Этот артефакт — основа всего дальнейшего. Ты кидаешь его ИИ и говоришь "работай в рамках этого контекста". Теперь он строит то что нужно тебе, а не то что придумал сам.
Практические выводы: что делать прямо сейчас
Чек-лист для старта:
- Запиши проблему в одном предложении: "Люди делают X, это занимает Y времени/денег, я хочу сократить это до Z"
- Поговори с 5 потенциальными пользователями до того как открывать редактор кода
- Определи скоуп: что будет на старте (кривое-косое за 1-2 дня) и что будет в MLP
- Собери контекст через нейронку — получи артефакт
- Только после этого открывай Claude Code или любой другой инструмент
Запускать продукт без контекста — это как ехать в незнакомый город без навигатора. Может доедешь. Но потратишь в 3 раза больше времени и сил.
Промпт для сбора контекста забирай в комментариях здесь — там же пиши какой скоуп выбрал ты на старте своего продукта.