Cada vegada que dic "MVP" veig la mateixa cara. La persona sent "versió cutre" i comença a defensar-se: que si el client ho notarà, que si quedarà malament, que si millor ho fem bé des del principi.
És l'error més car que veig a les pimes que volen software propi.
"Mínim" no vol dir "de mala qualitat"
Un MVP no és el teu producte amb la qualitat baixada. És el teu producte amb menys coses a dins, i les que hi són, ben fetes.
La diferència importa. Si retalles qualitat, el que entregues no serveix per decidir res: la gent no l'usa perquè va malament, i tu no saps si no l'usen perquè no els cal o perquè està mal fet. Has gastat diners i no has après res.
Si retalles abast, l'única cosa que perds és temps de construir el que potser ningú vol.
La pregunta que no pots respondre en una reunió
Tot projecte comença amb una hipòtesi disfressada de certesa. "Els comercials ho faran servir cada dia." "Els clients preferiran demanar-ho des del mòbil." "Això ens estalviarà dues hores per persona."
Poden ser certes. Però no ho sabreu discutint-ho. Ho sabreu quan algú tingui la pantalla al davant i hagi de fer-hi la seva feina de veritat.
L'MVP existeix per això: posar la hipòtesi davant d'una persona real com més aviat millor, amb el mínim gastat.
Què hi ha de tenir
Un flux sencer, de punta a punta, amb dades de veritat. Un de sol.
Si el que vols provar és que el comercial registri la visita des del cotxe, l'MVP ha de deixar registrar la visita des del cotxe i que aquella visita aparegui on ha d'aparèixer. Res més. Però això, del tot.
Un flux complet que funciona et diu alguna cosa. Cinc fluxos a mitges no et diuen res de res.
Què no hi ha de tenir
Aquí és on es cremen els pressupostos, i sempre amb les mateixes coses:
- Pantalla de configuració. Encara no saps què voldràs configurar. Ho deixes al codi i ho canvies tu.
- Rols i permisos. Amb tres persones que es coneixen, no calen. Quan siguin trenta, ja en parlarem.
- Panell de mètriques. Fer un gràfic de zero usos costa igual que fer-ne un de mil.
- Exportacions a Excel. Sempre les demana algú. Gairebé mai les fa servir ningú els primers mesos.
- Multiidioma. Si el primer client és d'aquí, va en català. Punt.
Cap d'aquestes coses és inútil. Totes són prematures. Fer-les abans que ningú faci servir el producte és pagar per endavant unes decisions que encara no pots prendre bé.
El que perds si no ho fas així
He vist projectes de sis mesos entregats sencers, ben fets, complets, que després no fa servir ningú. Ningú ha fet res malament: simplement la hipòtesi de partida era falsa i no hi havia hagut cap moment per descobrir-ho.
Aquell projecte, en format MVP, hauria durat sis setmanes. La hipòtesi hauria caigut igual. Però hauries salvat cinc mesos i quatre cinquenes parts del pressupost, i els hauries pogut posar en la idea següent.
L'MVP no és una manera de gastar poc. És una manera de gastar tard: de no comprometre el gruix dels diners fins que saps on van.
Com ho fem nosaltres
Sis setmanes. Un flux. Una persona real fent-lo servir amb dades reals abans que acabi el mes.
I un compromís que no agrada a tothom: si al final d'aquestes sis setmanes ningú l'usa, no et venem la fase dos. Et diem què hem après i decidiu si val la pena insistir o canviar de pregunta.
Perquè un MVP que fracassa ràpid i barat no és un projecte fallit. És exactament el que havia de passar.