Un șablon de feature request
pe care îl poți copia.

Un șablon bun de feature request întreabă despre problemă, nu despre soluție: ce încearcă cineva să facă, ce îl împiedică, pe cine afectează și cum ar arăta un rezultat bun. Copiază șablonul de mai jos într-un document, într-un formular sau într-un issue tracker, sau folosește un panou care pune aceste întrebări pentru tine.

Șablonul de feature request

Șase întrebări. Obligatoriu ar trebui să fie doar titlul.

Titlu
  O frază care numește rezultatul, nu soluția.
  Exemplu: Export al rapoartelor în CSV

Ce încerci să faci?
  Sarcina, cu cuvintele tale.

Ce te împiedică astăzi?
  Ce faci acum în loc și cât te costă.

Pe cine afectează și cât de des?
  Doar pe tine, echipa ta, fiecare client de pe un plan? Zilnic, lunar?

Cum ar arăta un rezultat bun?
  Cum ți-ai da seama că problema e rezolvată. Designul lasă-l echipei.

Ai ceva de arătat?
  O captură de ecran, un fișier exemplu, un link.

La ce folosește fiecare câmp

  1. Titlul. Un rezultat într-o frază face cererile căutabile și lasă duplicatele să se găsească.
  2. Ce încerci să faci? Scopul supraviețuiește chiar și când soluția propusă pică.
  3. Ce te împiedică? Soluția ocolitoare îți spune cât costă problema.
  4. Pe cine și cât de des? Amploare și frecvență: acoperirea dintr-un scor RICE, cu cuvintele utilizatorului.
  5. Cum ar arăta un rezultat bun? Un test de acceptanță, cu cuvintele utilizatorului.
  6. Ai ceva de arătat? O captură de ecran ține loc de trei paragrafe.

Cum transformi șablonul într-un formular de propunere a ideilor

Formularul ar trebui să fie mai scurt decât șablonul. Păstrează în el titlul și o întrebare deschisă, iar restul cere-l într-un comentariu, când ai nevoie.

  • Cere doar titlul.
  • Arată cererile asemănătoare înainte de trimiterea formularului, ca oamenii să poată vota în loc să scrie.
  • Lasă oamenii să adauge o captură de ecran prin lipire.
  • Confirmă e-mailul o singură dată, nu la fiecare cerere.
  • Spune ce urmează: unde apare cererea și cum vor primi răspunsul.

Același șablon pentru feedback despre produs

Aceleași întrebări merg și ca șablon de feedback despre produs: pentru buguri și observații generale. Lasă prima întrebare deschisă și renunță la ultimele două.

  • La buguri, întreabă ce se aștepta și ce s-a întâmplat în loc.
  • La laude și reclamații, primele două întrebări sunt de ajuns.
  • Ține totul pe o singură listă, ca o reclamație și o cerere despre același lucru să se întâlnească.

Cum acoperă formularul de idei din Kjerr acest șablon

Formularul din Kjerr pornește ca versiunea scurtă: titlu, detalii opționale și capturi de ecran. Restul șablonului îl rezolvă panoul din jurul formularului.

  • Câmpul de detalii întreabă: „Ce încerci să faci și ce te împiedică?”
  • Până la 5 capturi de ecran sau fișiere de câte 10 MB.
  • Ideile asemănătoare apar în timp ce se scrie titlul, fiecare cu un buton de vot.
  • Pe cine afectează reiese din voturi și din Users & Companies: companie, plan și MRR.
  • Formularul este al tău: redenumește cele două câmpuri predefinite, marchează detaliile ca obligatorii și adaugă până la 8 câmpuri proprii, pe un rând sau paragraf.

Întrebări, răspunsuri simple.

Ce este un șablon de feature request?

Un șablon de feature request este un set scurt de întrebări care îl ajută pe utilizator să descrie de ce are nevoie: scopul, ce îl blochează astăzi, pe cine afectează și cum arată un rezultat bun. Face cererile comparabile și scutește echipa de o rundă de întrebări suplimentare.

Ce ar trebui să întrebe un formular de propunere a ideilor?

Cât mai puțin. Un titlu și o întrebare deschisă adună mai multe cereri decât zece câmpuri obligatorii. Întreabă despre problemă, nu despre soluție, și lasă oamenii să adauge o captură de ecran.

Ar trebui ca formularul să aibă câmpuri obligatorii?

Doar titlul. Fiecare câmp obligatoriu în plus scade numărul celor care termină formularul, iar detaliile pot fi cerute mai târziu, într-un comentariu.

Prin ce diferă un șablon de feedback despre produs?

Un șablon de feedback despre produs acoperă tot ce vrea să spună un utilizator, inclusiv buguri și laude; un șablon de feature request este partea despre lucrurile care nu există încă. Aceleași întrebări merg în ambele cazuri, dacă prima rămâne deschisă.

Cum se raportează formularul de idei din Kjerr la acest șablon?

Implicit cere un titlu scurt și detalii opționale, cu textul ajutător „Ce încerci să faci și ce te împiedică?”, și acceptă până la 5 capturi de ecran sau fișiere. Poți redenumi ambele câmpuri și poți adăuga până la 8 proprii. În timp ce se scrie titlul, apar ideile asemănătoare, cu buton de vot, așa că multe cereri se termină cu un vot, nu cu un duplicat.

Pagini înrudite

Feature requestsAdună cererile de funcționalități, votează-le și urmărește-le statusul
Șablon de bug reportȘapte întrebări și un exemplu
Feedback loopCe este bucla de feedback și cum o închizi

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.