Почему нельзя сразу идти в разработку
Сколько времени можно потратить, если пойти в разработку без прототипа? Дохуя.
Это не абстрактный совет из книг — это то, что я понял сам за последние недели. Я запустил MVP Булавы, написал с его помощью 5 тестовых постов, и понял: пора двигаться к MLP, первой версии для реальных пользователей. Но прежде чем садиться писать код — делаю прототип. Вот почему.
Если ты не знаешь как будет выглядеть флоу в реальности — будешь переделывать. Снова и снова. Прототип позволяет проверить это за несколько часов, а не недель.
Весь процесс публикую в TG-канале — подписывайся, там каждый шаг: https://t.me/hoodyakoff_vibes
Что такое Булава и зачем нужен MLP
Булава — мой инструмент для вайбкодинга контента. MVP работает в терминале через Claude Code: ты пишешь черновик, агент превращает его в пост, ты апрувишь. Всё локально, никакого сайта.
MLP — следующий шаг. Веб-приложение, куда может зайти любой человек без IDE и терминала.
Как будет работать MLP: флоу
Я взял промпт для проектирования и с новым пониманием описал флоу. Создание mvp в классическом понимании: минимальный набор функций, который решает задачу.
- Заходишь на сайт → авторизуешься (Google / Яндекс)
- Создаешь проект: название, правила, тон оф войс, примеры своих постов и постов конкурентов
- Пишешь черновик в чат → Булава делает TG-пост
- Правишь через чат (2-4 итерации) → апрувишь → пост в библиотеку
- Адаптируешь под Дзен, X, Threads если нужно
Монетизация
Бесплатно: 2 сессии + подписка на TG-канал. Так я проверю готовность аудитории платить, прежде чем строить биллинг.
Платный план: 499 ₽/мес.
Прототип вместо разработки: почему я так делаю
После того как ТЗ было готово, я не пошел в разработку. Вместо этого — mvp прототип. Один промпт в инструмент для прототипирования, и через 20 минут у тебя кликабельный интерфейс который можно потыкать.
Я закинул одно ТЗ в 4 разных инструмента и сравнил результаты
Результаты ванпромпт: много неточностей и не оч крутых экранов. Но я вижу флоу руками, а не в голове — и это уже другой разговор.
Что дальше
- Описать детальное ТЗ на каждый экран
- Собрать финальный прототип
- Накинуть одну из готовых дизайн-систем, чтобы убрать характерный ИИ-вид
Только после этого — в разработку.
Почему прототип это обязательный шаг
Прототип — это не трата времени. Это экономия. Узнаешь что не работает за несколько часов, а не после месяца разработки. Если ты делаешь вайбкодинг-продукт — не пропускай этот шаг. Даже если ТЗ кажется идеальным, реальный клик по интерфейсу покажет то, что в документе не видно.
Весь процесс публикую в TG-канале — подписывайся, там каждый шаг: https://t.me/hoodyakoff_vibes