Jak porazit "Paradox výběru" v UI designu
"Méně je více" je jedním z nejdůležitějších minimalistických principů designu, kterými se každý projektant naučí: čtete o tom hodně, víte, že je to opravdu důležité, ale přesto byste to mohli mít všechno špatně. Důležitou věcí je přijít, učit se z ní a vyvíjet se. A tak jsme to udělali.
S vydáním Todoist Next v lednu tohoto roku jsme představili nový design spolu s novými funkcemi. Od začátku jsme se zaměřili na modernizaci aplikace a zlepšení uživatelské spokojenosti. Odložení úkolů bylo jednou z věcí, které jsme chtěli zlepšit. Ale nebylo to tak snadné, jak jsme čekali ...
Se starým
Předchozí verze naší aplikace měla pouze dvě možnosti, pokud se jednalo o splátkové úlohy. Buď jste si vybrali "Udělejte to dnes" nebo "Odložte" (mohlo by to být buď zítra nebo příští výskyt opakujících se úkolů). Kdykoli potřebujete trochu větší kontrolu, musíte použít celý kalendář nebo zadejte nový datum. Na webových a desktopových klientech je opravdu snadné zadat nový datum a čas, protože máte fyzickou klávesnici a myš. Ale v mobilu byla zkušenost trochu zlomená. Můžete napsat nové datum, ale nebylo to příliš výhodné, zvlášť když jste v režimu "one eyeball a one thumb".
S novým
Vzhledem k tomu, že starý systém byl tak omezen, jsme opravdu chtěli dát našim uživatelům více možností a mnohem více vizuální, aby byly flexibilnější a jednodušší používat v mobilních zařízeních, ale také skvěle na jiných platformách. V tomto okamžiku byla volba více.
Protože jsme chtěli udělat skvělý mobilní zážitek, ve vývoji jsme použili přístup "mobilní první": pokud funguje na mobilním telefonu, je snadnější pracovat na pracovní ploše, kde máte větší prostor na obrazovce a přesnější metody vstupu.
S tímto vším jsme začali zkoumat, jak by to mohlo fungovat a jakým směrem by naši uživatelé pomohli nejvíce. Prozkoumali jsme další řešení, která se snažila řešit podobné problémy jako naše vlastní, ale cítili jsme, že většina z nich byla omezená a že bychom se na ně mohli vylepšit, i když některé z nich jsou opravdu dobré řešení.
Chytrý plánovač byl náš velký nápad. Inteligentní systém, který by se podíval na vaše úkoly a navrhnul ty nejlepší termíny magicky. Například při přeplánování úkolu pro příští týden se systém bude zabývat vašimi aktuálními úkoly a vybere si den v příštím týdnu bez řádných úkolů. A bylo by to úžasné! Pro uživatele by to nebylo žádnou myšlenkou, s opravdu příjemným rozhraním poháněným silným algoritmem pro získání nejlepších dat. Pro tým by bylo skvělým úspěchem, který spojil úžasné rozhraní s pevným kódováním do pevného produktu.
Počáteční fáze vývoje: od kruhových nabídek až po opravdu složité sady možností s doporučeními na datum vyznačenými na kalendáři a dalšími připomínkami klepnutím.
Všechno na počátku padlo na místo a první mockups vypadaly slibně. Dokonce jsme začali přicházet s novými nápady, jak to udělat ještě silnější. Přidali jsme počáteční skupinu možností (dnes, zítra, příští týden, někdy), klasickou možnost zobrazení kalendáře a "návrhy dat", které by na obrazovce přinesly veškeré kouzlo. Vyzkoušeli jsme různá uspořádání, a to i kruhové menu, a rychle se opakovali v rozsahu možností (mezi 6 až 9 možností na obrazovce najednou).
Brzy jsme začali přemýšlet o tom, jak řešit interakční kroky, jak zvýšit možnosti výběru a snížit kohouty. Jedna z možností by zobrazovala klasický kalendář, ale zdálo se to jako zbytečný extra kohoutek, protože bychom se mohli hodit do stejné obrazovky. A tak jsme testovali. A testováno.
Moment uh-oh
Jedním z prvních problémů, které jsme zaznamenali s "kouzlem", byla nedostatečná zpětná vazba ohledně dat. Pokud si uživatel zvolil příští týden, systém přidal datum, ale uživatel nemá v něm žádné slovo. Dokonce i kdyby byl volný den, možná jste chtěli úkol naplánovaný na další den. Potřebovali jsme další krok, abychom ukázali datum, které uživatel mohl potvrdit.
Další problém byl zřejmý: neměli jsme dostatek informací o uživatelích, abychom skutečně připravili ty nejlepší návrhy. To by pravděpodobně vyžadovalo mnoho vstupů od uživatele nebo opravdu špehovalo vše, co dělají. Kromě toho bylo kódování takového systému velmi komplikované.
Také rozhraní bylo skutečně přeplněné mnoha možnostmi a pro některé jednoduché výběry bylo zapotřebí příliš mnoho odboček. V tomto okamžiku jsme dospěli k "paradoxu volby" - termínu vytvořeného Barry Schwartz - měli jsme tolik možností, že vlastně výběr jednoho je samo o sobě skličujícím úkolem.
První řešení, které jsme začali, bylo algoritmické řešení, které by pro vás mohlo provádět výpočty. Myšlenka je inteligentní na papíře, ale noční můrou, kterou budeme provádět, protože nemáme dostatek informací, aby to bylo opravdu chytré. - zakladatel Todoist, Amir Salihefendic.
S cennou pomocí Khoi Vinh (úžasný designér a UX guru) jsme si uvědomili, že nedosahujeme našeho cíle zjednodušení, že jsme složitější aplikaci.
Nakonec překonání Paradoxu volby
Při vývoji aplikace většinu času vaše představivost představuje limit. To znamená, že je snadné jít úplně přes palubu. Do této pasti jsme upadli. Odtamtud jsme museli udělat krok zpět a přehodnotit celý systém.
Silně obhajujeme jednoduchost v uživatelských rozhraních, takže náš nový vizuální plánovač nemohl být komplikovaný. Zde jsme začali používat jednu z nich Sheena Iyengarova principy z "Umění výběru": řez. Sada možností byla omezena a návrhy na datum byly zcela odstraněny.
I když verze Android a iOS pracují stejným způsobem, uživatelské rozhraní bylo upraveno tak, aby lépe odpovídalo každé platformě. Přestože je to konečné uspořádání, nastavená volba bude ještě před vydáním upravena.
Rozložení bylo také zjednodušeno. Konečným řešením je 3 × 2 mřížka možností s přístupem k úplnému kalendáři jako jedné z možností, takže je snadné vědět, co lze v každém okamžiku očekávat. Některá z dalších řešení možná byla dobrá volba, ale po testování jsme si mysleli, že jsou těžší a vyžadují strmější křivku učení. Někdy je to prostě lepší, aby to bylo jednoduché.
Do vyvíjení systému bylo vyvinuto velké úsilí a nakonec jsme se rozhodli pro snadno pochopitelnou skupinu možností. To vše proto, aby nabízelo skvělou uživatelskou zkušenost, která skutečně pomáhá uživateli rozhodovat o termínu splatnosti, a nakonec to udělat.