Foto Brendan Church na Unsplash

Rozhodování o tom, které funkce sestavit a jak je upřednostnit

Mnoho startupů nebo týmů produktů často bojuje s rozhodnutím, které funkce mají být vytvořeny a jak upřednostnit, které funkce mají být vytvořeny jako první. Jiní si často myslí, že pro vytváření lepších produktů potřebují přidat další funkce, zatímco někdy by byl výhodnější opak.

Přidání správných funkcí může vylepšit váš produkt exponenciálně, přidání nesprávných může způsobit, že váš produkt bude na hřbitově s funkcemi, příliš mnoho zředí vnímání vašeho produktu v mysli vašich zákazníků. Je více než důležité přemýšlet o tom, které funkce by měly být vytvořeny a které z nich by měly být upřednostněny.

V minulosti jsem pracoval v mnoha různých produktových týmech a neexistuje žádný skutečný jednotný přístup k tomu, jak by se mělo toto rozhodnutí a proces stanovení priorit provádět. Existuje však několik východisek, která mi však pomohla učinit rozhodnutí jednodušší. Před nějakou dobou jsem začal navrhovat seznam otázek, na které se snažím odpovědět před implementací nových funkcí:

  • Je to něco, co se týká mnoha uživatelů, nebo jen pár? (Relevance uživatele)
    Když mluvíte se zákazníky, často máte pocit, že jejich problém je něco, s čím se setkávají i ostatní uživatelé, zatímco ve skutečnosti by tento problém mohl ovlivnit pouze podskupinu uživatelů. Funkce přidávají složitost, a proto by mělo být vhodné jej doplnit. Čím více uživatelů to ovlivní, tím důležitější je.
  • Jak často se bude používat? (Frekvence použití)
     Stejně jako relevance platí pro frekvenci využití funkcí. Stojí za to přemýšlet o tom, jak často bude tato funkce použita. Je to něco, co uživatelé používají na hodinové, denní, týdenní, měsíční bázi? Možná ještě méně?
    Většinou chceme utrácet většinu našich funkcí pro budování zdrojů, které většina uživatelů používá po většinu času.
    🛈 Des Traynor z Intercomu napsal velký kus o prioritních prvcích.
  • Může to být sděleno? (Sdělení)
    Při přidávání funkcí je chceme sdělit našim uživatelům. Existují funkce s vysokým dopadem a funkce s nižším dopadem. Funkce s vysokým dopadem jsou něco, co kolem nich často můžete vytvořit příběh. Zeptejte se sami sebe, je to něco, o čem můžete tweetovat nebo o tom psát blogový příspěvek? Možná je to něco, o co se zajímají i publikace nebo časopisy?
  • Posiluje to vaši pozici na trhu? (Poloha)
    Každá nová funkce by měla být krokem podporujícím misi, na které pracujete. Vyplatí se přemýšlet o tom, jak přidání této nové funkce může pomoci sdělit, na čem pracujete a jak posílí pozici vašeho produktu na trhu. Přidání příliš mnoha funkcí, zejména těch, které přímo nepodporují vaši vizi, může vést k zředěnému vnímání toho, co si lidé o vašem produktu myslí. To často otevírá příležitosti pro konkurenty, kteří mají méně funkcí, ale velmi jasnou tržní komunikaci.
  • Poskytuje uživatelům super pravomoci? (Hodnota)
    Super výkon je něco, co má velký pozitivní dopad na pracovní tok uživatele. Je to něco, co uživatelé mohou udělat s touto novou funkcí, kterou nemohli udělat dříve nebo tam, kde bylo potřeba řešení. Podobné otázky by mohly být „Můžeme vyrobit jiné nástroje, které v současné době používají zastaralé?“ Nebo „Zlepšuje to účinnost?“.
  • Snižuje nebo zvyšuje složitost? (Nízká složitost)
    Ne každá funkce, kterou přidáte, usnadní používání vašeho produktu. Někteří mohou přidat více složitosti, jiní snížit složitost. Dobrým způsobem, jak to prozkoumat, je vymyslet uživatele, kteří to mohou použít. Je to něco pro mocné uživatele nebo něco, co mohou noví uživatelé okamžitě použít?
  • Existuje řešení, které můžeme našim zákazníkům navrhnout s naší aktuální sadou funkcí? (Náhradní)
    Když mluví se zákazníky, popisují problémy, které mají s vaším produktem, a někdy dokonce navrhnou funkce, které potřebují. Někdy je to jen problém pracovního postupu a stačí jim navrhnout trochu jiný pracovní postup, který vyřeší jejich problém s vaší aktuální sadou funkcí. I když by to mohlo zvýšit složitost jejich pracovního postupu, mohlo by to být dobrým kompromisem pro funkce, které jsou používány méně často nebo menšinou uživatelů.
  • Jak snadné nebo obtížné je implementovat? (Nízké úsilí při implementaci)
    Novými funkcemi mohou být někdy plody s nízkým předstihem, pokud jde o čas a zdroje potřebné k implementaci, někdy to vyžaduje spoustu zdrojů. Vysoké funkce zdrojů by měly být pečlivě naplánovány a stojí za to prozkoumat alternativy s nízkými zdroji, aby se otestovala frekvence využití a uživatelská relevance těchto funkcí.
  • Pomáhá nám tato funkce k růstu? (Růstový potenciál)
    „Pomáháme nám růst“ je trochu nejasný popis, ale stojí za to přemýšlet o tom, jak přidání této funkce může ovlivnit váš růst. Mohou to být různé věci, například odstranění tření pro uživatele, kteří chtějí přejít od konkurenčního produktu, přidání podpory pro platformu třetích stran (např. Slack), aby mohli těžit z distribučního ekosystému, nebo jen něco, co usnadňuje odkazování vašeho produktu nebo pozvání ostatní lidé to používají.

Tento seznam lze chápat spíše jako nepřetržitý proces, než jako pevný soubor otázek, které skrze ně během rozhodovacích procesů mi obvykle pomáhají získat lepší představu o tom, co budovat a jak je upřednostňovat.

Vytvořil jsem jednoduchý list Google, aby byl tento proces proveditelnější. Každá funkce je reprezentována jako řádek, každá otázka jako sloupec. Pro každou buňku může být vybrána hodnota mezi 0 a 5, přičemž 0 je definováno jako nehodnotné a 5 jako nejcennější. Každá funkce končí skóre mezi 0 a 45, čím vyšší je skóre, tím více byste ji měli implementovat.

Jednoduchý list Google pro proces rozhodování a stanovení priorit

Jaký je váš postup při rozhodování, které funkce se mají stavět? Které otázky položíte sami sobě nebo svým zákazníkům?

Posílám nové články a aktualizace do svého osobního seznamu e-mailů a v programu Messenger. Jsem také na Twitteru.