Prototipazione Vibe Coding Multi-ruolo

Piattaforma club: prototipo navigabile

Sedici moduli verticali di una società calcistica in un'unica dashboard multi-ruolo. Un prototipo vero, cliccabile, costruito per decidere prima di spendere.

Cliente / Progetto Riservato
Settore Sport / Piattaforme gestionali
Tipo Prototipo navigabile ad alta fedeltà
Utenti 6 ruoli simulati
Stato Prototipo completo
16
moduli verticali sviluppati
6
ruoli con permessi distinti
0
librerie esterne usate

Sedici aree, sedici strumenti diversi.

Un club di calcio strutturato lavora su decine di aree parallele: rosa, performance atletica, scouting, video analisi, area medica, settore giovanile, convitto, amministrazione. Ognuna tende a dotarsi del proprio strumento, e il quadro d'insieme non esiste da nessuna parte.

Prima di investire nello sviluppo di una piattaforma che unificasse tutto restava la domanda più costosa a cui rispondere tardi: questa struttura regge davvero quando ci lavori dentro?

Un prototipo che si potesse usare, non guardare.

Il vincolo era che si potesse cliccare dentro sul serio. Un mockup statico o una sequenza di schermate non permette di valutare i flussi: le criticità di una piattaforma multi-modulo emergono nel passaggio da un'area all'altra, non nella singola schermata.

Serviva inoltre il punto di vista corretto per ogni figura: un match analyst, un osservatore e la segreteria vedono lo stesso club in modo completamente diverso, e il prototipo doveva rendere visibile anche il controllo degli accessi.

Sedici moduli veri, sei ruoli, dati coerenti.

Abbiamo costruito un prototipo ad alta fedeltà con tutti e sedici i moduli navigabili e uno switch di ruolo che cambia ciò che l'utente vede e può fare. I dati sono finti ma realistici e provengono da una fonte unica, così le stesse entità restano coerenti quando le incontri in moduli diversi: un giocatore visto nella rosa è lo stesso che ritrovi in infermeria o nelle statistiche.

Le aree più delicate sono state spinte a fondo: video tagging con archivio e editor di tagli, monitoraggio del rischio infortuni, confronto interattivo tra giocatori, gestione del settore giovanile e del convitto, chiusura e attivazione della stagione.

Vibe coding con un documento che non invecchia.

Il prototipo è stato costruito con vibe coding, tenendo accanto un documento di progetto aggiornato a ogni tappa di lavoro: decisioni prese, stato di ciascun modulo, struttura dei file. È il documento che permette di riprendere il lavoro dopo giorni senza ricostruire il contesto a memoria, e di far lavorare l'AI sullo stato reale invece che su quello immaginato.

Chiuso il giro sull'interfaccia, il prototipo è stato dotato di un backend con database e autenticazione, agganciabile tramite un flag: i dati finti restano il comportamento predefinito, ma l'applicazione può passare a dati veri senza riscrivere il front-end.

Le tecnologie usate.

JavaScript nativo SVG Multi-ruolo Vibe Coding

Front-end in HTML, CSS e JavaScript nativi, senza framework: per un prototipo cliccabile avrebbe aggiunto peso senza aggiungere valore. Grafici radar, a linee, a colonne e ad anello generati in SVG senza librerie esterne. Navigazione a rotte interne, stato applicativo centralizzato, backend con autenticazione a token per la fase successiva.

La decisione presa guardando, non immaginando.

Il risultato è una piattaforma completa da attraversare come se fosse in produzione: sedici moduli, sei ruoli, flussi reali dalla dashboard al dettaglio del singolo giocatore. Le scelte di struttura e di interfaccia sono state validate su qualcosa di concreto invece che su documenti di specifica.

È l'investimento che riduce il rischio di quello successivo: le correzioni fatte a livello di prototipo costano una frazione delle stesse correzioni fatte a sviluppo avviato.

Prototipare è un modo di decidere, non una fase di stile.

Se hai in mente un sistema complesso e stai per commissionarne lo sviluppo, un prototipo navigabile è il modo più economico di scoprire cosa non funziona. Il vibe coding rende questo passaggio sostenibile: quello che un tempo richiedeva settimane di lavoro usa-e-getta oggi si costruisce in tempi che giustificano l'investimento.

Domande frequenti su questo progetto

Perché costruire un prototipo invece di partire subito con lo sviluppo?

Perché le criticità di un sistema multi-modulo si vedono usandolo, non leggendone le specifiche. Correggere l'architettura a livello di prototipo costa una frazione di quello che costa a sviluppo avviato, e la decisione si prende guardando qualcosa di concreto.

Che differenza c'è tra questo e un mockup grafico?

Un mockup mostra schermate, questo si attraversa. Puoi cambiare ruolo, entrare in un giocatore dalla rosa e ritrovarlo in infermeria, filtrare un archivio video. I problemi di flusso nascono proprio nei passaggi tra moduli, che un mockup statico non può riprodurre.

I dati sono veri?

No, sono finti ma realistici e coerenti tra loro: provengono da una fonte unica, quindi la stessa entità resta identica in tutti i moduli in cui compare. Il prototipo è però già predisposto per passare a dati reali tramite un backend con autenticazione, attivabile senza riscrivere l'interfaccia.

Perché senza framework?

Perché non serviva. Per un prototipo cliccabile un framework avrebbe aggiunto complessità di build e dipendenze senza migliorare ciò che il prototipo deve fare. Anche i grafici sono generati in SVG senza librerie esterne.

Quanto tempo richiede un prototipo di questa portata?

Dipende dal numero di moduli e da quanto sono definiti i flussi in partenza. Il fattore che pesa di più non è scrivere il codice ma prendere le decisioni: con il vibe coding il tempo si sposta dalla produzione alla scelta, che è esattamente dove serve.

Stai per commissionare un sistema complesso?

Parliamone prima
Un prototipo costa meno di un errore di architettura