Cum construiești produse pe care oamenii chiar le folosesc
Majoritatea produselor nu eșuează din cauza codului prost. Eșuează pentru că rezolvă o problemă pe care nimeni nu o are suficient de acut. Ingineria bună nu poate salva produsul greșit, așa că munca cea mai utilă se întâmplă adesea înainte ca cineva să deschidă un editor.
Începe cu o persoană și un moment
Un obiectiv vag ca „să ajutăm echipele să colaboreze” nu îți dă nimic de testat. „Un lider de echipă vrea să știe ce e blocat înainte de ședința de luni” îți dă un utilizator, un moment și un mod de a afla dacă ai ajutat. Scrie propoziția. Dacă nu poți, nu ești încă gata să proiectezi ecrane.
Fă prima versiune incomod de mică
Fiecare funcționalitate pe care o adaugi în prima versiune e o presupunere și fiecare presupunere amână momentul în care afli dacă ai avut dreptate. Un test util pentru fiecare element de pe listă e să te întrebi ce s-ar strica dacă l-ai scoate. Dacă răspunsul e „nimic, dar ar părea neterminat”, poate aștepta.
Urmărește ce fac oamenii, nu ce spun
Oamenii sunt generoși în interviuri și sinceri în utilizare. Zece minute în care privești pe cineva încercând produsul tău te învață mai mult decât o listă lungă de funcționalități cerute. Caută unde ezită, ce ignoră și ce încearcă să facă fără ca tu să fi plănuit vreodată.
O listă scurtă înainte să construiești
- Poți numi persoana și momentul în care o ajuți?
- Ce face astăzi în loc și de ce nu e suficient de bine?
- Care e cea mai mică versiune care tot ar ajuta-o?
- Cum vei ști, în câteva săptămâni, dacă a funcționat?
Nimic din toate astea nu e spectaculos, dar asta face diferența dintre un produs pe care oamenii îl tot deschid și unul pe care îl încearcă o dată. Codul contează în continuare foarte mult. Doar că contează cel mai mult când e îndreptat spre problema potrivită.
