Что означает MVP в разработке…
Ð’ командах разработки термин «MVP» иÑпользуют наÑтолько вольно, что на одной и той же вÑтрече он начинает означать разное Ð´Ð»Ñ Ñ€Ð°Ð·Ð½Ñ‹Ñ… людей — Ð´Ð»Ñ Ð¾Ð´Ð½Ð¾Ð³Ð¾ Ñто уменьшенное приложение, Ð´Ð»Ñ Ð´Ñ€ÑƒÐ³Ð¾Ð³Ð¾ — черновой прототип, Ð´Ð»Ñ Ñ‚Ñ€ÐµÑ‚ÑŒÐµÐ³Ð¾ — «вÑÑ‘, что уÑпеем выпуÑтить к пÑтнице». Ðта размытоÑÑ‚ÑŒ Ñоздаёт реальные проблемы: команды закладывают в MVP Ñлишком много или делают его Ñлишком Ñырым, потому что на Ñамом деле работают не от одного и того же определениÑ.
РазберёмÑÑ, что Ñтот термин должен означать именно в контекÑте разработки ПО и чем он отличаетÑÑ Ð¾Ñ‚ других терминов, Ñ ÐºÐ¾Ñ‚Ð¾Ñ€Ñ‹Ð¼Ð¸ его регулÑрно путают.
Буквальное значение
MVP = Minimum Viable Product (минимально жизнеÑпоÑобный продукт).
Каждое Ñлово неÑÑ‘Ñ‚ конкретный ÑмыÑл, и Ð¿Ð¾Ñ‚ÐµÑ€Ñ Ð»ÑŽÐ±Ð¾Ð³Ð¾ из них менÑет значение целиком:
- Minimum (минимальный) — только те функции, которые нужны Ð´Ð»Ñ Ð¿ÐµÑ€ÐµÐ´Ð°Ñ‡Ð¸ оÑновной ценноÑти и проверки центрального допущениÑ. Ðе Ñамое маленькое, что техничеÑки можно выпуÑтить, а Ñамое маленькое, что реально полезно.
- Viable (жизнеÑпоÑобный) — продукт должен работать. Ðадёжно, безопаÑно и доÑтаточно хорошо, чтобы реальный пользователь мог выполнить Ñ ÐµÐ³Ð¾ помощью значимую задачу. Именно Ñлово «жизнеÑпоÑобный» чаще вÑего терÑетÑÑ Ð½Ð° практике, из-за чего получаетÑÑ Ð½ÐµÑ‡Ñ‚Ð¾ Ñлишком Ñырое, чтобы дать заÑлуживающую Ð´Ð¾Ð²ÐµÑ€Ð¸Ñ Ð¾Ð±Ñ€Ð°Ñ‚Ð½ÑƒÑŽ ÑвÑзь.
- Product (продукт) — Ñто реальнаÑ, Ñ€Ð°Ð±Ð¾Ñ‚Ð°ÑŽÑ‰Ð°Ñ Ð²ÐµÑ‰ÑŒ, Ñ ÐºÐ¾Ñ‚Ð¾Ñ€Ð¾Ð¹ взаимодейÑтвует пользователь, а не макет, Ð¿Ñ€ÐµÐ·ÐµÐ½Ñ‚Ð°Ñ†Ð¸Ñ Ð¸Ð»Ð¸ план. Именно Ñто отличает MVP от инÑтрументов проверки более раннего Ñтапа, таких как теÑÑ‚ лендинга или прототип.
ВмеÑте взÑтые, MVP в разработке ПО — Ñто наименьшее рабочее приложение, ÑпоÑобное принеÑти реальную ценноÑÑ‚ÑŒ определённой группе пользователей и дать наÑтоÑщие доказательÑтва того, Ñтоит ли развивать лежащую в оÑнове идею дальше.
Откуда взÑлÑÑ Ñтот термин
ÐвторÑтво термина обычно припиÑывают продакт-менеджеру ФрÑнку РобинÑону, но в широкий обиход в разработке ПО и Ñтартап-Ñреде он вошёл Ð±Ð»Ð°Ð³Ð¾Ð´Ð°Ñ€Ñ Ð¼ÐµÑ‚Ð¾Ð´Ð¾Ð»Ð¾Ð³Ð¸Ð¸ Lean Startup Ðрика РиÑа, предÑтавившей разработку продукта как цикл «Ñоздать — измерить — научитьÑÑ» (build-measure-learn). Ð’ Ñтой логике MVP — не цель Ñам по Ñебе, а Ñамый быÑтрый и дешёвый ÑпоÑоб дойти до Ñтапов «измерить» и «научитьÑÑ», Ñ€Ð°Ð±Ð¾Ñ‚Ð°Ñ Ñ Ñ‡ÐµÐ¼-то реальным, а не Ñ Ð³Ð¸Ð¿Ð¾Ñ‚ÐµÐ·Ð¾Ð¹.
Ðто проиÑхождение важно Ð´Ð»Ñ Ñ‚Ð¾Ð³Ð¾, как термин должен иÑпользоватьÑÑ Ð² контекÑте разработки ПО: MVP — Ñто инÑтрумент обучениÑ, а не Ñиноним «первой верÑии» или «уменьшенного объёма работ». Команда, ÐºÐ¾Ñ‚Ð¾Ñ€Ð°Ñ Ð¾Ñ‚Ð½Ð¾ÑитÑÑ Ðº нему проÑто как к меньшему по размеру продукту, обычно терÑет диÑциплину — привÑзку каждой включённой функции к конкретной вещи, которую она пытаетÑÑ ÑƒÐ·Ð½Ð°Ñ‚ÑŒ.
Чем MVP отличаетÑÑ Ð¾Ñ‚ терминов, Ñ ÐºÐ¾Ñ‚Ð¾Ñ€Ñ‹Ð¼Ð¸ его путают
Команды разработки чаÑто иÑпользуют MVP как взаимозаменÑемый термин Ñ Ð½ÐµÑколькими родÑтвенными, но разными понÑтиÑми. Ðто не одно и то же, и их Ñмешение приводит к неÑовпадающим ожиданиÑм о том, что и зачем ÑтроитÑÑ.
| Термин | Что Ñто на Ñамом деле | Реальные пользователи? | Продакшн-качеÑтво? |
|---|---|---|---|
| MVP | Ðаименьший жизнеÑпоÑобный рабочий продукт, проверÑющий ключевое допущение | Да | Да — доÑтаточно надёжен Ð´Ð»Ñ Ñ€ÐµÐ°Ð»ÑŒÐ½Ð¾Ð³Ð¾ иÑÐ¿Ð¾Ð»ÑŒÐ·Ð¾Ð²Ð°Ð½Ð¸Ñ |
| Прототип | Дизайн или интерактивный макет, показывающий, как что-то может работать | Иногда, неформально | Ðет — не предназначен Ð´Ð»Ñ Ð¿Ñ€Ð¾Ð´Ð°ÐºÑˆÐ½Ð° |
| Proof of Concept (POC) | ТехничеÑÐºÐ°Ñ Ð¿Ñ€Ð¾Ð²ÐµÑ€ÐºÐ° того, возможно ли что-то реализовать в принципе | Редко | Ðет — код одноразовый |
| Бета | Почти финальный продукт, выпущенный Ð´Ð»Ñ Ð¾Ð³Ñ€Ð°Ð½Ð¸Ñ‡ÐµÐ½Ð½Ð¾Ð¹ аудитории перед полным запуÑком | Да | Да, близко к финальному |
| Пилот | Контролируемое иÑпытание в реальных уÑловиÑÑ…, чаÑто Ñ Ð¾Ð´Ð½Ð¸Ð¼ или неÑколькими конкретными клиентами | Да, Ð½ÐµÐ±Ð¾Ð»ÑŒÑˆÐ°Ñ Ð¾Ð¿Ñ€ÐµÐ´ÐµÐ»Ñ‘Ð½Ð½Ð°Ñ Ð³Ñ€ÑƒÐ¿Ð¿Ð° | Да |
ОÑобенно чаÑто путают MVP и прототип. Прототип ÑущеÑтвует, чтобы показать, как что-то может работать — Ñто инÑтрумент коммуникации и дизайна. MVP ÑущеÑтвует, чтобы проверить, будут ли люди реально им пользоватьÑÑ Ð¸ ценить его — он должен по-наÑтоÑщему работать, а не проÑто выглÑдеть работающим. Product School проводит похожее различие: прототип придаёт идее форму, а MVP должен решать реальную проблему клиента.
Путаница Ñ POC работает в обратную Ñторону — POC отвечает на более узкий, чиÑто техничеÑкий Ð²Ð¾Ð¿Ñ€Ð¾Ñ («можно ли Ñто вообще поÑтроить») и чаÑто выбраÑываетÑÑ, как только Ñтот Ð²Ð¾Ð¿Ñ€Ð¾Ñ Ð¿Ð¾Ð»ÑƒÑ‡Ð°ÐµÑ‚ ответ, тогда как MVP задуман как реальнаÑ, развивающаÑÑÑ Ð¾Ñ‚Ð¿Ñ€Ð°Ð²Ð½Ð°Ñ Ñ‚Ð¾Ñ‡ÐºÐ° продукта.
Короткий пример, показывающий разницу
ДопуÑтим, команда Ñоздаёт инÑтрумент Ð´Ð»Ñ Ð¿Ð»Ð°Ð½Ð¸Ñ€Ð¾Ð²Ð°Ð½Ð¸Ñ Ð²Ñтреч. Прототип может быть кликабельным файлом в Figma, показывающим, как пользователь бронирует Ñлот, вообще без рабочего бÑкенда — полезен Ð´Ð»Ñ Ð¿Ð¾Ð»ÑƒÑ‡ÐµÐ½Ð¸Ñ Ñ€Ð°Ð½Ð½ÐµÐ¹ обратной ÑвÑзи по Ñценарию ещё до напиÑÐ°Ð½Ð¸Ñ ÐºÐ¾Ð´Ð°. POC может быть одноразовым Ñкриптом, подтверждающим, что ÑÐ¸Ð½Ñ…Ñ€Ð¾Ð½Ð¸Ð·Ð°Ñ†Ð¸Ñ ÐºÐ°Ð»ÐµÐ½Ð´Ð°Ñ€Ñ Ñо Ñторонним провайдером техничеÑки возможна: запущен один раз и никогда не показан реальному клиенту. MVP — Ñто уже наÑтоÑщий рабочий продукт, в котором реальный пользователь может Ñоздать аккаунт, поÑмотреть доÑтупное Ð²Ñ€ÐµÐ¼Ñ Ð¸ забронировать реальный Ñлот от начала до конца, причём доÑтаточно надёжно, чтобы доверить его наÑтоÑщему клиенту и получить от него чеÑтное мнение.
Три Ñовершенно разных артефакта, три Ñовершенно разных ÑƒÑ€Ð¾Ð²Ð½Ñ Ð¸Ð½Ð¶ÐµÐ½ÐµÑ€Ð½Ð¾Ð¹ ÑтрогоÑти и три Ñовершенно разных вопроÑа, на которые они отвечают — именно поÑтому Ñведение вÑего Ñтого к одному размыто иÑпользуемому Ñлову Ñоздаёт Ñтолько трений в разговорах о планировании.
Почему точное определение важно Ð´Ð»Ñ ÐºÐ¾Ð¼Ð°Ð½Ð´Ñ‹ разработки
Когда команда нечётко понимает, что означает «MVP», обÑÑƒÐ¶Ð´ÐµÐ½Ð¸Ñ Ð¾Ð±ÑŠÑ‘Ð¼Ð° работ ÑтановÑÑ‚ÑÑ Ñложнее, чем должны быть. Инженер, закладывающий «жизнеÑпоÑобный, продакшн-качеÑтва, минимальный», ведёт Ñовершенно другой разговор, чем тот, кто закладывает «черновую верÑию Ð´Ð»Ñ Ð´ÐµÐ¼Ð¾Â», Ñ…Ð¾Ñ‚Ñ Ð¾Ð±Ð° варианта могут быть помечены как MVP в одном и том же плановом документе. ТочноÑÑ‚ÑŒ в иÑпользовании термина Ñ Ñамого начала — Ñто MVP, прототип или POC — Ñкономит удивительно много Ð½ÐµÐ´Ð¾Ð¿Ð¾Ð½Ð¸Ð¼Ð°Ð½Ð¸Ñ Ð½Ð° более поздних Ñтапах проекта.
ЕÑли вы находитеÑÑŒ на более раннем Ñтапе и пытаетеÑÑŒ разобратьÑÑ Ð½Ðµ только Ñ Ñ‚ÐµÑ€Ð¼Ð¸Ð½Ð¾Ð»Ð¾Ð³Ð¸ÐµÐ¹, но и Ñ Ñ‚ÐµÐ¼, какой именно тип MVP подходит вашей Ñитуации — лендинг, конÑьерж-MVP, MVP Ñ Ð¾Ð´Ð½Ð¾Ð¹ функцией и так далее — Ñто практичеÑкое руководÑтво по MVP Ð´Ð»Ñ Ñ„Ð°ÑƒÐ½Ð´ÐµÑ€Ð¾Ð² раÑÑматривает Ñто решение подробнее. Ð Ð´Ð»Ñ Ð±Ð¾Ð»ÐµÐµ широкого обоÑÐ½Ð¾Ð²Ð°Ð½Ð¸Ñ Ñ‚Ð¾Ð³Ð¾, почему MVP важны именно Ð´Ð»Ñ Ñтартапов, что такое MVP и почему Ñто важно раÑкрывает Ñторону выгод.
Коротко о главном
MVP означает Minimum Viable Product — минимально жизнеÑпоÑобный продукт: Ð½Ð°Ð¸Ð¼ÐµÐ½ÑŒÑˆÐ°Ñ Ñ€ÐµÐ°Ð»ÑŒÐ½Ð°Ñ, рабочаÑ, Ð½Ð°Ð´Ñ‘Ð¶Ð½Ð°Ñ Ð²ÐµÑ€ÑÐ¸Ñ Ð¿Ñ€Ð¾Ð´ÑƒÐºÑ‚Ð°, ÑÐ¾Ð·Ð´Ð°Ð½Ð½Ð°Ñ Ð´Ð»Ñ Ð¿Ñ€Ð¾Ð²ÐµÑ€ÐºÐ¸ того, верна ли ваша ÐºÐ»ÑŽÑ‡ÐµÐ²Ð°Ñ Ð¸Ð´ÐµÑ, а не Ñиноним прототипа, POC, беты или «вÑего, что доÑтаточно мало, чтобы выпуÑтить в Ñтом Ñпринте». Ð¢Ð°ÐºÐ°Ñ Ñ‚Ð¾Ñ‡Ð½Ð¾ÑÑ‚ÑŒ в иÑпользовании термина внутри команды — Ð½ÐµÐ±Ð¾Ð»ÑŒÑˆÐ°Ñ Ð´ÐµÑ‚Ð°Ð»ÑŒ, ÐºÐ¾Ñ‚Ð¾Ñ€Ð°Ñ Ð¿Ñ€ÐµÐ´Ð¾Ñ‚Ð²Ñ€Ð°Ñ‰Ð°ÐµÑ‚ немало путаницы Ñ Ð¾Ð±ÑŠÑ‘Ð¼Ð¾Ð¼ работ в дальнейшем.
Планируете объём Ñвоего первого наÑтоÑщего MVP?
MVPHUB поможет превратить черновую идею в точно определённый по объёму, готовый к продакшну MVP — не прототип, не POC, а наÑтоÑщий продукт, которым пользователи Ñмогут реально пользоватьÑÑ.
Забронировать беÑплатную конÑультацию Ñ MVPHUBЧасто Задаваемые Вопросы
Что означает аббревиатура MVP в разработке ПО?
MVP раÑшифровываетÑÑ ÐºÐ°Ðº Minimum Viable Product — минимально жизнеÑпоÑобный продукт. Ð’ контекÑте разработки ПО Ñто Ð½Ð°Ð¸Ð¼ÐµÐ½ÑŒÑˆÐ°Ñ Ñ€Ð°Ð±Ð¾Ñ‡Ð°Ñ Ð²ÐµÑ€ÑÐ¸Ñ Ð¿Ñ€Ð¸Ð»Ð¾Ð¶ÐµÐ½Ð¸Ñ, ÐºÐ¾Ñ‚Ð¾Ñ€Ð°Ñ Ð¿Ñ€Ð¸Ð½Ð¾Ñит пользователÑм реальную ценноÑÑ‚ÑŒ и позволÑет проверить ключевое допущение о продукте.
Ðто то же Ñамое, что и бета-верÑиÑ?
Ðет. Бета — Ñто, как правило, более законченный, близкий к финальному продукт, который выпуÑкают Ð´Ð»Ñ Ð¾Ð³Ñ€Ð°Ð½Ð¸Ñ‡ÐµÐ½Ð½Ð¾Ð¹ аудитории на финальное теÑтирование перед полным запуÑком. MVP намеренно гораздо уже по объёму и ÑоздаётÑÑ, чтобы проверить допущение на раннем Ñтапе, чаÑто задолго до того, как продукт приближаетÑÑ Ðº полной функциональноÑти.
Ðто то же Ñамое, что proof of concept (POC)?
Ðет. POC проверÑет, возможно ли что-то реализовать техничеÑки, чаÑто без реальных пользователей и без кода продакшн-качеÑтва. MVP проверÑет, находÑÑ‚ ли реальные пользователи продукт ценным, и должен быть доÑтаточно надёжным Ð´Ð»Ñ Ñ€ÐµÐ°Ð»ÑŒÐ½Ð¾Ð³Ð¾ иÑпользованиÑ, а не проÑто техничеÑкой демонÑтрацией.
Кто придумал термин MVP?
ÐвторÑтво термина обычно припиÑывают ФрÑнку РобинÑону (Frank Robinson), а популÑрным в Ñтартап- и IT-ÑообщеÑтве он Ñтал Ð±Ð»Ð°Ð³Ð¾Ð´Ð°Ñ€Ñ Ð¼ÐµÑ‚Ð¾Ð´Ð¾Ð»Ð¾Ð³Ð¸Ð¸ Lean Startup Ðрика РиÑа (Eric Ries), который предÑтавил MVP как инÑтрумент проверенного Ð¾Ð±ÑƒÑ‡ÐµÐ½Ð¸Ñ (validated learning), а не проÑто уменьшенную верÑию продукта.
