Feedback loop: bucla de feedback
și cum o închizi de fiecare dată.
Feedback loop, în română bucla de feedback, este ciclul în care aduni feedback de la clienți, acționezi pe baza lui și le spui celor care l-au dat ce s-a întâmplat. Cele mai multe echipe adună bine și răspund prost. Acest ghid explică cele patru etape, locurile în care bucla se rupe și cum o închizi de fiecare dată.
Ce este un feedback loop
Un feedback loop are patru etape: aduni, confirmi, acționezi și revii cu un răspuns. Feedbackul intră, echipa ia o decizie, iar decizia se întoarce la persoana care a vorbit. Când lipsește ultima etapă, clienții văd o cutie de sugestii: ceva intră și nimic nu iese.
Bucla contează pentru că feedbackul este o relație, nu un set de date. Un client care a cerut un export și a citit apoi că exportul a fost implementat a învățat că merită să ceri. Un client care n-a primit niciodată un răspuns a învățat contrariul și nu mai cere.
Cele patru etape ale buclei de feedback
- 1. Adună într-un singur loc. Cererile vin pe e-mail, pe chat, la telefon și în tichete de suport. Dă-le o singură casă publică, în care utilizatorii pot posta, căuta și vota, iar pe cele venite pe alte canale lasă echipa să le adauge în numele clientului.
- 2. Confirmă și ordonează. Citește tot, îmbină duplicatele, ca cererea pieței să se adune la o singură idee, și dă fiecăreia un status. O idee fără status este o întrebare la care n-a răspuns nimeni.
- 3. Decide și acționează. Alege pe baza voturilor și a celor care cer. Pe măsură ce munca avansează, mută cererea dintr-un status în altul, ca roadmapul public să spună adevărul.
- 4. Revino cu un răspuns. Spune-le tuturor celor care au cerut ce s-a întâmplat, în clipa în care se întâmplă. Acesta este pasul care închide bucla.
Unde se rupe bucla de feedback
Bucla se rupe rar la colectare. Se rupe între decizie și răspuns, pentru că acel pas depinde de memoria cuiva.
- Cererile trăiesc în cinci instrumente, așa că nimeni nu știe câți oameni au cerut același lucru.
- Lista celor care au cerut este într-o foaie de calcul sau în capul nimănui.
- Implementarea se anunță tuturor, adică nimănui în mod special.
- Cererile respinse primesc tăcere, așa că se întorc în fiecare trimestru.
Cum închizi un feedback loop, pas cu pas
Închiderea buclei înseamnă trei obiceiuri. Întâi, ține cererea și lista celor care o vor în aceeași înregistrare, ca publicul răspunsului să existe de la început. Apoi, răspunde public, chiar pe cerere, ca un singur răspuns să le folosească tuturor celor care o găsesc mai târziu. În al treilea rând, fă răspunsul automat: mesajul ar trebui să plece la schimbarea statusului, pentru că un mesaj care depinde de cineva care își amintește nu va fi trimis.
Când răspunsul este „nu”, spune-l împreună cu motivul. O cerere respinsă cu o singură frază cinstită închide bucla la fel de sigur ca una implementată.
Cum automatizează Kjerr bucla
Kjerr este construit în jurul celei de-a patra etape. Răspunsul este un efect secundar al muncii pe care echipa o face oricum.
- O schimbare de status trimite un e-mail autorului ideii și fiecărui votant, în câteva secunde; când e doar ordine în casă, poate fi făcută fără e-mail.
- Un răspuns al administratorului face același lucru, așa că ajunge la toți cei care au cerut.
- E-mailurile pleacă sub numele spațiului tău de lucru, fiecare cu dezabonare printr-un clic.
- Voturile singure nu trimit niciodată e-mail, așa că le scrii oamenilor doar când s-a schimbat ceva.
- Rapoartele numără cererile care așteaptă încă un răspuns și de câte zile.
- Pentru cei care n-au votat, publică o postare în changelog.
Două bucle: omul și produsul
Ajută să vezi două bucle în una. Bucla interioară este cu un om: cineva a cerut, iar acel cineva primește un răspuns. Bucla exterioară este cu produsul: multe cereri arată spre aceeași problemă, iar produsul se schimbă. Echipele care rulează doar bucla exterioară implementează lucruri bune și nu spun nimănui. Echipele care rulează doar bucla interioară răspund politicos și nu schimbă nimic.
Un panou public le unește. Voturile adună buclele interioare într-o singură cerere vizibilă, decizia asupra acelei cereri este bucla exterioară, iar răspunsul către toți votanții le închide pe amândouă deodată.
Feedback loop: exemple
Trei exemple scurte de bucle de feedback, fiecare încheiată cu un răspuns.
O cerere care se implementează
Patruzeci de oameni votează pentru exportul în CSV. Echipa o marchează ca planificată, apoi ca în lucru, apoi ca implementată. Fiecare schimbare trimite un e-mail tuturor celor patruzeci. Ultimul este anunțul de lansare pe care oamenii îl deschid cu adevărat, pentru că ei au cerut asta.
O cerere care este respinsă
Șase oameni cer o temă întunecată în PDF-urile exportate. Echipa o respinge și scrie într-o frază de ce. Șase oameni nu mai așteaptă, iar următorul care caută același lucru găsește răspunsul în loc să îl posteze din nou.
O cerere venită la telefon
Un client cere, într-o convorbire, autentificare în doi pași. Un coleg o postează în numele lui și îi adaugă votul. Când se implementează, clientul află ca orice alt votant, fără ca cineva să-și amintească de acea convorbire.
Cinci greșeli care țin bucla deschisă
Cele mai multe bucle deschise vin din aceleași câteva obiceiuri, și fiecare are un leac simplu.
- Colectare fără status. Dă fiecărei cereri o stare în câteva zile, chiar dacă starea este Under consideration.
- Răspuns în privat. Un răspuns într-un inbox ajută o persoană. Același răspuns pe cerere ajută pe oricine îl găsește.
- Anunț doar către toți. O postare de lansare nu este un răspuns. Spune-le anume celor care au cerut.
- Evitarea cuvântului „nu”. Tăcerea sună ca „poate”, iar „poate” aduce cererea înapoi.
- Prea multe e-mailuri. Scrie când s-a schimbat ceva, niciodată pentru un vot, și lasă oamenii să se dezaboneze printr-un clic.
Cum îți dai seama că bucla este închisă
Două cifre îți spun. Prima este numărul de cereri fără status și fără răspuns; pagina Rapoarte din Kjerr le numește „awaiting response” și arată cea mai veche. A doua este timpul până la implementare: cât trece de la postare până la statusul Shipped. Niciuna nu are nevoie de un sondaj. Dacă prima cifră este aproape de zero și oamenii continuă să posteze, bucla este închisă.
Întrebări, răspunsuri simple.
Ce este un feedback loop?
Un feedback loop (bucla de feedback) este ciclul în care o companie adună feedback de la clienți, decide ce face cu el, acționează și le spune clienților care au vorbit ce s-a întâmplat. Ultimul pas este cel care face din el o buclă: fără răspuns, feedbackul circulă într-un singur sens.
Ce înseamnă să închizi bucla de feedback?
Să închizi bucla de feedback înseamnă să te întorci la oamenii care au dat feedback și să le spui rezultatul: planificat, implementat sau respins, și de ce. Cererea devine o conversație, iar oamenii au un motiv să mai dea feedback.
Care sunt etapele unei bucle de feedback?
Patru: adună feedbackul într-un singur loc, confirmă și ordonează, decide și acționează, apoi revino cu un răspuns la toți cei care au cerut. Cele mai multe echipe fac primele trei și o sar pe a patra.
De ce rămân deschise buclele de feedback?
Pentru că răspunsul este manual. Cineva trebuie să-și amintească cine a cerut, să găsească adresele și să scrie, de multe ori la luni după cerere. Dacă instrumentul care ține cererea nu trimite și răspunsul, de obicei nu îl trimite nimeni.
Cum închizi bucla când răspunsul este „nu”?
Spune „nu” public, chiar pe cerere, împreună cu motivul. Un status Declined cu o singură frază cinstită este mai bun decât tăcerea: oamenii nu mai așteaptă, iar aceeași cerere nu se mai întoarce.
Cum închide Kjerr bucla?
O schimbare de status sau un răspuns al administratorului trimite un e-mail autorului ideii și fiecărui votant, sub numele spațiului tău de lucru, cu dezabonare printr-un singur clic. Voturile singure nu trimit niciodată e-mail. Nimeni nu trebuie să țină o listă cu cei care au cerut.
Pagini înrudite
Dă-le utilizatorilor un răspuns.
În perioada de acces anticipat, Kjerr este gratuit: toate funcționalitățile, fără card de credit. Când vor apărea planurile plătite, vor fi tarifate per spațiu de lucru, niciodată per administrator.