Configurador d'espardenyes: deu setmanes, cinc usuaris i un client que vol pantalles acabades
L'empresa d'espardenyes Ferrer vol un configurador web perquè el client triï teixit, sola i colors. Termini: 10 setmanes. Pressupost: 12.000 € per a dos dissenyadors i un desenvolupador a mitja jornada. El client demana tenir les pantalles finals en Figma a la setmana 3 i «ja anirem ajustant». S'ha fet una prova amb 5 persones d'entre 24 i 68 anys (3 amb mòbil): 4 no van veure que el preu canviava en triar la sola; 3 van abandonar quan la previsualització trigava 4 segons a carregar; 2 esperaven poder veure l'espardenya des de dalt; i 3 van dir que no entenien la diferència entre «teixit» i «color de teixit». El client, mentrestant, insisteix a afegir un sisè color i un selector de talles amb banderes. L'equip no té accés a dades analítiques perquè el web actual no en té.
1. Planifica les 10 setmanes amb fases, entregables i fites, i respon a la demanda del client de tenir el disseny final a la setmana 3.
Read the worked answer
Amb 10 setmanes, 2 dissenyadors (20 setmanes-persona) i 12.000 €, no hi cap un procés complet: cal prioritzar i pactar les fites per escrit abans de començar.
- Setmanes 1-2. Brief i recerca. Entrevistes a 5 clients i 2 botiguers, anàlisi de la competència, inventari real de colors i talles. Entregable: brief d'una pàgina amb un objectiu mesurable («que un usuari acabi una configuració en menys de 3 minuts»). Fita: validació del brief.
- Setmanes 3-4. Arquitectura d'informació i wireframes de baixa fidelitat. Aquí es resol la confusió «teixit / color de teixit» que la prova ja ha detectat. Fita: test informal amb 3 persones.
- Setmanes 5-6. Prototip clicable de fidelitat mitjana i prova amb 5 usuaris.
- Setmana 7. Disseny visual i sistema de components.
- Setmana 8. Prototip d'alta fidelitat, segona prova i lliurament a desenvolupament.
- Setmanes 9-10. Suport al build, control de qualitat i prova d'acceptació.
Sobre les pantalles finals a la setmana 3: no són viables perquè encara no sabem què han de contenir. La contraproposta és ensenyar a la setmana 3 un prototip navegable en blanc i negre amb el flux complet. El client veu progrés real, decideix sobre l'estructura (que és el més car de canviar després) i el disseny visual arriba a la setmana 7 amb menys risc de refer-ho tot. Amb 12.000 € cal fixar per contracte un màxim de dues rondes d'iteració; una tercera és una ampliació de pressupost, no un favor.
2. Ordena els cinc resultats de la prova i decideix què es corregeix abans del llançament. Què es pot concloure amb només 5 usuaris?
Read the worked answer
Amb n = 5 les dades són qualitatives: no permeten dir «el 80 % dels usuaris», però sí detectar problemes que existeixen. El criteri de priorització és severitat × freqüència × cost de correcció:
- Preu invisible (4/5). Severitat alta (afecta la decisió de compra), freqüència alta i correcció barata: una barra de preu persistent i un canvi visual quan el preu varia. Primer a corregir.
- Previsualització de 4 s (3/5). Severitat alta per abandonament, però és un problema de desenvolupament. Mesura: imatge de baixa resolució immediata més alta resolució en segon pla, i indicador de càrrega. S'ha de provar amb xarxa 3G simulada, que és la condició real del mòbil al carrer.
- Confusió teixit / color de teixit (3/5). És un problema de model mental, no de paraules: es resol canviant l'ordre dels passos i mostrant la previsualització al costat de cada opció, no afegint text d'ajuda.
- Vista des de dalt (2/5). Freqüència i cost mitjans, no bloqueja la compra: una segona fotografia per configuració i ho deixem per a la fase 2.
Sobre les peticions del client: el sisè color és una decisió de catàleg i no bloqueja el disseny; les banderes del selector de talles, en canvi, introdueixen un símbol ambigu (una bandera no és una talla) i no formaven part del prototip, així que no tenim cap evidència que funcionin. O es proven o no s'introdueixen. Amb 5 participants no es demostra res, però sí que es pot argumentar i prioritzar.
3. Defineix els criteris d'èxit i el protocol de validació que s'aplicaran abans de publicar el configurador.
Read the worked answer
Criteris definits abans de la prova i mesurats amb el mateix guió de tasques per a tothom:
- Taxa d'èxit sense ajuda ≥ 85 % en la tasca «configura una espardenya del 42 amb sola de jute i acaba la comanda».
- Temps mitjà ≤ 3 minuts, amb un màxim de 4 minuts per a qui no hi està familiaritzat.
- Errors crítics = 0: entendre malament el preu final, triar la talla equivocada o no poder tornar enrere.
- Comprensió del preu: en acabar, l'usuari ha de poder dir quant paga sense mirar la pantalla.
- Satisfacció: qüestionari SUS ≥ 75.
Protocol: 8-10 participants, com a mínim 3 amb mòbil propi, 2 amb més de 60 anys i 1 que faci servir zoom al 200 %. Cada participant fa les tasques en veu alta i no rep ajuda fins que abandona; s'enregistra pantalla i so. Les tasques han de reproduir la compra real, no una demostració de funcions.
Abans de la prova cal fixar la línia base: com que el web actual no té dades, la línia base és la botiga física (quant triga un dependent a fer la mateixa configuració). Sense línia base, «va bé» no vol dir res i el client no tindrà cap argument per decidir si val la pena afegir el sisè color o la vista des de dalt en la següent versió.