Klient vs. vývojář: Ztraceno v překladu

Vývojáři a klienti mluví dvěma různými jazyky. Ne, nemyslím Python a čeština. Myslím něco mnohem hlubšího — dva naprosto odlišné způsoby vnímání reality. Tam, kde klient vidí "malou změnu," vývojář vidí tři týdny přepisování. Tam, kde vývojář říká "to je technicky složité," klient slyší "nechce se mi."
Za patnáct let jsme nasbírali sbírku nedorozumění, ze které by se dala napsat učebnice komunikace. Nebo komedie. Záleží na úhlu pohledu.
"Ať to žije!"
Tři slova, která dokážou paralyzovat celý designérský tým. Co přesně znamená "ať to žije"? Pro klienta to obvykle znamená: "Chci, aby to bylo vizuálně zajímavé a moderní." Pro designéra to může znamenat cokoliv od animovaného pozadí přes 3D efekty po pohyblivé logo.
Jednou jsme na tuto instrukci reagovali přidáním jemných mikroanimací při hoveru, plynulých přechodů mezi sekcemi a parallax efektu na hero obrázku. Klient to viděl a řekl: "Ne, tohle je moc klidné. Já chci, aby to žilo."
Po dvou kolech revizí jsme zjistili, že "ať to žije" v jeho případě znamenalo: "Chci, aby se na stránce střídaly tři různé barvy pozadí v nekonečné smyčce." Jako diskotéka. Na webu advokátní kanceláře.
Nakonec jsme to vyřešili kompromisem — elegantní barevný gradient, který se pomalu měnil. Klient byl spokojený, uživatelé nedostali epileptický záchvat, a my jsme si zapsali první pravidlo komunikace: nikdy nepředpokládejte, že víte, co klient myslí.
Poučení: Když klient použije subjektivní přídavné jméno, vždy si vyžádejte konkrétní příklady. "Ukažte mi web, který podle vás žije" funguje mnohem lépe než tři kola hádání.
"Chci, aby to bylo intuitivní"
Tohle je požadavek, se kterým se setkáváme prakticky u každého projektu. A na první pohled zní rozumně. Problém je, že "intuitivní" je asi nejsubjektivnější slovo v celém slovníku.
Co je intuitivní pro pětadvacetiletého designéra, který tráví osm hodin denně na Macu, není intuitivní pro padesátiletého účetního, který používá Excel 2010 a Internet Explorer. A obě tyto skupiny jsou legitimní uživatelé.
Měli jsme klienta, který trval na tom, že navigace musí být "intuitivní." Navrhli jsme hamburger menu, které je dnes standard na mobilních zařízeních. Klient řekl: "Ale moji zákazníci jsou starší, nebudou vědět, že ty tři čárky jsou menu." Měl pravdu.
Nakonec jsme udělali uživatelské testování s pěti reálnými zákazníky. Dva z pěti skutečně nevěděli, co hamburger ikona znamená. Přidali jsme vedle ikony slovo "Menu" a úspěšnost navigace skočila na 100 %.
Poučení: "Intuitivní" bez definice cílové skupiny je prázdné slovo. Vždy se ptejte: "Intuitivní pro koho?" A pokud si nejste jisti, udělejte uživatelský test. Pět lidí a dvě hodiny vám ušetří měsíce dohadů.
"Může být to logo větší?"
Klasika nad všechny klasiky. Kdyby existovala síň slávy klientských požadavků, "zvětšete logo" by mělo vlastní křídlo.
Jednou jsme navrhli čistý, minimalistický web. Klient měl logo o velikosti 200x60 pixelů v hlavičce. Při první revizi: "Můžete to logo trošku zvětšit?" Zvětšili jsme na 250x75. "Ještě trošku." 300x90. "Hmm, ještě kousek." 400x120.
V jednu chvíli logo zabíralo celou šířku hlavičky. Navigace se přesunula pod něj. Na mobilu bylo logo větší než obsah stránky. Web vypadal jako vizitka z roku 2003.
Samozřejmě jsme se zastavili a otevřeli dialog. Ukázalo se, že klient měl nové logo, na které byl hrdý, a prostě ho chtěl ukázat světu. Vyřešili jsme to dedikovanou "O nás" stránkou s velkým logem a příběhem značky. Hlavička zůstala čistá.
Poučení: Za každým "zvětšete logo" se skrývá skutečný požadavek. Někdy je to pýcha na značku, někdy strach, že zákazníci firmu nepoznají. Zjistěte ten skutečný důvod a nabídněte lepší řešení.
"Chci to jako Apple, rozpočet mám 50 tisíc"
Apple.com je výsledek práce stovek designérů, vývojářů, fotografů a copywriterů s rozpočtem v řádu milionů dolarů. Když klient řekne "chci to jako Apple," nemyslí tím samozřejmě přesnou kopii. Myslí tím tu atmosféru — čistý design, krásné fotografie, plynulé animace.
Ale i ta "atmosféra" něco stojí. Profesionální produktové fotografie? Desítky tisíc. Vlastní animace? Další desítky tisíc. Copywriting na úrovni Apple? To ani nemluvím.
Jednou jsme klientovi upřímně řekli: "Za padesát tisíc vám dokážeme udělat čistý a moderní web. Nebude to Apple, ale bude to profesionální." Klient ocenil upřímnost a výsledek se mu líbil víc, než kdyby dostal lacinou imitaci Apple, která by vypadala jako padělek z tržnice.
Poučení: Místo toho, abyste slepě souhlasili s nerealistickým požadavkem, buďte upřímní. Ukažte, co je v daném rozpočtu reálně dosažitelné, a navrhněte alternativy. Klienti upřímnost ocení víc, než si myslíte.
- ✗Subjektivní pokyny bez příkladů ("ať to žije")
- ✗Schvalování bez skutečného prostudování
- ✗Neomezené revize bez jasných milníků
- ✗Delegování schvalování na nezúčastněné osoby
- ✗Porovnávání s Apple za zlomek rozpočtu
- ✓Vizuální reference místo vágních popisů
- ✓Pravidelné demo a prototypy
- ✓Formální schvalovací proces s podpisy
- ✓Slovníček pojmů sdílený s klientem
- ✓Konkrétní otázky místo domněnek
"Jen malá změna"
Tři nejnebezpečnější slova v softwarovém vývoji. Před "jen malou změnou" se každý zkušený vývojář instinktivně krčí.
"Můžeme přidat jen malou změnu — místo jedné adresy by uživatel mohl mít víc adres?" To znamená: nová databázová tabulka, úprava všech formulářů, změna logiky objednávek, úprava fakturace, úprava API, úprava administrace. "Malá změna" za dva týdny práce.
Nebo náš oblíbený: "Jen přidejte možnost přihlášení přes sociální sítě." Jen. Facebook, Google, Apple, a možná LinkedIn. Čtyři různá OAuth API, čtyři různé formáty odpovědí, řešení konfliktů s existujícími účty, testování na různých zařízeních, GDPR compliance. "Jen."
Nejvtipnější případ? Klient schválil wireframy. Schválil design. Schválil prototyp. A při finální prezentaci řekl: "Tohle si představuju úplně jinak." Po třech kolech schvalování.
Ukázalo se, že wireframy schvaloval jeho asistent, design odsouhlasil po letmém pohledu na telefonu v taxíku, a prototyp "proklikal, ale moc se nedíval." Tři měsíce práce a jsme zpátky na začátku.
Poučení: Schvalovací proces musí být formální a jasný. Kdo schvaluje, musí skutečně vidět a porozumět tomu, co schvaluje. A "podepsáno" znamená "podepsáno" — ne "asi jo, kouknu na to později."
Hned na začátku projektu si s klientem domluvte jasná pravidla: kdo schvaluje, kolik revizí je v ceně, jakou formou se komunikují požadavky (ideálně vizuální reference, ne slova). Investice do úvodního nastavení komunikace ušetří desítky hodin nedorozumění později.
Jak se vyhnout překladu, který nikdo nechtěl
Po letech pokusů a omylů jsme si vytvořili systém, který funguje:
- Vizuální reference místo slov — "Pošlete mi tři weby, které se vám líbí" je lepší než hodina vysvětlování.
- Prototypy brzy a často — interaktivní prototyp řekne víc než sto wireframů.
- Slovníček pojmů — když říkáme "responsivní," myslíme tím konkrétně tohle. Když říkáte "intuitivní," myslíte co přesně?
- Schvalování s podpisem — každá fáze má jasný milník a formální schválení.
- Otázky, otázky, otázky — lepší je zeptat se desetkrát a udělat jednou, než hádat a předělávat třikrát.
Komunikace mezi klientem a vývojářem bude vždycky výzva. Ale s trochou trpělivosti, hromadou vizuálních ukázek a jasným procesem se dá přeložit i ten nejabstraktnější požadavek do fungujícího kódu.
A pokud klient řekne "ať to žije" — ukažte mu tři varianty a nechte ho vybrat. Ušetříte si diskotéku na webu advokáta.


