ТЕРМИН · СОФТУЕР И ИНТЕГРАЦИИ

MVP (минимално жизнеспособен продукт)

Какво е MVP (минимално жизнеспособен продукт)?

MVP (минимално жизнеспособен продукт) е първата работеща версия на софтуер, която върши една ясна работа за реални потребители и нищо повече. Целта ѝ не е да впечатли, а да провери допускането, върху което стъпва проектът, преди да се похарчи целият бюджет. Наученото от нея — кой я ползва, къде се спъва, какво липсва — определя втората версия.

Пример

Фирма за доставки иска портал за клиентите си. Първият списък съдържа 14 функции: заявка, проследяване, фактури, рекламации, отчети, адресник, известия и още. Вместо всичко наведнъж, първата версия има три екрана — вход, заявка, статус на пратката — и стартира с 40 клиенти.

След шест седмици данните казват друго. 60 % от влизанията са само за проследяване; заявката се ползва от 20 клиенти; фактури искат трима. Ако пълният обхват се приеме за 100 единици бюджет, тази първа версия е около 25 от тях — и точно тя показа, че приоритетът на втория етап е известие при промяна на статуса, а не адресник. Числата са илюстративни; ценното е, че решението за останалите три четвърти се взема след наблюдение, а не преди него.

Защо има значение за бизнеса

MVP не е недовършен продукт. Това, което влиза в него, е завършено: работи, пази данните коректно, има архив и достъп по права. Минимално е обхватът, не качеството. Разликата личи в експлоатацията — недовършеното трупа поправки, а съзнателно ограниченото просто чака следващия етап.

Ползата е тройна: рискът се проверява с реални хора, техническото задание за втория етап стъпва на наблюдение вместо на предположение, а при подходящ продукт първите приходи започват по-рано. За да работи това, обхватът се избира по една хипотеза и се придружава от мярка — показател, който предварително казва какво ще броим за успех.

Когато проектът е голям, започваме с MVP и надграждаме по етапи — така изграждаме уеб софтуер, без първата сметка да плаща за функции, които никой не е поискал.

Какво да попитате

  • Коя хипотеза проверява тази версия и с кое число ще разберем отговора?
  • Кои реални потребители ще я ползват и как ще стигне до тях?
  • Какво съзнателно отпада на първия етап и кога се преразглежда?
  • Кодът ще се доразвива ли, или е за изхвърляне след проверката?
  • Кой събира обратната връзка и кога се взема решението за втория етап?

Има термин, който не разбирате? Пишете ни — ще го добавим.

Речникът расте с въпросите, които получаваме.