'/%3e%3cpath%20d='M83.8172%20112C100.688%20112%20111.886%2098.2694%20112%2083.8882H44.0245C25.8409%2083.8882%2016.001%2094.3169%2016.001%20112H83.8172Z'%20fill='url(%23paint1_linear_101_577)'/%3e%3cpath%20d='M44.1725%2044.1138H16.0008C15.9465%2051.0963%2018.504%2058.2306%2024.2977%2064.0225L44.1706%2083.8881L52.8986%2075.3569L61.7636%2066.7019C63.2767%2065.2244%2063.2786%2062.7888%2061.7636%2061.3094L44.1725%2044.1138Z'%20fill='%233A5FFF'/%3e%3cpath%20d='M83.8248%2083.8862H111.996C112.051%2076.9037%20109.493%2069.7693%20103.7%2063.9774L83.8267%2044.1118L75.0986%2052.6431L66.2337%2061.2981C64.7206%2062.7756%2064.7187%2065.2112%2066.2337%2066.6906L83.8248%2083.8862Z'%20fill='%233A5FFF'/%3e%3cdefs%3e%3clinearGradient%20id='paint0_linear_101_577'%20x1='16.001'%20y1='30.055'%20x2='111.998'%20y2='30.055'%20gradientUnits='userSpaceOnUse'%3e%3cstop%20stop-color='%2370ADFE'/%3e%3cstop%20offset='0.62'%20stop-color='%233A5FFF'/%3e%3c/linearGradient%3e%3clinearGradient%20id='paint1_linear_101_577'%20x1='111.998'%20y1='97.9451'%20x2='16.001'%20y2='97.9451'%20gradientUnits='userSpaceOnUse'%3e%3cstop%20stop-color='%2370ADFE'/%3e%3cstop%20offset='0.62'%20stop-color='%233A5FFF'/%3e%3c/linearGradient%3e%3c/defs%3e%3c/svg%3e)
MVP — понятие из подхода «бережливый стартап», который сформулировал Эрик Рис. Идея простая: вместо того чтобы строить полнофункциональный продукт на основе предположений, выпустите минимальную версию, проверяющую ключевую бизнес-гипотезу.
Цель MVP — научиться, а не продать или заработать. Например, гипотеза звучит так: «пользователи готовы платить за автоматическую группировку расходов в банковском приложении». MVP — простая страница с описанием функции и кнопкой «Хочу попробовать». Если кнопку нажали 200 человек, гипотеза подтвердилась. Если 5 — нужно искать другую.
Признаки настоящего MVP:
- Решает одну главную задачу пользователя
- Собирается за 2–8 недель
- Имеет минимально приемлемое качество: это не макет, а работающий продукт
- Позволяет измерить результат — метрики успеха определены заранее
- Запускаете новый продукт или крупную функцию
- Есть гипотеза, которую нужно проверить
- Ресурсы ограничены
- До пользователей реально можно дотянуться для проверки
- В зрелом продукте новую функцию для нынешних пользователей проверяют A/B-тестом, а не отдельным MVP
- Строго регулируемые отрасли — банки, медицина: выпустить «недоделанное» нельзя
- Нет реальной аудитории, на которой можно проверить гипотезу
Классический пример: Dropbox. До разработки Дрю Хьюстон выпустил 3-минутное видео с показом продукта, которого ещё не существовало. За 1 день — 75 000 записей в лист ожидания. Это и был MVP: нулевой продукт, проверяющий желание пользователей.
Современный пример. Команда хочет запустить доставку готовых рационов на неделю. MVP — форма приёма заявок и чат в мессенджере для согласования меню: без приложения, сайта и собственной логистики. Если за 2 недели заказ оформили 100 человек, гипотеза подтверждена и можно строить полноценный сервис.
В Shtab заведите на каждую гипотезу отдельную задачу и сразу впишите в неё метрику успеха и порог, при котором гипотеза считается подтверждённой, — так проверка не превратится в бесконечную доработку. Свяжите эти задачи с целью в графе целей, а итоги проверок складывайте в базу знаний: через полгода это готовая история продуктовых решений.