Software e feedback
Parte di Miglioramento continuo dell'esperienza
Testare un cambiamento su un gruppo limitato
Come delimitare una prova del servizio, scegliere casi e controlli, registrare gli imprevisti e decidere se adattare o estendere la modifica.
Una prova limitata verifica come funziona una modifica del servizio nelle condizioni scelte prima di estenderla. Definite chi la riceve, quale problema risolve, cosa osserverete e quando decidere il passo successivo. Un gruppo ristretto aiuta a imparare e contenere errori, ma da solo non rende il risultato rappresentativo.
Delimitare la modifica
Descrivete la procedura attuale e quella proposta in termini osservabili. Supponiamo, come esempio ipotetico, che una richiesta di modifica dell’ordine riceva oggi una conferma generica. La proposta è mostrare se la richiesta è soltanto ricevuta o già applicata. Prima della prova verificate quale stato il sistema può conoscere: il messaggio non deve promettere un’azione ancora da eseguire.
Scegliete un tipo di richiesta e un canale per i quali il personale possa riconoscere la nuova versione. Se cambiate insieme testo, regola di accettazione e tempi di lavorazione, sarà difficile interpretare l’esito. Annotate quale versione è stata usata per ogni caso.
Scegliere il gruppo e preparare le eccezioni
Il primo gruppo può essere ristretto a un reparto, una sede o richieste che rispettano condizioni note. Registrate perché quei casi sono stati scelti: personale volontario o richieste più semplici possono far apparire la modifica più agevole di quanto sarà altrove. Prima di estenderla, includete condizioni ed eccezioni pertinenti che la prima prova non copriva.
Controllate che la prova non sottragga ai clienti diritti o benefici già promessi. Definite chi può fermarla, come gestire un caso rimasto a metà e quale procedura usare se la nuova versione non funziona. Informate il personale coinvolto delle condizioni della prova e di dove registrare problemi inattesi.
Scrivere il piano prima di iniziare
Una scheda breve può contenere:
- Domanda:quale risultato vogliamo capire se migliora?
- Previsione:che cosa ci aspettiamo di osservare e perché?
- Perimetro:quali casi, canale, periodo e versione rientrano nella prova?
- Controlli:esito del compito, funzionamento del passaggio e possibili effetti indesiderati.
- Decisione:che cosa ci porterebbe ad adattare, ripetere, estendere o fermare la modifica?
Nel caso ipotetico della conferma, potreste controllare se il messaggio descrive lo stato corretto, se il cliente capisce quale passo resta aperto e se aumentano richieste di chiarimento o errori. Sono controlli da eseguire, non risultati già ottenuti.
Indicatori chiave per valutare il cambiamento
- Casi riusciti
- Da registrare e confrontare con i fallimenti
- Richieste di chiarimento aggiuntive
- Indicatore di confusione nel messaggio
- Errori registrati
- Misurazione degli effetti negativi della modifica
- Tempo medio di elaborazione
- Da monitorare per verificare efficienza
Leggere ciò che accade
Conservate casi riusciti e falliti. Registrate gli scostamenti dal piano. Se la procedura cambia durante la prova, segnate quando: i casi delle due versioni vanno letti separatamente. Parlate con chi gestisce le richieste e, quando pertinente, con i clienti coinvolti.
Alla fine confrontate osservazioni e previsione. Una prova piccola può mostrare un errore concreto o una procedura impraticabile; pochi casi favorevoli non dimostrano un miglioramento per tutti. Se la modifica sembra utile, provatela in condizioni diverse e controllate ancora gli effetti indesiderati. Se il problema resta, rivedete la proposta prima di ampliarla.
