Čtyři fáze vývoje rozhraní: o čem diskutovat se zákazníkem, když nejsou k dispozici ani obrázky?

Děláme design rozhraní. Zákazník k nám přijde kvůli designu a je v zásadě připraven diskutovat pouze o něm. Tedy obrázky. Vývoj rozhraní je však dlouhý proces a existuje mnoho přechodných dokumentů. A samotná návrhová rozvržení nezískají okamžitě konečný vzhled – stále k nim musí dojít v důsledku diskusí.

Skutečnost, že musíte diskutovat o přechodných stavech designu a dokumentů, je na začátku překvapením pro mnoho zákazníků. Někteří lidé proto spěchají s rychlým přechodem na uživatelské rozhraní – tam se už cítí sebejistěji, protože výsledek mají před očima. Kvůli tomuto spěchu nedostáváme dostatečnou zpětnou vazbu v procesu a pracujeme v podmínkách nedostatku informací. Z tohoto důvodu se konečné rozložení může ukázat horší – je snadné některé situace přehlédnout, zapomeňte na vzácné scénáře, pokud je neřeknete.

V tomto článku vám řekneme, jak vyvíjíme rozhraní design a to, o čem diskutujeme v každé fázi vývoje, abychom dosáhli nejlepšího výsledku.

Tři varování, aby nikdo neobviňoval „Pavlova psa“ z toho, že je kategorický:

• zákazník nemusí mít zvláštní kompetence k projednání designu a dokumentů doprovázejících proces – rozumíme tomu;

• pracujeme agilně a bez přísného plánování, takže procesy na každém projektu jsou jiné – článek popisuje celkový obraz;

• můžete diskutovat o čemkoli, kdykoli chcete – my jen řekneme, jak je to z projektů maximálně využívat z pohledu designérů.

Autoři článku jsou UX designéři Akhnaf Kunakulov a Anton Illarionov.

Fáze synchronizace a shromažďování požadavků

Cílem je vypracovat úvodní požadavky a požadavky na rozhraní, abychom je mohli použít v designu. A zároveň – poznat zákazníka a vytvořit s ním jeden tým, kde každý vidí úkoly projektu stejně a společně je řeší.

Každý projekt zahajujeme prací funkčnost produktu. Nejprve ne v obrázcích, ale v textových dokumentech, které popisují požadavky na rozhraní:

• obchodní požadavky;

• uživatelské portréty a role;

• situace uživatelů;

• model informačních očekávání.

Za účelem stanovení požadavků komunikujeme se zákazníkem a uživateli. Nebereme si nic z hlavy. Úlohou zákazníka v této fázi je poskytovat informace a ověřovat, zda jsme vše správně zachytili.

Úlohou zákazníka v této fázi je poskytovat informace a ověřovat, zda jsme vše správně zaznamenali.

Poté zahájíme koncepční návrh a vypracujeme:

• seznam scénářů a případů použití;

• mapa zaměření;

• navigační mapa.

Těmito dokumenty mohou být podle potřeby texty, náčrtky, diagramy nebo tabulky.

Z nich pouze seznam vlastních skriptů. Pokud vyvineme profesionální rozhraní, zákazník již často zdokumentoval pracovní postupy a my je pouze přepracujeme.

Dalším tématem diskuse je propojení historie

Ale fokusová mapa, navigační mapa a případy použití jsou mezilehlé dokumenty na vysoké úrovni, se kterými musí návrhář pracovat. Popisují výsledek. Ne každý zákazník musí být diskutován. Pokud projdete kolem, tragédie se nestane a design se nezhorší.

Souběžně pracujeme na prvních konceptech – na papíře, na desce nebo na Figmě. A to je přesně to, o čem je třeba diskutovat. Hlavní věcí zde však není umístění tlačítek a nabídek. Existují důležitější věci.

O čem diskutujeme:

• soudržnost příběhu ztělesněná v konceptu;

< li> Odpovídá příběh portrétu cílového publika;

• podrobnosti příběhu;
• výchozí body klíčových scénářů;

• co bylo darováno koncept.

Fáze synchronizace může vyústit v prototyp s nízkou věrností. Stále se nedíváme na rozložení a vzhled prvků rozhraní, ale už můžeme diskutovat o tom, zda fungují pro řešení problémů uživatelů.

Fáze podrobování

S roztříděnou funkčností, nyní je čas postarat se o spolehlivost rozhraní: udělejte to tak, aby uživatelé mohli projít všemi základními scénáři, které jsme probrali a vyřešili během fáze synchronizace.

To je hlavní požadavek jeviště. A na velmi podrobném prototypu musíme zkontrolovat, kolik jsme toho dokončili. Jedině tak se můžeme na rozhraní podívat z různých úhlů a najít v něm úzká místa. Pro testování spolehlivosti, nikoli krásy, je zapotřebí vysokých detailů. Stává se, že prototyp není příliš podobný konečnému designu – používáme hotové sady uživatelského rozhraní k urychlení a snížení nákladů na vývoj a mohou se výrazně lišit od korporátní identity klienta. To není kritické.

Ke kontrole spolehlivosti rozhraní je zapotřebí vysokých podrobností, nikoli pro krásu

Jak se design vyvíjí, klient by měl:

• sledovat rozmanitost vykreslených situací;

• požádat o vysvětlení řešení rozhraní;

• trvat na odevzdání všech komentářů;
• diskutovat o odchylkách od základních scénářů.

Říkáme „jak se vyvíjí“, protože proces se postupem času natahuje. Pracujeme na scénáři, ukážeme prototyp a diskutujeme. Obvykle dvakrát týdně. Poté přejdeme k dalšímu scénáři. Pokud skórujete a počkáte, až bude připraven celý vysoce detailní prototyp, můžete přijít o něco velmi důležitého. Nebo to může být provedeno ne podle očekávání zákazníka.

Fázi lze považovat za schválenou, pokud si zákazník a já jsme jisti, že prototyp nám umožňuje provádět všechny hlavní a alternativní scénáře a jakýmkoli způsobem můžete vyřešit vlastní problémy.

Fáze finalizace

No, teď jsme se dostali k tomu nejlepšímu designu a můžeme diskutovat o kráse? Ano, ale ne hned. Existuje ještě více důležitých otázek.

Třetí fáze procesu je věnována vývoji uživatelského rozhraní: vybíráme vhodné vzory, přemýšlíme o rozložení prvků rozhraní. Naším cílem je použít prvky rozhraní ke zjednodušení a zrychlení vlastních úkolů.

To znamená, že práce se neomezuje pouze na barvení.

Na začátku fáze stojí za to nejprve diskutovat o tom, jak efektivní vzory si návrháři vybrali a jak relevantní jsou tyto vzory pro úkol a cílové publikum. To je zvláště důležité pro profesionální rozhraní, na která se specializujeme. Pokud po přepracování nemůže zaměstnanec úkol dokončit, protože je zvyklý klikat na další tlačítka, zákazník tím utrpí.

Současně musíte sledovat, jak plně designéři zpracovávají komentáře zákazníků, včetně těch minulých. Neměli by ztělesňovat všechno, mohou odmítnout některé komentáře, hlavní je, že na nic nezapomínají.

Zároveň věnujeme pozornost grafické části:

• vizuální hierarchie;

• typografie, ikony a výplně;

• barevné schéma.

A pak můžete diskutovat o sobě celý design. V tomto okamžiku jsme již vypracovali spolehlivost a pohodlí a víme, že rozhraní funguje. Zbývá jen přidat krásu.

Pokud má zákazník firemní identitu, použijeme ji.

Pokud neexistuje korporátní identita, vytvoříme design podle přání zákazníka. Ale i zde se snažíme diskutovat o konečném designu ne z hlediska vkusu. Nejprve se řídíme univerzálními principy, které lze aplikovat na každé rozhraní.

Fáze doručení a přijetí

Návrh se zdá být připraven. Ale je příliš brzy na odpočinek. Stále je to třeba přijmout.

Před tím musíte zkontrolovat a prodiskutovat, zda návrháři nebo zákazník na něco zapomněli. To se stává, i když ne často. Na co se podívat:

• Ve finálních rozloženích byly zpracovány všechny stavy;

• soubor je připraven k přenosu do vývojáři;

• v souboru je připravena sada uživatelského rozhraní;
• návrháři připravili dokumentaci.

Další je fáze vytváření. Poradíme vývojářům a v případě potřeby změníme design, když se něco nepodaří implementovat.

Místo výstupu

Role zákazníka na projektu je poskytovat informace a diskutovat o výsledky ve formě dokumentů, skic, diagramů, prototypů a nakonec konečných rozvržení. Stává se součástí týmu a musí jej neustále doprovázet: kritizovat, argumentovat, vysvětlovat a vyjednávat.

Pokud zákazník některou z fází přeskočí, povede to k odlišným očekáváním a mezerám v rozhraní. Stává se to u nás. Všechno lze samozřejmě dokončit, opravit nebo změnit. Ale vyjde to dražší. A proto stále musíte projít každou fází.

Ano, být zákazníkem je také práce. Kvůli výsledku bude třeba udělat hodně. A nejjednodušší a zároveň nejlevnější způsob, jak vyvinout design rozhraní, je diskutovat o něm s týmem co nejvíce od samého začátku projektu.

#ux #interfaces