Planifiquem des de l'MVP fins a la versió final
Anàlisi funcional i planificació de projectes per fases amb MVP
Requisits per definir, productes nous, SaaS i projectes d'envergadura: prioritzem el que més aporta, planifiquem un MVP de base i la durada i el cost de cada fase.
Fem l'anàlisi funcional i aportem perspectives noves
Projectes planificats per fases
Recomanem, en la majoria de projectes mitjans o grans, no planificar un desenvolupament complet, sinó dividir-lo en etapes.
Una idea encara sense definir
L'objectiu és clar, però no com ha de funcionar el producte ni com abordar-lo. Abans de pressupostar el desenvolupament, un discovery el defineix.
Moltes funcionalitats i un pressupost limitat
És habitual voler-ho incloure tot des del principi. La primera fase concentra el pressupost en el que és prioritari, i les funcionalitats menys urgents, encara que siguin atractives, es deixen per a fases posteriors.
Un producte nou per validar
Una startup o un projecte amb recursos limitats que necessita comprovar si la idea funciona abans d'invertir-hi més. Es busca la manera més econòmica de desenvolupar un MVP que serveixi de base per fer-la evolucionar.
Un SaaS
Una plataforma per la qual altres empreses o usuaris paguen una subscripció, amb cobraments recurrents. La primera fase serveix per comprovar que el producte té clients disposats a pagar-lo.
Un termini d'entrega ajustat
Quan el termini és el més important, al marge del cost, la primera fase inclou només el que és prioritari i la resta de funcionalitats s'incorporen a les fases següents.
Un projecte de gran envergadura
Massa gran per pressupostar-lo sencer d'una vegada. Es divideix en fases, cadascuna amb el seu abast i el seu preu, i cada fase es decideix amb el que s'ha après a l'anterior.
Com planifiquem un projecte per fases
Analitzem les idees, les classifiquem i preparem la planificació.
Requisits consensuats
Què es vol desenvolupar i què passa avui mentre no es resol: quant temps costa, quants errors provoca o quants diners es deixen de guanyar. Els requisits s'acorden amb l'empresa abans de definir la solució.
Prioritats
Quines funcionalitats són imprescindibles i quines poden esperar, segons el cost, la complexitat, el retorn econòmic i les prioritats de l'empresa.
Descobreix com es prioritzen.
Discovery, quan és necessari
Si la idea encara no està definida, hi ha moltes funcionalitats per valorar o el projecte inclou conceptes innovadors que convé investigar, fem un discovery, que habitualment dura entre dues i sis setmanes.
Definició de la primera fase
Les funcionalitats, el termini i el cost de la fase, amb el que hi entra i el que en queda fora, per escrit. És el moment que més influeix en el resultat del projecte. Què inclou la primera fase.
Planificació orientativa de la resta de fases
Les fases següents es planifiquen de manera orientativa, per concretar-les i ajustar-les amb el que s'ha après a cada fase. Com s'ajusten.
Com es prioritzen les funcionalitats
La primera fase concentra el pressupost en el que és més important per al funcionament del producte. Les funcionalitats atractives però menys prioritàries s'incorporen en fases posteriors, i el que s'ha desenvolupat al principi no es descarta: és la base del que ve després.
Cost
Quant costa desenvolupar i mantenir cada funcionalitat, en relació amb el que aporta.
Complexitat
Una funcionalitat complexa pot esperar si una altra de més senzilla resol bona part del problema.
Retorn econòmic
Té prioritat el que genera ingressos o redueix costos més aviat: en un SaaS, per exemple, la funcionalitat per la qual el client paga.
Prioritats de l'empresa
Algunes funcionalitats s'avancen per motius interns: una data comercial, un compromís amb un client o un procés que no admet demora.
Dependències entre funcionalitats
Algunes requereixen que n'existeixi una altra abans. S'ordenen perquè cada fase funcioni per si sola.
Impacte
Prioritzar en funció de la satisfacció i la retenció de l'usuari.
Discovery: definir el projecte abans de desenvolupar-lo
En un projecte nou, el més costós és descobrir a mig desenvolupament que un plantejament no era l'adequat. El discovery ho anticipa: abans de desenvolupar el producte se'n defineix el funcionament, s'investiguen els conceptes més innovadors o incerts i es decideix què entra a la primera fase.
De dues a sis setmanes, segons l'envergadura del projecte
No sempre és necessari: depèn de cada projecte. Si la idea ja està definida, es passa directament a planificar la primera fase. En alguns casos, l'encàrrec és únicament el discovery.
Què es lliura
La definició funcional, l'arquitectura i les decisions tècniques, proves dels aspectes més incerts (per exemple, una integració o un model d'IA) i el pressupost de la primera fase. Quan ajuda a entendre el projecte, també una maqueta ràpida generada amb IA, que no és funcional.
Pressupost tancat, amb un resultat que és de l'empresa
Requereix una feina considerable, sovint en sessions amb l'equip del client, i es factura amb pressupost tancat. El resultat té valor per si mateix: el desenvolupament es pot fer amb nosaltres o amb una altra empresa. Si continua amb nosaltres, partim del coneixement adquirit, cosa que permet ajustar-ne més el cost.
Recerca i innovació, dins del nostre àmbit
Investigar i avaluar tecnologies noves forma part de la nostra feina, i més de 20 anys d'experiència ens permeten abordar projectes innovadors, sempre dins del nostre àmbit de coneixement. Si considerem que no podem abordar un projecte amb garanties, ho indiquem i recomanem una empresa especialitzada.
Què és un MVP: la part més petita del sistema, ja en ús
Un MVP (producte mínim viable) és la part més petita del sistema que ja resol un problema real i que algú fa servir en la seva feina. Es desplega en acabar la primera fase i es queda en producció.
La diferència és important: en una demostració, una maqueta sembla correcta i aporta poca informació, mentre que un sistema en ús mostra quines parts del procés fallen, quines pantalles no es fan servir i quines dades falten.
A més, pressupostar un projecte complet des del principi obliga a tancar l'abast i el preu quan menys informació se'n té. El que s'aprèn durant el desenvolupament ja no s'hi pot incorporar sense renegociar el projecte.
No és una maqueta
Una maqueta es presenta en una reunió i es descarta. Un MVP es desplega i continua en ús.
No és un prototip
El codi de la primera fase continua en ús a l'última. Un prototip, com els que es fan amb vibe coding, serveix per validar una idea i després es descarta.
No és una versió reduïda del projecte
No és el projecte complet sense acabar: és una part completa, que funciona per si sola i és útil sense les fases següents.
Què inclou la primera fase d'un projecte
Les funcionalitats que defineixen el producte i la base tècnica sobre la qual es construeixen les fases següents. La durada de referència és de tres a quatre mesos, amb un màxim de sis; un projecte senzill requereix menys temps.
Les funcionalitats principals
Les que defineixen el projecte, el servei o el producte. Sense aquestes, la primera fase no permet comprovar si la idea funciona.
El disseny del model de dades
Com s'estructura i es relaciona la informació del sistema. És un requisit indispensable de la primera fase: modificar-lo més endavant, amb dades i funcionalitats desenvolupades a sobre, té un cost elevat.
La migració i l'organització de les dades
Si hi ha dades prèvies, la primera fase en pot incloure la migració o la reorganització, perquè el sistema nou en disposi des del principi. És feina de governança de dades.
Accés d'usuaris, rols i permisos
El sistema d'inici de sessió i els rols i permisos de cada tipus d'usuari. Es defineixen des del principi perquè afecten totes les pantalles i totes les dades.
Infraestructura i tecnologies
On funcionarà el sistema, com es desplegarà i amb quines tecnologies es desenvoluparà, escollides en funció del producte complet i no només de la primera fase.
Preparació per a diversos idiomes
La base per incorporar traduccions, encara que la primera versió es publiqui en un sol idioma. Afegir-la més endavant obliga a revisar tots els textos del sistema.
Revisió bàsica de seguretat
Cap projecte no es posa en producció sense un nivell mínim de seguretat. Per a una auditoria completa, recomanem una empresa especialitzada.
Una part que funcioni per si sola
Una fase que en necessita dues més per ser útil no és una fase. El que es desenvolupa ha de poder passar a producció i funcionar sense les fases següents.
Només les funcionalitats necessàries
Desenvolupar funcionalitats que potser no es faran servir mai és la despesa més fàcil d'evitar. La base tècnica es prepara per créixer, i les funcionalitats es desenvolupen quan són necessàries.
Un exemple hipotètic
Una app de cites planificada en quatre fases
Cada funcionalitat es reparteix entre les fases segons el cost i el que aporta. La primera fase només comprova que la idea atrau usuaris; el més costós arriba quan el producte ho ha demostrat.
Registre i perfil
Fase 1: MVP (validació): Registre amb correu electrònic, una foto i una descripció breu
Fase 2: interacció: Diverses fotos, biografia ampliada i interessos principals
Fase 3: monetització: Verificació del perfil amb una selfie analitzada per IA, per evitar perfils falsos
Fase 4: escalat i IA: Test de compatibilitat i insígnies de reputació
Descoberta
Fase 1: MVP (validació): Perfils ordenats per proximitat, a escala de ciutat
Fase 2: interacció: Filtres bàsics: edat i distància màxima
Fase 3: monetització: Filtres avançats: estil de vida, gustos i intencions
Fase 4: escalat i IA: Recomanacions basades en el comportament, amb IA
Connexió
Fase 1: MVP (validació): "M'agrada" o "No m'agrada"; si els dos usuaris coincideixen, es mostra la coincidència
Fase 2: interacció: Xat de text entre usuaris que han coincidit
Fase 3: monetització: Missatges destacats abans de coincidir
Fase 4: escalat i IA: Propostes automàtiques per iniciar la conversa, i trucades de veu i vídeo
Notificacions
Fase 1: MVP (validació): Avís en pantalla en entrar a l'aplicació
Fase 2: interacció: Notificacions per correu o al mòbil quan hi ha una coincidència o un missatge
Fase 3: monetització: Avisos prioritaris d'activitat
Fase 4: escalat i IA: Resum setmanal de compatibilitat
Model de negoci
Fase 1: MVP (validació): Gratuïta, per mesurar l'ús i la captació d'usuaris
Fase 2: interacció: Límit diari de "M'agrada" per controlar el volum
Fase 3: monetització: Subscripció, amb passarel·la de pagament, per veure a qui li has agradat
Fase 4: escalat i IA: Micropagaments: més visibilitat del perfil o regals
| Funcionalitat | Fase 1: MVP (validació) | Fase 2: interacció | Fase 3: monetització | Fase 4: escalat i IA |
|---|---|---|---|---|
| Registre i perfil | Registre amb correu electrònic, una foto i una descripció breu | Diverses fotos, biografia ampliada i interessos principals | Verificació del perfil amb una selfie analitzada per IA, per evitar perfils falsos | Test de compatibilitat i insígnies de reputació |
| Descoberta | Perfils ordenats per proximitat, a escala de ciutat | Filtres bàsics: edat i distància màxima | Filtres avançats: estil de vida, gustos i intencions | Recomanacions basades en el comportament, amb IA |
| Connexió | "M'agrada" o "No m'agrada"; si els dos usuaris coincideixen, es mostra la coincidència | Xat de text entre usuaris que han coincidit | Missatges destacats abans de coincidir | Propostes automàtiques per iniciar la conversa, i trucades de veu i vídeo |
| Notificacions | Avís en pantalla en entrar a l'aplicació | Notificacions per correu o al mòbil quan hi ha una coincidència o un missatge | Avisos prioritaris d'activitat | Resum setmanal de compatibilitat |
| Model de negoci | Gratuïta, per mesurar l'ús i la captació d'usuaris | Límit diari de "M'agrada" per controlar el volum | Subscripció, amb passarel·la de pagament, per veure a qui li has agradat | Micropagaments: més visibilitat del perfil o regals |
Per què recomanem dividir el projecte?
Menys inversió inicial
La primera fase no inclou un xat en temps real, que requereix més infraestructura, moderació de missatges i control de l'spam. Es limita a comprovar si el concepte atrau usuaris i genera coincidències.
Validació sense assumir tot el cost
Si els usuaris no es registren o no passen de la pantalla de coincidència, el problema és a la proposta de valor o a la captació, no al xat ni al sistema de pagaments, que encara no s'han desenvolupat.
Inversió al ritme del producte
Els cobraments recurrents amb passarel·les com Stripe o Redsys i l'algorisme de recomanació, de les fases 3 i 4, es desenvolupen quan ja hi ha prou usuaris actius per justificar-los.
Reavaluació de requisits i prioritats
Un cop feta la consultoria, què passa?
Avaluació i mesura de l'última fase
Es determina l'eficàcia de les funcionalitats implementades i es recullen dades sobre l'ús i la satisfacció de l'usuari.
Revisió del que estava previst per a la fase següent
Les funcionalitats de la fase següent es revisen una per una amb la informació disponible. Unes es mantenen, d'altres canvien i d'altres s'eliminen; el que s'elimina no s'ha pagat, perquè encara no estava pressupostat.
Pressupost de les necessitats noves
L'ús posa de manifest necessitats noves: un cas no previst, un informe necessari o un pas innecessari. El que no és urgent s'incorpora al pressupost de la fase següent.
Decisió sobre la fase següent
Continuar, canviar les prioritats o aturar el projecte. Es decideix amb el sistema en funcionament i amb el que s'ha après, no amb l'especificació inicial.
Què es pressuposta en cada moment, i què es tanca
Hi ha parts que depenen d'un sistema de tercers, d'una dada que encara no existeix o d'una decisió aliena. S'indica en fer el pressupost, amb el cost de cada alternativa, per intentar evitar sorpreses i costos addicionals.
Pressupost orientatiu, gratuït
Una forquilla de cost, sense compromís, a partir d'una primera conversa. El pressupost d'un projecte petit també és gratuït.
Estudi en profunditat, facturat
Quan cal analitzar moltes funcionalitats, proposar l'arquitectura i concretar els detalls tècnics, l'estudi requereix una feina considerable i es factura: és el discovery.
Tancat abans de començar cada fase
L'abast funcional de la fase, escrit i revisat; el preu; la data de desplegament, i què en queda fora, per escrit i amb el mateix detall que el que hi entra. Si durant la fase canvien els requisits, preval la prioritat de l'empresa: si cal retallar o ampliar, es revisa el cost. Una bona planificació prèvia de les funcionalitats redueix al mínim aquests canvis.
El que no es tanca, i per què
L'abast del projecte complet, perquè canviarà a mesura que avanci; el preu total, pel mateix motiu, i el detall de les fases posteriors mentre no s'hagi desplegat la primera.
Quan no compensa el desenvolupament per fases
No és un mètode universal. En quatre casos convé pressupostar el projecte complet i dir-ho des del principi.
L'abast el fixa un tercer
Un plec de condicions, una norma o un contracte que exigeix el conjunt complet en una data determinada. En aquest cas, el projecte s'ha de lliurar complet.
El sistema no serveix incomplet
Algunes integracions només funcionen completes. Si no es poden dividir en parts que funcionin per si soles, no és possible definir una primera fase.
El sistema anterior s'apaga en una data fixa
Mentre el sistema antic continuï funcionant, tots dos poden conviure i el desenvolupament pot anar per fases. Si la data d'apagada és fixa, també condiciona l'abast.
El projecte és massa petit per dividir-lo
Si el projecte és petit, la planificació per fases no aporta avantatges i només hi afegeix complexitat. En aquest cas, es pressuposten totes les funcionalitats d'entrada.
Preguntes freqüents sobre l'MVP i el desenvolupament per fases
Quant costa una primera fase?
Què passa si ens aturem després de la primera fase?
De qui és el codi?
Quant dura el projecte sencer?
El desenvolupament per fases és només per a startups?
Quant temps i esforç ha de dedicar el meu equip al projecte?
Quina part del projecte convé resoldre primer?
Explica'ns la teva idea o quin procés consumeix més temps avui. En una primera conversa, gratuïta, determinem si cal un discovery o si es pot definir directament una primera fase.