Ogni ciclo del metodo termina con una scelta chiara, documentata in modo essenziale:
cosa è stato confermato, cosa è rimasto incerto, quali opzioni vengono scartate e
perché. Questo crea una memoria operativa che sopravvive al cambio di persone e
priorità, evitando di ripetere esperimenti già fatti o di riaprire discussioni chiuse
senza traccia. La documentazione è leggera, ma sufficiente a sostenere decisioni future.
Perché serve una metodologia esplicita
“Non abbiamo un problema di idee, abbiamo un problema di metodo.” È la frase che riassume
molte conversazioni con team che arrivano a Velacintor. Prima, iniziative digitali guidate da
intuizioni e urgenze del momento. Dopo, un approccio che tratta la trasformazione digitale
come una sequenza di esperimenti tracciabili, non come un’unica grande scommessa.
-
01
Dal vago
Ogni iniziativa viene scomposta in domande esplicite, con assunzioni dichiarate e criteri di verifica condivisi tra team tecnici e di business.- Ipotesi
Al verificabile -
02
Dal caos
Invece di test generici, il lavoro si concentra su esperimenti mirati che collegano prototipi, metriche e decisioni operative concrete.
-
Esperimenti
Al ciclo -
03
Dal concept
Si progettano solo i livelli di dettaglio necessari per osservare comportamenti reali, evitando sia prove troppo astratte sia simulazioni ingestibili.
-
Prototipi
Al reale
-
04
Dall’inerzia
Ogni ciclo termina con una scelta esplicita: proseguire, modificare o fermare l’iniziativa, documentando ragioni e alternative scartate.
-
Decisioni
Al passo chiaro
La filosofia dietro il Ciclo Evidenza-Prototipo
Dal problema all’esperimento, fino alla decisione documentata
1
Riformulare il problema e rendere esplicite le ipotesi
Il percorso inizia da una frase di solito poco precisa, come “questo flusso non funziona” o “i clienti non usano il nuovo servizio”. Velacintor guida il team nel tradurre queste percezioni in problemi formulati meglio, distinguendo tra sintomi e cause ipotizzate. Vengono elencate assunzioni implicite, identificati i segmenti coinvolti e chiarito quali decisioni dipendono davvero dall’esito dei test. Solo dopo questo lavoro di pulizia si definiscono ipotesi verificabili, ciascuna collegata a un potenziale esperimento. Questo evita di costruire prototipi su basi confuse o di misurare elementi poco rilevanti rispetto alle scelte operative da prendere.
2
Disegnare esperimenti mirati e prototipi adeguati
Una volta chiarite le ipotesi prioritarie, il team progetta un set limitato di esperimenti, ciascuno con obiettivo, metriche minime e criteri di successo dichiarati in anticipo. Viene scelto il livello di prototipo necessario: dal semplice flusso cliccabile fino a versioni quasi operative, sempre rispettando vincoli tecnici e normativi. Si definiscono campioni, scenari e modalità di raccolta dati, evitando sia test troppo estesi sia prove talmente ridotte da non produrre segnali utili. Il risultato è un piano di sperimentazione concreto, con tempi, responsabilità e rischi esplicitati, pronto per passare all’esecuzione sul campo.
3
Eseguire, leggere i risultati e prendere decisioni chiare
Con il piano definito, Velacintor supporta la costruzione dei prototipi,
l’organizzazione delle sessioni di test e la raccolta strutturata dei dati. Durante
l’esecuzione, l’attenzione resta su ciò che serve per prendere decisioni, non sulla
produzione di deliverable superflui. I risultati vengono poi analizzati
congiuntamente da prodotto, design, dati e tecnologia, discutendo sia segnali chiari
sia aree di incertezza. Ogni ciclo termina con una scelta esplicita: proseguire,
modificare o interrompere l’iniziativa, accompagnata da una sintesi essenziale che
documenta ipotesi confermate o scartate. Results may vary, ma il processo di scelta
diventa più trasparente e difendibile nel tempo.
Collaborazione reale
Come funziona il nostro ciclo Evidenza
Squadra prodotto, design, dati
Progettazione congiunta
Il Ciclo Evidenza-Prototipo descrive come design, ingegneria e dati lavorano insieme durante un esperimento: non come fasi isolate, ma come ruoli che collaborano sugli stessi artefatti. Ogni ciclo collega ipotesi, prototipi, raccolta dati e decisioni, con responsabilità chiare e passaggi minimi.
Ruoli e responsabilità nel ciclo
-
03
Esecuzione dell’esperimento con ruoli coordinati
Durante il test, design osserva comportamenti e frizioni qualitative, dati monitora indicatori quantitativi, ingegneria verifica impatti tecnici e prodotto tiene il focus sulle domande a cui l’esperimento deve rispondere. La raccolta dati è strutturata quanto basta per evitare letture distorte, ma non viene appesantita da strumenti inutili.
01
Allineamento iniziale su obiettivi e ipotesi
La fase inizia con un confronto schietto su obiettivi, vincoli tecnici e
rischi percepiti. Prodotto guida la traduzione delle esigenze in ipotesi
verificabili, design contribuisce a immaginare scenari d’uso realistici,
dati valuta quali segnali possono essere misurati con affidabilità e
ingegneria chiarisce cosa è fattibile nel perimetro tecnico esistente.
02
Progettazione del prototipo e del piano di misura
Una volta definite le ipotesi, design e ingegneria collaborano per scegliere il livello di prototipo necessario: wireframe interattivi, mock ad alta fedeltà o versioni quasi operative. Il team dati definisce le metriche minime e le modalità di tracciamento, mentre prodotto assicura che ogni scelta sia collegata a decisioni concrete da prendere.
04
Sintesi condivisa e decisioni operative
Completato il ciclo, il team si riunisce per leggere insieme risultati, limiti del dato e implicazioni operative. Vengono proposte opzioni chiare: procedere, modificare, fermare o progettare un nuovo esperimento. La sintesi finale collega evidenze, decisioni e ipotesi future, alimentando la memoria interna degli apprendimenti.
Utenti reali e stakeholder interni
Tempistiche tipiche di un ciclo di esperimenti
Un ciclo tipico di sperimentazione o prototipazione dura tra quattro e otto settimane, a
seconda della complessità del contesto e del livello di dettaglio richiesto dai test. Non è
una regola rigida, ma un intervallo realistico per ottenere segnali utili senza bloccare i
progetti.
-
Settimane 1-2 definizione del perimetro di test
Il lavoro parte con raccolta del contesto, mappatura delle iniziative in corso e definizione delle ipotesi prioritarie. In questa fase vengono concordati obiettivi, vincoli tecnici, metriche minime e criteri di successo, così tutti sanno quali domande il ciclo di esperimenti dovrà affrontare.
-
Settimane 2-3 progettazione prototipi e piani
Si progettano prototipi e scenari di esperimento, scegliendo il livello di dettaglio adeguato e definendo campioni e modalità di raccolta dati. Design, ingegneria e dati lavorano insieme per garantire che ciò che viene testato sia sia fattibile sia misurabile in modo coerente.
-
Settimane 3-4 esecuzione degli esperimenti
Vengono eseguite sessioni di test con utenti e stakeholder interni, si raccolgono osservazioni qualitative e dati quantitativi, si monitorano eventuali problemi tecnici. Il focus è ottenere segnali affidabili, non numeri perfetti, mantenendo traccia di limiti e condizioni di contesto.
-
Settimane 4-5 sintesi e decisioni
Il team analizza risultati, discute implicazioni operative e propone opzioni: proseguire, modificare, ampliare o interrompere. La sintesi collega evidenze, decisioni prese e alternative scartate, preparando il terreno per eventuali cicli successivi del metodo.
-
Settimane 5-8 cicli di approfondimento mirati
Se necessario, vengono pianificati cicli successivi: nuovi esperimenti, prototipi più profondi o verifiche su segmenti aggiuntivi. Ogni nuovo giro parte dagli apprendimenti già documentati, riducendo tempi e ridondanze rispetto al primo ciclo.
Come preparare il team alla sperimentazione
Preparare bene l’ingaggio interno rende il lavoro sperimentale più efficace e riduce attriti. Alcuni passaggi possono essere avviati anche prima di coinvolgere Velacintor, per arrivare al confronto con un quadro più chiaro di obiettivi, vincoli e aspettative.
Allineare iniziative e sponsor interni
Allineamento
Prima di avviare un percorso di sperimentazione, è utile raccogliere una vista sintetica delle iniziative digitali già in corso e delle persone che le sostengono. Questo aiuta a evitare sovrapposizioni tra progetti, a individuare sponsor credibili e a chiarire quali problemi si vuole affrontare davvero. Un allineamento iniziale interno rende più semplice definire ipotesi condivise e riduce il rischio che il metodo venga percepito come esercizio teorico scollegato dalle priorità operative.
Mappare iniziative esistenti
Identificare sponsor interni
Chiarire obiettivi principali
2-3h
Media
Rendere visibili le ipotesi implicite
Ipotesi
Molte discussioni sui progetti digitali mescolano fatti, interpretazioni e aspettative personali. Prima di parlare di esperimenti, è utile elencare quali convinzioni guidano le scelte attuali e quali evidenze le sostengono. Questo esercizio, anche se svolto in modo informale, rende più facile tradurre assunzioni in ipotesi testabili e aiuta a vedere dove la sperimentazione può produrre davvero chiarimenti utili.
Elencare ipotesi chiave
Separare fatti e opinioni
1-2h
Bassa
Chiarire vincoli tecnici e normativi
Vincoli
Esperimenti e prototipi devono rispettare limiti tecnici, normativi e di sicurezza esistenti. Prima di avviare un ciclo di test, è consigliabile raccogliere in modo sintetico i principali vincoli: sistemi coinvolti, dati trattati, obblighi regolamentari, rischi operativi. Coinvolgere fin da subito IT e funzioni legali riduce la probabilità di dover bloccare esperimenti in fase avanzata per problemi prevedibili.
Definire vincoli tecnici
Mappare rischi sensibili
Coinvolgere IT e legale
3-4h
Alta
Preparare la cultura interna al test
Cultura
La sperimentazione può mettere in discussione idee radicate e aspettative di risultato. Prima di iniziare, è utile condividere con i team esempi interni di progetti andati bene e male, spiegando che gli esperimenti servono anche a decidere cosa fermare. Stabilire fin dall’inizio che Results may vary aiuta a evitare delusioni e a mantenere il focus sull’apprendimento, non solo sugli esiti positivi.
Condividere casi interni
Stabilire aspettative realistiche
2-3h
Media
Adattare il metodo al tuo contesto digitale
Il metodo di Velacintor nasce da un’esigenza pratica: ridurre la distanza tra idee ambiziose e realtà tecnica, organizzativa e di mercato. Prima, progetti digitali trattati come blocchi unici, con poche occasioni di verifica lungo il percorso. Dopo, un ciclo strutturato di definizione delle ipotesi, progettazione degli esperimenti, costruzione di prototipi e lettura dei risultati. Il Ciclo Evidenza-Prototipo non promette scorciatoie, ma offre una sequenza disciplinata di passi che rende più chiaro perché un’iniziativa viene avviata, modificata o interrotta. Ogni fase è progettata per produrre segnali utili, non report ridondanti, e per lasciare una traccia leggibile di decisioni, compromessi e limiti del dato raccolto.