svSchool_vibe
Модуль 1: Декомпозиция задач и составление ТЗ для ИИ
Блок 4 из 14·~15 мин·0/14 пройдено

Границы MVP: Метод «Отсечения лишнего»

4.1. Что такое MVP

MVP (Minimum Viable Product) — минимально жизнеспособный продукт. Это простейшая версия сервиса, которая решает одну главную проблему пользователя и работает без сбоев.

4.2. Ловушка Feature Creep (Раздувание функций)

Ошибка новичка (НЕПРАВИЛЬНО): Попытка сразу включить в первый релиз темную и светлую тему интерфейса, авторизацию через 5 разных социальных сетей, анимации, звуковые эффекты, систему ачивок и Push-уведомлений.

⚠️Внимание

Почему так делать нельзя: 1. Переполнение контекста: ИИ расходует лимиты памяти и токенов на верстку второстепенных анимаций и настроек. 2. Сломанное ядро: Из-за перегрузки деталями ключевая функция приложения (например, сохранение заметки или расчет суммы) остается недоработанной и содержит критические ошибки.

Как нужно делать правильно:

Использовать жесткую сортировку функций по методу MoSCoW и следовать правилу 1-1-1: • 1 Главный экран. • 1 Ключевое целевое действие пользователя. • 1 Главная сущность данных.

4.3. Метод сортировки MoSCoW для вайбкодинга

КатегорияОписание
MUST (100%)Критически важно для работы MVP
SHOULD (50%)Важно, но сервис работает и без этого
COULD (10%)Желательно, сделать при наличии времени
WON'T (0%)Категорически не делать в первой версии
ℹ️Важно

Пример применения MoSCoW для сервиса заметок: • Must (Делать обязательно): Создать текстовую заметку и сохранить ее в список. • Should (Делать во 2 очередь): Редактировать и удалять заметки. • Could (Делать при избытке ресурсов): Сортировать заметки по тегам и цветам. • Won't (Категорический запрет на MVP): Расшаривание заметок другим пользователям, голосовой ввод, распознавание текста с картинок.