Návrhářská vina.
Cítím to po celou dobu, jsem si jist, že taky děláte. Cítím tuto vinu, když neudělám něco, co navrhovatelská komunita trvá na tom, že všichni návrháři musí dělat .
Když skočím přímo do prototypů s vysokou věrností, cítím se vinen. Když se příliš spoléhám na své předpoklady spíše než k pochopení uživatelů, cítím se vinen. A když se mi nepodaří spustit vzorovou knihovnu na začátku nového projektu, cítim se provinile.
U prvních dvou bodů byste se měli cítit vinni. To jsou nejlepší příklady z důvodů, proč se sem nedostanu. (Nevěřte mi? Podívejte se tady , a tady .)
Měla byste se však cítit provinile, že nezačínáte knihovnu vzorů?
Uvědomil jsem si, že odpověď je ne. Neměli byste.
Nenavrhuji, že v určitém okamžiku nepotřebujete knihovnu vzorků. Děláš. Možná právě teď ne. Vytvoření povinné vzorové knihovny, která je příliš brzy ve vašem projektu, může zpomalit váš proces.
Jak? No, na začátku projektu je prospěšné být trochu chaotický. Udržet věci volné je klíčem k a Lean UX zpracovávat předpoklady, abyste určili, co uživatelé potřebují. Nyní není nejlepší čas soustředit se na dokumentaci vzoru.
Po uplynutí chvíle se však zapojí napětí, které nemá knihovnu vzorků. Budete vědět, že je čas začít investovat do knihovny vzorků, když se objeví tyto čtyři znaky:
Vývojáři často řeknou, že se řídí zásadou SUCHÝ - Neopakujte se. Tím se udržuje jejich kód čistý a bez nadbytečnosti.
Knihovny vzorků mohou výrobním týmům pomáhat i tomuto principu.
V době, kdy jsme byli několik měsíců do budování naší aplikace, můj tým pocítil pocit deja-vu při diskusi o našich návrzích. Jaký model používáme k opětovnému otevření modálu? Jak vypadá textové pole na této stránce?
Společný vzor může pomoci vyhnout se těmto cyklickým diskusím. Teď, když se objeví otázka, jaký model použít, máme spolehlivý referenční bod.
"Použijeme modální, které ztratí, jakmile vystřelí a má vyhledávací pole typu" headhead "."
Ano, řekl jsem to na schůzi. Žádný vtip. Byl to jeden z těch okamžiků, kdy nastala jasná realizace naší potřeby knihovny vzorů.
Knihovny vzorů vám pomohou vytvořit společný jazyk ve vašem týmu a odděleních. Když říkáte "pánvička", můžete předpokládat, že v hlavě mám odpovídající obrázek. Stejně tak můžete říci "Modal List Picker" a váš tým bude přesně vědět, o čem mluvíte.
Je to nešťastná realita, ale vaše aplikace bude mít na začátku pár drobných trhlin. Zde je nějaké vyvolené písmo, tam nějaké odpadlé okraje. To je v pořádku. Pořád si vyčíst věci.
Časem se však tyto drobné trhliny začnou přidávat k závažnějším prasklům v uživatelské zkušenosti. Aplikace se může začít cítit neoslabená, asymetrická.
Malcolm Gladwell jednou napsal jak mohou lidé detekovat podvodné umění během několika sekund. Nechcete riskovat, že uživatelé vaše aplikace odpisují stejným, nevědomým způsobem.
Proces vytváření vzorové knihovny může pomoci týmu se zaměřit na identifikaci a opravu těchto nesrovnalostí dříve, než se dostanou z ruky.
Během počátečních fází nového produktu je běžné, že malý tým převezme úplné vlastnictví. Díky tomu se každý soustřeďuje, takže je schopen co nejrychleji reagovat na potřeby zákazníků a na pohledy.
Jak produkt roste, množství týmů a přispěvatelů také poroste. Bez dokumentace vzoru mohou nové týmy znovu vzbudit debata o vzorcích, o nichž jste si mysleli, že skončily.
Knihovna vzorků může pomoci při komunikaci toho, co a proč za tvými vzory novým týmům a zúčastněným stranám.
Nejlepší je zapamatovat si, že knihovny vzorů jsou nástroje, nikoliv dogma. Přesto, pokud navrhujete produkt, pocítíte pocit viny. Budete se obávat, že jste ignorovali praktické rady a nechali svůj tým dolů.
To je v pořádku. Je důležitější učinit nějaké velké skoky víry, sledovat, zda vaše myšlenky selhávají, a pokračovat v učení a iteraci.
Budou stavět knihovnu vzorků jednoho dne, nebojte se. Přijde čas, kdy nemůžete ignorovat napětí. Nejlepší ze všech, nebude to jako povinnost.
Připadá mi to jako zjevení.
[- Tento článek byl původně zveřejněn Střední . Přepracováno s povolením autora. -]