Sam è arrivata con una tesi di dottorato completa, articoli di supporto e presentazioni sulla segnalazione degli incidenti in organizzazioni complesse. La prima fase si è concentrata sulla traduzione di questo materiale in un modello concettuale pronto per il prodotto attraverso domain learning. Abbiamo letto i suoi capitoli principali, estratto le entità chiave e le relazioni, e mappato come gli incidenti si muovono dalla cattura iniziale attraverso valutazione, escalation e follow-up.

In diverse sessioni di lavoro abbiamo verificato la nostra sintesi con lei. Abbiamo raggruppato pattern ricorrenti dalla ricerca, come categorie di incidenti, scale di gravità, eventi quasi-incidenti e azioni di follow-up. Questi sono diventati la spina dorsale del linguaggio del prodotto. Invece di uno strumento di segnalazione generico, avevamo ora un modello chiaro di cosa deve essere catturato, in quale ordine e con quali dipendenze.

Questa fase ha funzionato come progettazione UX basata sull'evidenza applicata a un corpus accademico. Ha anche dato a Sam uno spazio neutrale per separare le idee che appartenevano alla prima versione dalle direzioni che potevano aspettare. Le fondamenta risultanti hanno supportato la progettazione del prototipo per fondatori che devono dimostrare sia la profondità della materia che un piano realistico per l'esecuzione.

Con il modello concettuale in atto ci siamo rivolti alla struttura durante Sandbox Experiments. L'obiettivo era progettare un'architettura dell'informazione che potesse gestire diversi tipi di incidenti senza sopraffare gli utenti che potrebbero compilare una segnalazione solo occasionalmente. Nella prima settimana abbiamo esplorato tre concetti di architettura attraverso option space mapping, spaziando da un flusso molto lineare a un approccio più modulare dove blocchi riutilizzabili appaiono o scompaiono in base al contesto.

Abbiamo usato semplici diagrammi di flusso per confrontare le opzioni. Insieme a Sam abbiamo esaminato come ogni struttura si sarebbe comportata per incidenti minori, infortuni gravi e segnalazioni di quasi-incidenti. Un esempio di percorso iniziava con una breve descrizione, poi si ramificava nella selezione della gravità, area del corpo, azioni immediate intraprese, allegati di evidenze e notifica al supervisore. Se la gravità superava una soglia, apparivano campi aggiuntivi per il trattamento medico e la pianificazione del follow-up.

Dopo aver esaminato i compromessi attraverso tension-driven reasoning abbiamo scelto un'architettura modulare che mantiene una spina dorsale coerente ma aggiunge sezioni condizionali. Questa è diventata l'architettura UX per app mobile che devono combinare chiarezza con flessibilità. Ha dato a Sam un modo concreto per discutere l'ambito con i futuri sviluppatori, perché esprimeva sia gli elementi stabili che le parti configurabili del sistema.

In parallelo con il lavoro strutturale abbiamo tenuto conversazioni dedicate sulla direzione. Sam era una fondatrice alle prime armi e voleva capire come un'idea basata sulla ricerca diventa un prodotto che può essere costruito, venduto e mantenuto. Queste sessioni erano strutturate, non ispirazionali. Abbiamo percorso la strategia di prodotto per fondatori alle prime armi nella sua posizione, usando la sua idea come punto di riferimento.

Abbiamo discusso diverse opzioni di staging. Una si concentrava su un singolo flusso principale per la cattura e revisione degli incidenti all'interno di un piccolo numero di organizzazioni pilota. Un'altra aggiungeva analisi e reporting prima, il che avrebbe richiesto più investimenti ma avrebbe potuto attrarre certi acquirenti. Abbiamo anche toccato opzioni per partnership con consulenze sulla sicurezza e fornitori di formazione che già lavorano all'interno delle aziende.

Per tutto il tempo, abbiamo collegato ogni percorso strategico al prototipo e alla progettazione UX per startup che operano sotto vincoli di risorse. Alla fine di questa fase Sam aveva una roadmap semplice di cosa costruire per primo, cosa posticipare e come ogni scelta avrebbe influenzato costi, tempistiche e rischio. Il lavoro di design e il pensiero strategico si sono rafforzati a vicenda piuttosto che procedere su binari separati.

Per verificare che le nostre assunzioni reggessero al di fuori del team di progetto, abbiamo eseguito un round di user testing per prodotti iniziali con un piccolo gruppo di persone che gestiscono regolarmente incidenti sul lavoro. A ogni partecipante è stato chiesto di registrare un incidente recente o plausibile, poi di revisionarne uno esistente e aggiungere una nota di follow-up. Abbiamo osservato i loro percorsi, domande e punti di esitazione.

Il testing ha fatto emergere alcuni temi coerenti. Alcuni utenti esitavano quando il sistema passava da moduli brevi a più lunghi, quindi abbiamo regolato l'introduzione e riordinato certe sezioni per creare un senso più chiaro di progressione. Raggruppare gli allegati di evidenze e i dettagli contestuali insieme ha ridotto i passi indietro. Semplificare alcune regole di ramificazione ha reso più facile per gli utenti capire perché apparivano nuovi campi.

Questi raffinamenti non hanno alterato la ricerca sottostante ma hanno aiutato ad allinearla con il comportamento osservato. Per Sam è stata una dimostrazione concreta di come la UX guidata dalla ricerca e le evidenze dagli utenti sul campo si supportino a vicenda. Il prototipo aggiornato le ha dato più fiducia nello spiegare il concetto, perché sapeva che era stato testato da persone al di fuori della sua cerchia.