Web jako produkt

Porada o redesignu skoro vždy začne u homepage. Jak má vypadat, co na ni dát, čí logo bude větší. Hodinu se debatuje o stránce, na kterou velká část lidí ani nedorazí. U typického webu přijde přímo na hlubokou stránku, kategorii, detail, kontakt, klidně dvě třetiny návštěv. Z hledání, z odkazu, z reklamy. Homepage je jeden z mnoha vstupů, ne fasáda, za kterou se vchází.

Tahle scénka je celý problém v malém. Když na web koukáme jako na sadu stránek, řešíme stránky. Kolik jich je, jak vypadají, jak jsou poskládané v menu. Když na něj koukáme jako na produkt, ptáme se jinak: pro koho to je, co tu lidé přišli udělat, podle čeho poznáme, že se jim to povedlo, a kdo za to odpovídá. Stejný web, dvě úplně jiné sady otázek. Druhá sada vede k lepším rozhodnutím.

Tahle kapitola není o tom, jak web postavit. Je o tom, jak o něm přemýšlet, než ho začnete měnit. Pojmy jako KPI, událost nebo obsahový model tu nedefinujeme, ty má společný slovník. Tady jde o rovinu rozhodování.

Pět úloh, ne pět set stránek

Sada stránek je demokratická. Každé oddělení chce tu svoji, každá sekce je „důležitá", a menu se nafoukne do stromu, ve kterém se nedá najít nic. Produkt je nedemokratický schválně. Ví, že o jeho úspěchu rozhoduje hrstka věcí, a zbytek tomu podřizuje.

Gerry McGovern to ukázal na metodě Top Tasks. Dáte uživatelům dlouhý seznam možných úloh, klidně padesát i víc, a necháte je vybrat ty důležité. Napříč obory vyšel seznam různě dlouhý: u aut 94 úloh, u zdravotního pojištění 69, u elektroniky 26. Pokaždé ale lidé jako opravdu důležité označili zhruba pět. Pár úloh tvoří „long neck" grafu, na kterém stojí celý web. Všechno ostatní je dlouhý ocas drobností, které sice existují, ale nerozhodují.

Praktický důsledek je tvrdý. Když navrhujete kolem těch pěti úloh místo kolem všech stránek, web se zrychlí tam, kde na tom záleží. Cisco zkrátilo stahování softwaru z víc než tří set sekund na zhruba čtyřicet právě tím, že přestalo optimalizovat stránky a začalo optimalizovat top task. Nepřibyla žádná funkce. Naopak. Ubralo se všechno, co stálo v cestě té jedné věci.

Seznam top tasků je proto první produktový artefakt, který by web měl mít. Ne wireframe homepage. Seznam úloh seřazený podle toho, které rozhodují. Jak se z těch úloh stane uspořádání webu, řeší informační architektura: web se skládá podle úloh uživatele, ne podle oddělení.

Web nezačíná ani nekončí na webu

GOV.UK to dotáhla do principu, který si zapamatujete: „Build digital services, not websites." Stavte služby, ne weby. Cesta uživatele může začít v Googlu a skončit na poště. Web je jen kus té cesty. Když na něj koukáte jako na ohraničenou sadu stránek, optimalizujete prostředek a ztrácíte ze zřetele výsledek, kvůli kterému tam člověk přišel.

Z toho plyne i jejich druhý princip, „Do less". Dělejte míň. Pokušení webu je přesně opačné. Každý problém se řeší přidáním stránky, sekce, banneru. Produktový pohled se ptá, jestli ta věc vůbec patří sem a jestli neexistuje místo, kde ji uživatel vyřeší líp. Víc obsahu skoro nikdy není odpověď. U sady stránek je to totéž, co u softwaru honba za „víc funkcí". Měříte výstup, ne výsledek.

Tady je hranice celé úvahy. Produkt se neměří tím, kolik toho má, ale jestli lidem umožní dotáhnout úlohu. Cíl „víc návštěvnosti" je past stejného druhu. Návštěvnost je výstup. Dokončená úloha je výsledek.

Kdo to vlastní a kdo to platí

Produktový pohled není přejmenování. Nestačí dát někomu titul „product owner", nakreslit roadmapu a zavést standupy. Tomuhle se říká kosmetické zavedení a je to nejčastější způsob, jak se reforma zvrhne v přebal. Ceremonie nové, rozhodování staré.

Co produkt opravdu odlišuje, je vlastnictví a model financování. GOV.UK je učebnicový případ. V roce 2010 provozovala britská centrální vláda přes 2 500 samostatných webů. V říjnu 2012 je sloučila do jediné domény. Jen na hostingu to ušetřilo přes 70 milionů liber ročně, k tomu další miliony na odlehčených telefonních linkách. Zajímavější než to číslo je ale to, jak se k němu došlo. Mike Bracken si vyjednal, že resorty si smějí nechat úspory ze zrušení vlastních webů, a GOV.UK se financoval zvlášť. Web jako produkt nepotřeboval jen design. Potřeboval, aby se vlastnictví a peníze srovnaly s výsledkem.

Bez explicitního vlastníka platí to staré „everyone and no one". Za web odpovídají všichni, takže nikdo. Produktový tým má jednoho vlastníka value streamu, ne výbor. To je rozdíl mezi projektem a produktem, jak ho popsal Mik Kersten v knize Project to Product: projekt se financuje podle předem schváleného rozpočtu a končí předáním, produkt se financuje podle obchodních výsledků a žije dál.

Spuštění není konec

A pak je tu poslední rozdíl, na který se zapomíná nejčastěji. Projekt má konec, předáte ho a jdete na další. Produkt konec nemá, jen fáze. Nejdelší z nich je správa a údržba, kterou nikdo neplánuje, ale všichni ji pak žijí.

„Web jako hotová věc" je doložená chyba. Web nasazený a opuštěný degraduje, obsah zastarává, odkazy hnijí, výkon se zhoršuje. Produkt se po spuštění měří a upravuje dál. Ostatně i samotné spuštění je řízená fáze, ne jednorázový bod, po kterém se práce končí. Proto k webu patří měřicí plán, který napojí cíle na konkrétní KPI, a ne jen na dojem.

Není to zbytečné pro brožurový web?

Nejsilnější námitka zní: „náš web je pětistránková brožura, value streamy a roadmapy jsou na to zbytečně těžký aparát." A je to pravda. Produktový aparát se má škálovat podle sázky. Dedikovaný tým, value stream a čtvrtletní roadmapa dávají smysl u webu, na kterém stojí byznys, ne u vizitky.

Co se škálovat nemá, je produktový pohled. Otázky „pro koho to je, co tu mají lidé udělat, co je úspěch, kdo to vlastní" platí i pro pět stránek. Zaberou odpoledne, ne kvartál. Rozdíl mezi brožurovým webem a SaaS produktem není v tom, jestli ty otázky položit, ale kolik procesu kolem odpovědí postavit.

A pozor i na opačný extrém. Postup pro silně integrovaný produkt, třeba software v autě, není totéž co digitální služba. Produktový způsob uvažování se nedá okopírovat odjinud beze změny. Kontext rozhoduje.

Praktický checklist

• Existuje seznam prioritních publik, ne „všichni".
• Existuje seznam top tasků seřazený podle důležitosti, ne mapa všech stránek.
• Je rozhodnuto, co je primární úspěch webu a co sekundární, vyjádřené jako dokončená úloha, ne jako návštěvnost.
• Web má jednoho vlastníka, který za něj odpovídá i po spuštění.
• Rozsah produktového procesu odpovídá tomu, jak moc na webu stojí byznys.

Tři typické chyby

• Homepage-first. Hodina nad fasádou, kterou velká část lidí mine. Začněte u top tasků a vstupních bodů z hledání.
• Cíl „víc návštěvnosti". Výstup, ne výsledek. Měřte dokončené úlohy.
• Kosmetické zavedení. Titul „product owner" a roadmapa beze změny vlastnictví a financování je jen přebal.