Начинающие разработчики часто не хотят релизить неидеальные продукты и пытаются на первой же итерации прикрутить к разработке всё, что только можно. Обычно на это тратится уйма времени, сил и денег — а на выходе всё равно получается «что-то не то».
Практика показывает, что в 99% случаев лучше начать с создания минимально жизнеспособного продукта (MVP — minimum viable product), выпустить его в свет, получить фидбэк от пользователей, а уже затем поэтапно докручивать разработку до идеала.
MVP — это условно дешёвая тестовая версия продукта, которая обладает минимально необходимыми и достаточными для удовлетворения потребителей функциями.
Термин глобальный, так что продукт — это не обязательно ПО или веб-сервис. Им может быть, например, товар или услуга. Но ниже речь пойдёт о том, что нас с вами интересует в первую очередь: MVP в разработке и, в частности, фронтенде.
Зачем релизить минимально жизнеспособный продукт?
Во-первых, чтобы получить обратную связь от первых пользователей и уже на её основе составить план дальнейшего развития проекта. Запуск MVP позволяет подтвердить или опровергнуть гипотезы о том, что нужно людям, выявить проблемы и неудобства разработки, определить приоритетные задачи на будущее — и при этом потратить минимум ресурсов.
Во-вторых, чтобы отвечать потребностям бизнеса, которому всегда важно быстро двигаться вперёд. Когда вы трудитесь над прикладной злободневной задачей, времени на поиск оптимальных решений часто нет. Необходимо сверстать и задеплоить рабочий продукт на основе того, что вы уже знаете и умеете, посмотреть на результат и только потом навешивать технологии.
Каким должен быть минимально жизнеспособный продукт?
Зависит только от ваших конечных целей и стартовых возможностей! Главное — выделить ключевые проблемы, которые вы пытаетесь закрыть с помощью своей разработки, и реализовать их решение самым быстрым и недорогим способом из доступных.
