Feedback loop: il ciclo del feedback
e come chiuderlo.

Il feedback loop, in italiano ciclo del feedback, è il ciclo in cui raccogli il feedback dei clienti, agisci di conseguenza e dici a chi l’ha lasciato cosa è successo. La maggior parte dei team raccoglie bene e risponde male. Questa guida spiega le quattro fasi, i punti in cui il ciclo si spezza e come chiuderlo ogni volta.

Cos’è un feedback loop

Un feedback loop ha quattro fasi: raccogliere, prendere atto, agire e tornare con una risposta. Il feedback entra, il team prende una decisione e la decisione torna alla persona che si è fatta sentire. Quando manca l’ultima fase, i clienti vedono una cassetta dei suggerimenti: qualcosa entra e niente esce.

Il ciclo conta perché il feedback è una relazione, non un insieme di dati. Un cliente che ha chiesto un’esportazione e poi legge che l’esportazione è stata rilasciata ha imparato che chiedere serve. Un cliente che non ha mai ricevuto risposta ha imparato il contrario, e smette di chiedere.

Le quattro fasi del ciclo del feedback

  1. 1. Raccogli in un unico posto. Le richieste arrivano via email, in chat, nelle chiamate e nei ticket di supporto. Dai loro una casa pubblica dove gli utenti possano scrivere, cercare e votare, e fai aggiungere al team, a nome del cliente, quelle arrivate da altri canali.
  2. 2. Prendi atto e metti in ordine. Leggi tutto, unisci i duplicati perché la domanda si sommi su una sola richiesta e dai a ciascuna uno stato. Un’idea senza stato è una domanda a cui nessuno ha risposto.
  3. 3. Decidi e agisci. Scegli in base ai voti e a chi chiede. Man mano che il lavoro procede, sposta la richiesta tra gli stati, così la roadmap pubblica dice la verità.
  4. 4. Torna con una risposta. Dì a tutti quelli che hanno chiesto cosa è successo, nel momento in cui succede. È questo il passo che chiude il ciclo.

Dove si spezza il ciclo del feedback

Il ciclo raramente si spezza nella raccolta. Si spezza tra la decisione e la risposta, perché quel passo dipende dalla memoria di qualcuno.

  • Le richieste vivono in cinque strumenti, quindi nessuno sa quante persone hanno chiesto la stessa cosa.
  • L’elenco di chi ha chiesto è in un foglio di calcolo, o nella testa di nessuno.
  • Il rilascio viene annunciato a tutti, cioè a nessuno in particolare.
  • Le richieste rifiutate ricevono silenzio, e così tornano ogni trimestre.

Come chiudere il feedback loop, passo per passo

Chiudere il ciclo richiede tre abitudini. Primo, tieni la richiesta e l’elenco di chi la vuole nello stesso record, così i destinatari della risposta esistono già. Secondo, rispondi in pubblico, sulla richiesta stessa, così una risposta serve a chiunque la trovi dopo. Terzo, rendi la risposta automatica: il messaggio dovrebbe partire al cambio di stato, perché un messaggio che dipende dal fatto che qualcuno se ne ricordi non verrà inviato.

Quando la risposta è “no”, dillo insieme al motivo. Una richiesta rifiutata con una frase onesta chiude il ciclo tanto quanto una rilasciata.

Come Kjerr automatizza il ciclo

Kjerr è costruito attorno alla quarta fase. La risposta è un effetto collaterale del lavoro che il team fa comunque.

  • Un cambio di stato invia un’email all’autore dell’idea e a chi ha votato, in pochi secondi; quando è solo manutenzione, si può fare senza email.
  • Una risposta dell’amministratore fa lo stesso, così arriva a tutti quelli che hanno chiesto.
  • Le email partono a nome del tuo workspace, ognuna con la disiscrizione in un clic.
  • I voti da soli non inviano mai email, quindi scrivi alle persone solo quando qualcosa è cambiato.
  • I Report contano le richieste che aspettano ancora una risposta, e da quanti giorni.
  • Per chi non ha votato, pubblica un post nel changelog.

Due cicli: la persona e il prodotto

Aiuta vedere due cicli dentro uno. Il ciclo interno riguarda una persona: qualcuno ha chiesto, e quel qualcuno riceve una risposta. Il ciclo esterno riguarda il prodotto: molte richieste indicano lo stesso problema e il prodotto cambia. I team che fanno girare solo il ciclo esterno rilasciano cose buone e non lo dicono a nessuno. I team che fanno girare solo quello interno rispondono con gentilezza e non cambiano niente.

Una board pubblica li unisce. I voti raccolgono i cicli interni in un’unica richiesta visibile, la decisione su quella richiesta è il ciclo esterno, e la risposta a tutti quelli che hanno votato li chiude entrambi in una volta.

Feedback loop: esempi

Tre brevi esempi di ciclo del feedback, ognuno che finisce con una risposta.

Una richiesta che viene rilasciata

Quaranta persone votano per l’esportazione in CSV. Il team segna la richiesta come pianificata, poi in sviluppo, infine rilasciata. Ogni cambio invia un’email a tutte e quaranta. L’ultima è l’annuncio che le persone aprono davvero, perché l’avevano chiesto loro.

Una richiesta che viene rifiutata

Sei persone chiedono un tema scuro nei PDF esportati. Il team rifiuta e scrive in una frase il perché. Sei persone smettono di aspettare, e la prossima che lo cercherà troverà la risposta invece di proporre la stessa cosa da capo.

Una richiesta arrivata per telefono

Un cliente chiede in una chiamata l’accesso a due fattori. Qualcuno del team aggiunge la richiesta a nome suo con il suo voto. Quando la funzionalità viene rilasciata, il cliente lo sa come ogni altro votante, senza che nessuno debba ricordarsi di quella telefonata.

Cinque errori che tengono il ciclo aperto

La maggior parte dei cicli aperti nasce dalle stesse poche abitudini, e ognuna ha un rimedio semplice.

  • Raccogliere senza uno stato. Dai a ogni richiesta uno stato entro pochi giorni, anche se è Under consideration.
  • Rispondere in privato. Una risposta in una casella aiuta una persona. La stessa risposta sulla richiesta aiuta chiunque la trovi.
  • Annunciare solo a tutti. Un post sul rilascio non è una risposta. Dillo proprio a chi ha chiesto.
  • Evitare il “no”. Il silenzio suona come un “forse”, e un “forse” fa tornare la richiesta.
  • Troppe email. Scrivi quando qualcosa è cambiato, mai per un voto, e lascia disiscrivere in un clic.

Come capire se il ciclo è chiuso

Da due numeri. Il primo è quante richieste non hanno né stato né risposta; la pagina Report di Kjerr le chiama “awaiting response” e mostra la più vecchia. Il secondo è il tempo di rilascio: quanto passa da quando una richiesta viene proposta allo stato Shipped. Nessuno dei due richiede un sondaggio. Se il primo numero è vicino a zero e le persone continuano a scrivere, il ciclo è chiuso.

Domande, con risposte chiare.

Cos’è un feedback loop?

Un feedback loop (ciclo del feedback, ciclo di retroazione) è il ciclo in cui un’azienda raccoglie il feedback dei clienti, decide cosa farne, agisce e dice ai clienti che si sono fatti sentire cosa è successo. È l’ultimo passo a renderlo un ciclo: senza risposta, il feedback viaggia in una direzione sola.

Cosa vuol dire chiudere il ciclo del feedback?

Chiudere il ciclo del feedback vuol dire tornare dalle persone che hanno lasciato il feedback e dire loro l’esito: pianificato, rilasciato o rifiutato, e perché. La richiesta diventa una conversazione, e le persone hanno un motivo per farsi sentire di nuovo.

Quali sono le fasi di un feedback loop?

Quattro: raccogliere il feedback in un unico posto, prendere atto e mettere in ordine, decidere e agire, poi tornare con una risposta a tutti quelli che hanno chiesto. La maggior parte dei team fa le prime tre e salta la quarta.

Perché i feedback loop restano aperti?

Perché la risposta è manuale. Qualcuno deve ricordarsi chi ha chiesto, trovare gli indirizzi e scrivere, spesso mesi dopo la richiesta. Se lo strumento che conserva la richiesta non invia anche la risposta, di solito non la invia nessuno.

Come si chiude il ciclo quando la risposta è “no”?

Dì “no” in pubblico, sulla richiesta stessa, insieme al motivo. Uno stato Declined con una frase onesta vale più del silenzio: le persone smettono di aspettare e la stessa richiesta smette di tornare.

Come chiude il ciclo Kjerr?

Un cambio di stato o una risposta dell’amministratore invia un’email all’autore dell’idea e a chi ha votato, a nome del tuo workspace, con disiscrizione in un clic. I voti da soli non inviano mai email. Nessuno deve tenere un elenco di chi ha chiesto.

Pagine correlate

Feature requestRaccogli le richieste di funzionalità, falle votare e seguine lo stato
Roadmap pubblicaI tuoi stati come roadmap pubblica di prodotto
Changelog di prodottoAnnuncia i rilasci con una pagina e via email
Analisi del feedbackCinque passi e cosa vale la pena contare

Dai una risposta ai tuoi utenti.

Durante l’early access Kjerr è gratuito: tutte le funzionalità, nessuna carta di credito. I piani a pagamento, quando arriveranno, saranno calcolati per workspace, mai per postazione amministratore.