Funkcie ešte nevytvárajú produkt

Funkcia je schopnosť, nie dôvod existencie

Vyhľadávanie môže byť výborná funkcia. Ale samo osebe nehovorí, prečo produkt existuje. To isté platí pre chat, reporting, automatizáciu alebo AI asistenta.

Keď sa produkt skladá najmä zo zoznamu funkcií, veľmi ľahko sa dostaneme do situácie, kde každá nová požiadavka vyzerá ako dobrý nápad. Konkurencia má integráciu? Pridajme ju. Používatelia chcú export? Pridajme ho. AI je trend? Pridajme chat.

Po čase máme produkt s množstvom schopností, ale bez jasnej logiky, čo je jadro a čo iba podpora.

Produkt potrebuje vlastný model sveta

Toto je pre mňa jedna z najzaujímavejších častí produktovej architektúry. Dobrý produkt má podľa mňa vnútorný model problému, ktorý rieši.

MODEL SVETA PRODUKTUTRI PRÍKLADY

PROJEKTOVÝ NÁSTROJprojekt, úloha, stav, vlastník, termín a vzťah medzi nimiCRMkontakt, firma, príležitosť, vzťah a obchodný stavPAMÄŤOVÝ SYSTÉMfakt, rozhodnutie, zdroj, história a aktuálna pravda

Funkcie sú potom iba rôzne spôsoby práce s týmto modelom. Keď model chýba, funkcionalita sa začne lepiť priamo na obrazovky. A produkt sa postupne rozpadá.

Nie každá požiadavka patrí do produktu

Používateľská spätná väzba je dôležitá. Ale nemyslím si, že produktový tím má povinnosť realizovať každú požiadavku. Používateľ veľmi dobre vie, čo ho bolí. Nemusí však vedieť, aký systémový dôsledok má konkrétne riešenie.

Jedna funkcia môže pomôcť desiatim ľuďom a skomplikovať produkt tisícom ďalších. Môže vytvoriť nový objekt, nový stav, nové oprávnenie, nový okrajový prípad a ďalšie miesto na údržbu. Preto mám rád otázku:

Ak túto funkciu pridáme, mení iba spôsob práce alebo mení samotný produktový model?

To je veľký rozdiel.

Dobré hranice sú súčasť produktu

Veľa produktov sa podľa mňa zhoršuje tým, že sa snažia byť všetkým. Komunikačný nástroj začne robiť projektové riadenie. CRM začne robiť podporu. CMS začne byť aplikačná platforma. AI nástroj chce byť naraz chat, vyhľadávač, editor, databáza aj automatizačný systém.

Niekedy je rozšírenie správne. Niekedy je lepšie povedať: toto nie je naša úloha.

Hranica nie je nedostatok ambície. Je to súčasť architektúry.

Produkt nie je hotový pri launchi

Rovnako neverím predstave produktu ako jednorazového projektu. Po spustení sa začne skutočné učenie. Zistíme, čo ľudia nechápu, ktoré pracovné postupy sa lámu, kde používajú produkt inak, než sme čakali, ktoré funkcie sú zbytočné a kde vzniká prevádzkový problém.

Produktová architektúra preto podľa mňa potrebuje aj schopnosť zmeny. Nie takú flexibilitu, že môžeme bez dôsledkov zmeniť čokoľvek. Skôr jasné jadro a kontrolované miesta, kde sa systém môže rozvíjať.

Najzaujímavejší produktový problém je často medzi funkciami

Presne ako pri značkách a marketingu. Jednotlivé časti môžu byť kvalitné. Problém vznikne medzi nimi.

Používateľ síce vie vytvoriť projekt, ale nevie, čo sa stane potom. Dashboard je pekný, ale nevedie k rozhodnutiu. AI vie generovať text, ale nevie, z akého kontextu má vychádzať. Notifikácie fungujú, ale nikto nevie, ktoré sú dôležité.

Preto ma produkt zaujíma najmä ako systém vzťahov. Funkcie sú dôležité. Ale produkt vzniká až vtedy, keď spolu vytvárajú konzistentný spôsob, ako človek vyrieši svoj problém.