Većina propalih projekata nije propala zato što je nešto loše napravljeno, nego zato što je previše toga napravljeno prije nego se provjerilo hoće li itko to koristiti.

Što MVP jest, a što nije

MVP nije jeftina i nedovršena verzija prave aplikacije. To je najmanji proizvod koji odgovara na jedno pitanje: hoće li ciljani korisnik promijeniti način na koji radi zato što postoji ovaj alat.

Iz toga slijedi pravilo koje rješava većinu rasprava o opsegu: ako funkcionalnost ne mijenja odgovor na to pitanje, ne ide u prvu verziju. Postavke, izvoz podataka, uređivanje profila, tamna tema — sve to su stvari koje korisnici traže tek nakon što su se već navikli koristiti proizvod.

Kako rezati opseg

Podijelite popis želja u tri hrpe:

  • Bez ovoga proizvod nema smisla. Obično su to dvije do tri stvari. Kod aplikacije za primopredaju vozila to je snimanje fotografija i izvještaj na kraju. Sve ostalo je dodatak.
  • Ovo se može odraditi ručno. Slanje računa, unos novog klijenta, izvoz podataka. Dok imate deset korisnika, to je nekoliko minuta tjedno umjesto tjedan dana razvoja.
  • Ovo se može odgoditi. Sve što poboljšava iskustvo, a ne omogućuje ga.

Najkorisnije pitanje na sastanku o opsegu: što se dogodi ako ovoga nema? Ako je odgovor „bilo bi ljepše", stavka ide u drugu verziju. Ako je odgovor „ne može se dovršiti posao", ostaje.

Šest tjedana, tjedan po tjedan

  • 1. tjedan — dogovor o opsegu. Popis funkcionalnosti, tok kroz aplikaciju, gruba skica ekrana. Kraj tjedna: znamo što gradimo i što ne gradimo.
  • 2. tjedan — kostur. Postav projekta, baza, prijava, navigacija. Aplikacija se može instalirati i kroz nju se može proći, iako još ništa ne radi.
  • 3. i 4. tjedan — glavni tok. Ona jedna stvar zbog koje proizvod postoji, do kraja i s pravim podacima.
  • 5. tjedan — rubni slučajevi. Nema mreže, korisnik je prekinuo postupak, podatak nedostaje. Ovdje se MVP razlikuje od demoa.
  • 6. tjedan — testiranje i objava. Stvarni uređaji, ispravci, store materijali, prva verzija kod prvih korisnika.

Uz uobičajenu satnicu to je otprilike 200 do 260 sati posla, odnosno 5.000 do 6.500 EUR — u rangu donje granice iz teksta o cijeni mobilne aplikacije, jer je to i namjera.

Što se svjesno izostavlja

Da bi šest tjedana bilo izvedivo, nešto mora ispasti. Uobičajeno:

  • admin sučelje — zamjenjuje ga izravan pristup bazi ili gotov alat;
  • naplata u aplikaciji — prvim korisnicima se račun izda ručno;
  • više jezika — jedan jezik, onaj kojim govore prvi korisnici;
  • fina razrada dizajna — dosljedan i uredan da, ali bez originalnih ilustracija i animacija;
  • napredni izvještaji — dok nema podataka, nema se što izvještavati.

Kada MVP nije dobra ideja

Pristup ima granice. Nemojte ići na MVP ako:

  • Zamjenjujete sustav koji ljudi već koriste. Postojeći korisnici ne opraštaju verziju koja radi manje od onoga što su imali.
  • Radite u reguliranom području. Fiskalizacija, medicinski podaci i slično nemaju verziju koja je „dovoljno usklađena".
  • Jedina vrijednost je potpunost. Ako proizvod ima smisla tek kad pokriva cijeli proces, pola procesa nije MVP nego neupotrebljiv alat.

Nakon prve verzije

MVP je uspio ako ste nakon šest tjedana pametniji, a ne ako ste dobili gotov proizvod. Prvi korisnici pokazuju koje su pretpostavke bile krive — a gotovo uvijek je barem jedna. Tada se odlučuje što se gradi dalje, i to na temelju podataka umjesto nagađanja. To je cijela poanta.