A jó termék nem funkciólista

A Phora-ban van egy hosszú ötletlista. Rengeteg ötlet, mindegyik logikus, mindegyik hasznos. Ebből eddig néhányat fejlesztettem le. A többi valószínűleg soha nem készül el.

A lista nagy részét érintetlenül hagyni termékdöntés.

A backlog csapda

Sok SaaS-nál láttam ugyanezt: az alapító összegyűjti a funkciókéréseket, sorba rakja őket, majd elkezdi kipipálni a listát. A figyelmes hallgatásból szó szerinti végrehajtás lesz.

A felhasználók elmondják, mi hiányzik nekik. Arról továbbra is az alapító dönt, hogy mi számít a terméknek.

A saját termékemnél az első hónapban három kérés jött, amiknek mind volt értelme. Mindhármat megcsinálhattam volna. Ehelyett egy teljesen más funkciót fejlesztettem ki, amit senki nem kért.

Ez a funkció változtatta meg, hogyan használják a terméket. A kérések a tüneteket mutatták; az új folyamat a mögöttük lévő igényt oldotta meg.

Amit nem fejlesztesz le, az is döntés

Minden funkciónak van karbantartási költsége. Kód, amit frissíteni kell. Felület, amit tesztelni kell. Szélsőséges esetek, amik majd előjönnek. Kifejleszteni 10 óra. Karbantartani egy évig: 50.

Az erős termék kevés lényegi dolgot csinál jól. Minden további funkció újabb felület, amit karban kell tartani.

Kevesebb, jobban

Kevesebb funkciót akarok, gondosabban kiválasztva és kisebb teherrel szállítva.

A backlogot az is meghatározza, mi marad rajta, nem csak az, mi készül el róla.