Peter Hrnčiar
Napíšte mi
PH/Články31. 3. 20266 min čítania

Kvalita realizácie má strop v kvalite zadania

Najdrahšia chyba pri webe, aplikácii alebo SaaS projekte nemusí vzniknúť v kóde. Môže vzniknúť oveľa skôr – keď začneme veľmi dobre realizovať niečo, čo sme si ešte poriadne nepremysleli.

zadanierealizáciaweb
Peter Hrnčiar, systémový architektPH

Dobrý developer vie kvalitne postaviť zlé zadanie. Dobrý dizajnér vie nádherne navrhnúť nesprávny produkt. A AI builder dokáže extrémne rýchlo vytvoriť vec, ktorú sme možno nikdy nemali vytvárať.

Obsah

Práve preto ma čoraz viac zaujíma kvalita práce pred realizáciou.

Realizácia je viditeľná, zadanie často nie

Keď sa projekt podarí, vidíme web, aplikáciu, rozhranie, funkcie, animácie, rýchlosť. Keď sa nepodarí, veľmi ľahko ukážeme na dizajn alebo development.

Lenže množstvo problémov vzniklo ešte predtým. Nebolo jasné, komu produkt slúži. Ponuka bola nejasná. Firma nevedela, čo môže pravdivo tvrdiť. Branding bol iba vizuálny štýl. Nikto nerozhodol, čo má byť prioritou. Neexistovala informačná architektúra. Funkcie vznikali podľa toho, čo koho napadlo počas realizácie.

Potom očakávame, že realizačný tím tieto strategické medzery vyrieši popri svojej práci. Niekedy to dokáže. Ale nemal by na tom stáť celý projekt.

Customer Intelligence mení zadanie

Ak nevieme, komu riešenie slúži, nevieme dobre navrhnúť ani jeho štruktúru. Inak vyzerá web pre človeka, ktorý už presne vie, čo chce. Inak pre človeka, ktorý ešte len pomenúva problém. Inak pre nákupný tím v B2B. Inak pre existujúceho zákazníka.

Customer Intelligence podľa mňa nevstupuje do projektu preto, aby sme mohli do briefu pridať personu. Má meniť rozhodnutia. Čo musí človek pochopiť. Aké má bariéry. Aký dôkaz potrebuje. Kedy potrebuje detail a kedy skratku. Akú úlohu sa snaží dokončiť.

To už priamo mení architektúru výsledku.

Facts & Claims určujú, čo môžeme postaviť do komunikácie

Rovnako dôležité je vedieť, čo je pravda. Ak produktový web stojí na tvrdeniach, ktoré nevieme podložiť, problém nevyrieši lepší headline. Ak SaaS onboarding sľubuje schopnosť, ktorú produkt nemá, problém nevyrieši lepší UX writing. Ak značka buduje svoju pozíciu na výhode, ktorá nie je reálna alebo trvácna, problém nevyrieši dizajn.

Fakty, dôkazy a claimy preto nie sú posledná kontrola copy. Sú vstupom do zadania.

Branding určuje, aký systém vlastne realizujeme

Brand Identity dáva projektu význam. Brand Expression určuje, ako sa tento význam prejaví. Brand Experience definuje, čo by mal človek v kontakte so značkou reálne zažiť.

To všetko má dôsledok na web, aplikáciu aj SaaS produkt. Ak značka stojí na jednoduchosti, produkt nemôže byť zbytočne komplikovaný. Ak stojí na odbornosti, rozhranie a obsah musia vedieť uniesť dôkaz. Ak sľubuje osobnú starostlivosť, zákaznícka cesta po nákupe nemôže skončiť automatickým e-mailom bez ďalšieho kontextu.

Branding preto podľa mňa nie je vrstva, ktorú aplikujeme na hotový produkt. Má ovplyvniť zadanie ešte predtým, než sa začne kresliť obrazovka.

Dobré zadanie nie je zoznam obrazoviek

Za zadanie nepovažujem dokument typu: Homepage, O nás, Služby, Kontakt. Alebo: Login, Dashboard, Profil, Notifikácie. To je inventár.

Dobré zadanie podľa mňa vysvetľuje aj prečo jednotlivé veci existujú, akú prácu majú vykonať, aké sú ich hranice a na aké rozhodnutia nadväzujú.

Pri webe môže zahŕňať customer journeys, informačnú architektúru, obsahovú architektúru, proof architecture, platformové požiadavky a konkrétne page contracts. Pri produkte zas product semantics, roly, stavy, hlavné flowy, pravidlá a výnimky. Až potom majú obrazovky na čom stáť.

Handoff je súčasť kvality zadania

Ani najlepší brief nepomôže, ak sa význam stratí pri odovzdaní. Preto ma zaujíma aj samotný prechod medzi ľuďmi a disciplínami.

PRI ODOVZDANÍ5 OTÁZOK
Q-01Čo je pevné?
Q-02Čo môže realizátor zmeniť?
Q-03Kde je potrebné rozhodnutie?
Q-04Kto vlastní nejasnosť?
Q-05Čo je iba príklad a čo záväzná požiadavka?

Ak tieto veci nie sú jasné, realizátor začne medzery prirodzene vypĺňať vlastným úsudkom. To nemusí byť zlé. Ale potom sa nesmieme tváriť, že iba „implementoval zadanie“. V skutočnosti spoluvytváral produktovú alebo strategickú vrstvu.

AI robí kvalitu zadania ešte dôležitejšou

Paradoxne si myslím, že čím rýchlejšie dokážeme realizovať, tým viac potrebujeme vedieť, čo realizujeme. Keď vytvorenie prototypu trvalo dva mesiace, veľa rozhodnutí sa stihlo prirodzene otvoriť počas práce. Keď ho vieme mať za deň, nesprávny smer dokážeme rozvinúť oveľa rýchlejšie.

AI znižuje cenu realizácie. Neznižuje cenu nesprávneho rozhodnutia.

Preto podľa mňa budú kvalitné zadania, architektúra a rozhodovacia vrstva ešte dôležitejšie než predtým.

Realizácia je až posledný preklad

Môj ideálny tok preto nevyzerá: nápad → dizajn → development. Skôr:

L1poznanie
L2rozhodnutie
L3stratégia
L4zadanie
L5architektúra
L6realizácia
L7spätná väzba
IDEÁLNY TOKOD POZNANIA PO SPÄTNÚ VÄZBU

Nie každý projekt potrebuje všetky vrstvy v rovnakej hĺbke. Jednoduchý web nemá dostať proces ako banková aplikácia. Ale princíp zostáva.

Čím dôležitejší je výsledok, tým menej by sme mali spoliehať na to, že nejasné rozhodnutia za nás vyrieši realizačný tím. Kvalita realizácie má totiž podľa mňa jeden veľmi praktický strop: kvalitu zadania, z ktorého vznikla.

O autorovi

Peter Hrnčiar, systémový architekt
O autoroviAuthor / PHPeter HrnčiarTvorca FUTUR MAX · systémový architekt · stratégia a branding

Profesijne pôsobí od roku 2004 a vo svojej práci prepája značku, marketing, odborné poznanie, systémové myslenie, ľudský úsudok a AI.

Hlavný projekt / FUTUR MAX ↗
Kam ďalej

Podobné myšlienky

Všetky články →