Troppi dati, troppo presto
Un percorso lungo prima di aver percepito valore aumenta commitment iniziale e candidate burden.
Ho ripensato l'onboarding candidato di PiazzaTi come un percorso conversazionale e progressivo: meno compilazione upfront, più controllo, più trasparenza e assessment mirati solo quando aggiungono davvero informazione.
Il problema non è soltanto semplificare un modulo. È allineare ogni richiesta di informazione al valore che produce: prima costruire una base utile, poi raccogliere nuova evidenza solo quando serve a ridurre un'incertezza reale.
Il rischio non era soltanto creare un flusso lungo. Senza una visione condivisa, candidati, recruiter, hiring manager e team tecnico avrebbero valutato il concept con criteri diversi. Ho quindi definito all’inizio roadmap, relazioni tra stakeholder e journey di accesso, così ogni scelta successiva potesse rispondere a un obiettivo verificabile.
Tre cicli consecutivi: comprendere il sistema, trasformare le evidenze in un flusso e rendere il concept testabile.
La mappa evidenzia chi riceve valore, chi prende decisioni e chi garantisce qualità, correttezza e fattibilità del sistema.
Il percorso prepara aspettative e fiducia prima della prima domanda: l’utente deve capire valore, regole e controllo prima di investire tempo.
PiazzaTi parte già da una premessa forte: competenze prima dei segnali che possono distorcere la valutazione, Explainable AI e decisione finale umana. L'opportunità progettuale è estendere questa logica dentro il percorso candidato, trasformando l'onboarding da raccolta di campi a costruzione progressiva di evidenze.
Un percorso lungo prima di aver percepito valore aumenta commitment iniziale e candidate burden.
CV e self-report sono utili, ma non equivalgono a evidenza osservata o verificata in un contesto job-related.
Ripetere prove o raccogliere segnali non pertinenti può aumentare attrito, bias e rumore senza ridurre l'incertezza.
L'ipotesi iniziale poteva essere “rendiamo il form più semplice”. Il framework evidence-first cambia la domanda: ogni step deve guadagnarsi il diritto di esistere dimostrando quale informazione aggiunge e perché viene chiesta proprio in quel momento.
Ottimizza l'interfaccia, ma non mette in discussione la quantità, il timing e la rilevanza delle richieste.
Sposta l'attenzione dal completamento del form alla progressione del valore e alla riduzione dell'incertezza.
Invece di concentrare il valore alla fine, l'esperienza costruisce il profilo mentre la conversazione procede. L'utente vede ciò che viene memorizzato, può correggerlo e affronta assessment più profondi solo dopo che il sistema ha già recuperato e strutturato ciò che esiste.
Chiedere solo gli step che aumentano realmente l'informazione, evitando prove ridondanti.
Distinguere ciò che è dichiarato, documentato e osservato invece di comprimere la persona in uno score unico.
Tenere fuori dal fit i dati non pertinenti e separare preferenze pratiche, competenze ed evidenze.
L'autonomia e il tipo di evidenza richiesta cambiano tra entry-level, junior, middle e senior.
Il sistema struttura, spiega e propone; non trasforma l'onboarding in un verdetto automatizzato.
Rendere visibile lo stato del profilo, ciò che è stato salvato e la possibilità di correggere i dati.
Un'interfaccia solo-form è efficiente ma front-loads complexity. Un chatbot puro è fluido ma può nascondere progressione e memoria. La direzione scelta combina il meglio dei due modelli: una conversazione guidata, uno stepper esplicito e un profilo che si costruisce in tempo reale.
Strutturato e prevedibile, ma mantiene alta la sensazione di compilazione e concentra lo sforzo upfront.
Più naturale, ma con rischio di scarsa orientabilità, stato invisibile e minore controllo sui dati estratti.
Una domanda alla volta, quick reply quando utile, progressione visibile e “memoria” del profilo sempre accessibile.
Il concept raggruppa la pipeline evidence-first in sei momenti UX. L'obiettivo è mantenere una progressione leggibile senza esporre all'utente la complessità interna del modello dati.
Career intent, seniority, autonomia
CV, profilo pubblico, contesto
Skill + contesto + artefatti
Hard skill, learning, behavior
Vincoli e preferenze separati
Visibilità, controllo, next evidence
La conversazione è il layer di input; il profilo laterale è il layer di trasparenza. Ogni risposta aggiorna una memoria strutturata, mentre stepper, progress e correzione mantengono orientamento e agency.
Prototipo funzionante: prova il flusso, usa le quick reply, carica un CV fittizio e osserva come il profilo si costruisce progressivamente.
Creiamo il profilo con il minimo indispensabile.
La validazione combina una survey esplorativa sui comportamenti recenti e cinque sessioni qualitative sul prototipo. Sentimento, bisogni e journey vengono messi in relazione con ciò che le persone fanno durante i task.
Nota metodologica: campioni, risposte, citazioni, tempi e risultati qui riportati sono interamente fittizi e costruiti per illustrare il metodo. Non sono ricerche svolte né risultati di business misurati.
Quali ostacoli portano i candidati a interrompere l’onboarding, e quali informazioni rendono comprensibili progressione, dati raccolti e ruolo dell’AI?
Questionario esplorativo di 8–10 minuti, prima di mostrare il concept. Una domanda per volta, linguaggio semplice, opzioni bilanciate e “Altro”, “Non ricordo” o “Non applicabile” dove pertinenti. Due compilazioni pilota simulate verificano comprensione e ordine delle domande.
Campione simulato: 40 persone che hanno iniziato una candidatura online negli ultimi 3 mesi: 14 entry-level, 16 junior e 10 in riqualificazione. Reclutamento ipotetico tramite community professionali e centri per l’impiego; campione di convenienza, non rappresentativo.
| Domanda neutrale | Formato |
|---|---|
| Qual è stata la tua ultima candidatura online e quando è avvenuta? | Risposta aperta + filtro ultimi 3 mesi |
| Da dove sei partito e quali passaggi hai seguito fino all’inizio del profilo? | Sequenza di touchpoint + Altro |
| In quale passaggio hai incontrato la maggiore difficoltà? | Scelta singola + Nessuna difficoltà |
| Hai completato il percorso, lo hai interrotto o lo hai ripreso in seguito? | Scelta singola |
| Quanto ti sei sentito frustrato durante quel percorso? | Scala 1 = per nulla, 5 = molto |
| Quanto era chiaro perché venivano richiesti i tuoi dati? | Scala 1 = per nulla, 5 = del tutto |
| Quali informazioni o possibilità ti mancavano? Seleziona al massimo tre opzioni. | Scelta multipla, massimo 3 + Altro |
| Che cosa hai fatto dopo la difficoltà? | Scelta singola + Altro |
| Racconta un episodio concreto: cosa stavi cercando di fare e cosa ti ha ostacolato? | Risposta aperta facoltativa |
Opzioni Q3: accesso/account, inserimento esperienze, competenze, revisione, invio. Q7: durata stimata, salvataggio/ripresa, riuso del CV, modifica dei dati, spiegazione del ruolo dell’AI. Q8: riprovare, cambiare piattaforma, chiedere aiuto, rinunciare.
| Dimensione | Conteggio e quota | Lettura |
|---|---|---|
| Sentimento | 26/40 (65%) | Frustrazione 4–5 su 5 nel percorso precedente. |
| Bisogni · risposte multiple | 30/40 (75%); 28/40 (70%) | Durata stimata; riuso del CV. I gruppi possono sovrapporsi. |
| Journey · punto di attrito | 22/40 (55%) | Inserimento esperienze come passaggio più difficile. |
| Journey · esito | 24 + 10 + 6 = 40 | 24 completano, 10 interrompono, 6 riprendono in seguito. |
Analisi prevista: frequenze delle risposte chiuse, codifica tematica delle risposte aperte e ricostruzione dei touchpoint. I conteggi descrivono soltanto il campione simulato: nessuna inferenza sulla popolazione o sulla superiorità del concept.
Cinque partecipanti fittizi, selezionati per varietà di esperienza e familiarità digitale, non per rappresentatività statistica. Sessioni individuali moderate da 60 minuti: 5 min di introduzione e consenso; 10 min di intervista sull’ultimo episodio; 30 min di task; 10 min di ricostruzione della journey e approfondimento; 5 min di chiusura.
Protocollo: domande aperte e non suggestive, pensiero ad alta voce, nessuna indicazione sul bottone da usare. Un moderatore conduce e un osservatore annota azioni, errori, esitazioni, aiuti e citazioni. Usare solo dati di prova; registrare solo con consenso. Distinguere fatti osservati, interpretazioni e idee di soluzione.
Criterio di completamento: raggiungere l’obiettivo e spiegarlo correttamente. A = autonomo; H = completato con aiuto del moderatore; F = non completato entro il tempo assegnato. Tempi in minuti; includono esitazioni. Tutti gli esiti della tabella sono simulati sul concept, senza confronto A/B.
| Profilo | T1 · esito/min | T2 · esito/min | T3 · esito/min | T4 · esito/min | Tempo totale |
|---|---|---|---|---|---|
| P1 · 23 anni, entry-level | A · 5 | A · 3 | A · 3 | A · 4 | 15 min |
| P2 · 29 anni, junior | A · 6 | H · 4 | A · 3 | A · 5 | 18 min |
| P3 · 37 anni, cambio carriera | H · 6 | A · 3 | H · 4 | F · 7 | 20 min |
| P4 · 26 anni, junior | A · 5 | A · 3 | A · 4 | A · 4 | 16 min |
| P5 · 44 anni, cambio carriera | A · 6 | H · 4 | F · 4 | H · 6 | 20 min |
Tempo totale dei task: 15–20 minuti per partecipante; la sessione moderata resta di 60 minuti. Il blocco da 30 minuti riserva il tempo restante a istruzioni, transizioni e margine per eventuali difficoltà.
P2, P5 · cercano la correzione nella chat; serve un aiuto su T2.
P3 · non distingue dichiarato e verificato su T3; P5 non chiarisce il ruolo umano.
P3 · dopo il reload non trova come riprendere; T4 non completato.
P3: “Pensavo di aver perso tutto quando ho ricaricato.”
Annuncio → piattaforma → accesso → CV → riepilogo → correzione → ripresa → invio. La fiducia cala quando non è chiaro cosa è salvato o verificato; cresce quando il candidato può controllare il profilo.
Dopo ogni sessione: sintesi immediata, note indicizzate per partecipante e task, clustering tematico e revisione dei casi contrari. La triangolazione collega survey, osservazioni e journey senza sommare campioni o confondere preferenze con prestazioni.
| Priorità | Evidenza | Iterazione e verifica |
|---|---|---|
| Alta · ripresa del percorso | Survey: 10/40 interrompono; T4: P3 fallisce, P5 necessita aiuto. | Rendere visibili salvataggio e CTA “Riprendi”; verificare che la ripresa sia autonoma nel prossimo ciclo. |
| Alta · trasparenza dell’evidenza | T3: 3 autonomi, 1 con aiuto, 1 non completato. | Spiegare dichiarato, documentato e osservato con esempi; chiedere all’utente di riformulare il significato. |
| Media · modifica del profilo | T2: P2 e P5 necessitano aiuto. | Rendere la modifica riconoscibile nel riepilogo; ritestare senza suggerire il punto di accesso. |
Limiti e seguito: cinque sessioni servono a esplorare criticità, non a stimare tassi di successo della popolazione. Le modifiche sopra sono proposte, non miglioramenti già misurati. Il ciclo successivo richiede partecipanti reali, consenso, un prototipo aggiornato e un confronto controllato per valutare eventuali differenze rispetto al percorso attuale.
Riferimento metodologico: This is Service Design Doing, schede “Interview Guidelines” (p. 23), “In-depth Interview” (pp. 24–26) e “Interactive Click Modeling” (pp. 143–145), numerazione stampata. La survey è un adattamento progettuale: il documento non contiene un questionario standard da replicare.
Non vengono dichiarati risultati misurati. Il framework suggerisce invece quali outcome osservare dopo un pilot e come collegarli al valore per candidato, prodotto e cliente.
La parte più delicata non è il layout della chat, ma la governance: quando chiedere nuova evidenza, cosa non chiedere, come evitare falsa precisione e quale grado di spiegazione offrire a candidato, recruiter e auditor.
Il passo successivo non sarebbe aggiungere più AI, ma restringere l'MVP: testare il progressive profiling su un segmento preciso, definire rubriche e soglie di sufficienza, stabilire una baseline di candidate burden e verificare quali step possono essere rimossi senza perdere evidenza utile.