← Tots els articles
Construir el que cal
Producte mínim viable: construeix menys, aprèn més ràpid
Per l'equip de FabricLoop · maig de 2026 · 9 min de lectura
El terme «MVP» s'ha fet servir tan sovint i de manera tan imprecisa que gairebé ha perdut el significat. Els fundadors l'utilitzen per descriure llançaments polits de la v1, prototips bruts, pàgines d'aterratge i tot el que hi ha entremig. Alguns el fan servir com a excusa per publicar alguna cosa trencada. Altres, com a motiu per continuar construint per sempre («encara no és viable»).
La definició original, del Lean Startup d'Eric Ries, és precisa: l'MVP és la versió d'un producte que et permet recollir la màxima quantitat d'aprenentatge validat sobre els clients amb el mínim esforç. És una eina d'aprenentatge, no un llançament de producte.
La paraula que més importa: viable
Mínim no és la part difícil. Els fundadors tendeixen de manera natural a restar funcions. La part difícil és viable. Un producte viable aporta prou valor perquè algú el faci servir de debò i et doni un feedback honest o, idealment, hi pagui.
Un MVP que ningú fa servir no t'ensenya res. Una pàgina d'aterratge amb un formulari de registre per correu electrònic et diu que la gent té interès pel concepte, no si la teva solució resol realment el seu problema. Un prototip trencat que es bloqueja al primer minut és mínim sense viable.
L'error habitual
Construir la versió mínima del que t'havies imaginat, en lloc de la versió mínima que aporta el valor central a un usuari concret. No són el mateix. La primera és arbitrària; la segona, disciplinada.
L'MVP és una prova d'hipòtesi
La millor manera de pensar en un MVP és com un experiment amb una hipòtesi formulada amb claredat. Abans de construir res, escriu:
Estructura de la hipòtesi per a qualsevol MVP
Supòsit
«Creiem que [segment de clients] vol [resultat] perquè [motiu].»
Prova
«Construirem [la cosa mínima] per comprovar si [comportament concret] en [termini].»
Senyal
«Sabrem que és cert si [resultat mesurable], i que és fals si [el contrari].»
Si no pots formular una condició clara de falsedat, no estàs provant una hipòtesi: estàs construint un producte. L'MVP només funciona si t'has compromès per endavant sobre com seria un «no».
«Un MVP sense una hipòtesi falsable és simplement un producte de baixa qualitat. No és el mateix.»
L'espectre de l'MVP: de fals a funcional
Els MVP es mouen en un espectre que va de totalment manual a totalment automatitzat. On t'has de situar en aquest espectre depèn del que vols aprendre i de quant estàs disposat a invertir en la prova.
Espectre de fidelitat de l'MVP
Concierge
Lliura el valor manualment. Sense programari. Descobreix si el resultat importa abans d'automatitzar.
Màgic d'Oz
Mostra als usuaris una interfície que funciona i encarrega't manualment de l'execució entre bastidors. Prova la demanda sense infraestructura.
Prototip
Una maqueta clicable o una versió funcional bàsica. Prova la usabilitat i el flux, no la fiabilitat completa.
MVP funcional
Producte desplegable només amb la funció central. Prova l'ús real, la retenció i la disposició a pagar.
Molts fundadors salten directament a l'«MVP funcional» perquè els sembla el més legítim. Però un MVP concierge, lliurant el servei manualment a 10 clients, sovint t'ensenya més en dues setmanes que sis mesos de construcció. L'objectiu és aprendre, no el producte.
Què pertany a un MVP i què no
La decisió sobre l'abast és on s'equivoquen la majoria dels MVP. Aquí tens un marc sobre què incloure:
Inclou a l'MVP
- L'acció única que aporta el valor central
- Prou UX perquè aquesta acció sigui fàcil de descobrir
- Una manera de captar el pagament o el compromís
- Senyals de confiança mínims viables (privacitat, aspectes bàsics de seguretat)
- Una via per donar opinió
Deixa fora de l'MVP
- Casos límit i gestió d'errors per a escenaris poc freqüents
- Configuració, preferències i personalització
- Panells avançats d'informes o d'analítica
- Integracions (tret que siguin essencials per a la proposta de valor)
- Onboarding pensat per escalar: simplement truca als teus primers usuaris
La prova: per a cada funció que estiguis considerant afegir, pregunta't «quin aprenentatge permet això?». Si la resposta és «cap, simplement és millor», elimina-la. Construeix-la més tard, quan hagis validat que el nucli funciona.
La diferència entre un MVP i una beta
No són el mateix, i confondre'ls causa problemes. Un MVP és un experiment dissenyat per validar una hipòtesi. Una beta és una versió inicial del producte que tens previst llançar i que publiques per provar-lo abans de la disponibilitat general.
Un MVP es pot descartar del tot després de l'experiment. Una beta sol ser la base del que acabaràs publicant. Un MVP està dissenyat per maximitzar l'aprenentatge per unitat d'esforç. Una beta està dissenyada per trobar errors en un producte gairebé acabat.
Pots tenir un MVP abans d'escriure ni una línia de codi. No pots tenir una beta sense un producte en bona part construït.
Com saber si el teu MVP ha funcionat
Torna a la teva hipòtesi. L'MVP «ha funcionat» no si la gent ha dit coses boniques, sinó si ha fet el comportament concret que preveies. Els elogis no són validació. Els compromisos (temps, diners, ús repetit) sí que ho són.
Tres senyals que el teu MVP ha validat la hipòtesi:
- Els usuaris han tornat sense que els ho demanessin
- Almenys una persona ha pagat (o s'ha compromès a pagar) sense que l'hi insistissis
- Els usuaris es van confondre o es van decebre quan faltava una funció — la qual cosa vol dir que tenien previst dependre'n
Tres senyals que no:
- Els usuaris deien que els encantava però no el van tornar a fer servir
- Els comentaris positius venien sobretot d'amics i familiars
- Vas haver d'explicar llargament per què era útil abans que ho entenguessin
La prova del «pagaries per això?»
Si no tens clar si l'opinió és sincera, pregunta directament: «Pagaries X $ al mes per això?» I després calla. La pausa que ve a continuació és el punt de dades més revelador en la validació d'un producte en fase inicial.
Com ajuda FabricLoop en el procés de l'MVP
La fase d'MVP genera una allau de feedback: entrevistes amb usuaris, notes de sessions, respostes d'enquestes, debats de l'equip. FabricLoop manté les teves hipòtesis, els resultats de les proves i la síntesi en un sol fil, perquè l'equip pugui veure què heu après i per què vau prendre les decisions que vau prendre, fins i tot mesos després.
10 idees per recordar d'aquest article
- L'MVP és una eina d'aprenentatge dissenyada per provar una hipòtesi concreta, no un llançament de producte de baixa qualitat.
- «Mínim» no és la part difícil; «viable» sí. Una cosa que ningú fa servir no t'ensenya res.
- Escriu la hipòtesi abans de construir: el supòsit, el mètode de prova i com seria un «no».
- Un MVP concierge (lliurament totalment manual) sovint ensenya més en dues setmanes que sis mesos de desenvolupament.
- Un MVP de Màgic d'Oz mostra una interfície que funciona però l'executa manualment: prova la demanda sense infraestructura.
- Inclou només el que aporta el valor central i capta compromís; elimina tota la resta.
- Un MVP es pot descartar del tot després de l'experiment: és normal i esperable.
- Els elogis no són validació; les visites repetides i el pagament, sí.
- Si has hagut d'explicar per què era útil abans que els usuaris ho entenguessin, cal treballar la proposta de valor.
- «Pagaries X $ per això?» i, després, silenci: és la pregunta més reveladora de la validació inicial d'un producte.
