Uživatelská přívětivost
User-friendly – designový ideál, v němž systém přebírá složitost, aby lidé mohli jednat jasně, jistě a bez zbytečné námahy.
Odkaz Larryho Teslera lze shrnout do jediné myšlenky: software se má přizpůsobovat lidem, ne nutit lidi, aby se přizpůsobovali softwaru. Tato představa formovala jeho práci v Xerox PARC i v Applu. Právě tam pomáhal prosadit bezrežimové ovládání, operace vyjmout, kopírovat a vložit i širší očekávání, že digitální nástroje mají být snadno pochopitelné, bezpečné při používání a co nejméně zatěžující pro člověka, který chce něco dokončit.
Jeho nejtrvalejší postřeh zní takto: složitost nikdy zcela nezmizí. V Teslerově zákonu zachování složitosti má každý systém určitou neodstranitelnou míru komplikovanosti. Skutečná otázka proto nezní, zda složitost existuje, ale kdo ji ponese – uživatel, vývojář nebo samotná platforma. Dobrý design přesouvá co největší část této zátěže pryč od uživatele.
Právě tím se vysvětluje Teslerův odpor k režimům. V režimovém rozhraní může tatáž akce znamenat něco jiného podle neviditelného stavu systému. Uživatel si pak musí pamatovat, v jakém stavu se právě nachází, aby mohl odhadnout výsledek dalšího kroku. Tesler místo toho prosazoval bezrežimovou interakci. Kliknete tam, kde chcete psát, označíte to, co chcete změnit, a potom provedete akci. To, co dnes v editorech a rozhraních působí samozřejmě, bylo kdysi vědomým a zásadním průlomem.
Pro web je tento odkaz stále bezprostředně důležitý. Web není user‑friendly jen proto, že vypadá jednoduše nebo sám sebe označuje za intuitivní. User‑friendly je tehdy, když navigace odpovídá očekáváním lidí, formuláře nevytvářejí zbytečnou práci, editační nástroje se chovají předvídatelně a z chyb se dá snadno vrátit. Zátěž má nést systém, ne návštěvník.
Výraz user‑friendly se později změnil v klišé, ale jeho původní význam má pořád hodnotu. V tom nejlepším smyslu nejde o marketingovou nálepku. Jde o projev respektu k lidskému času, pozornosti a úsilí. Tesler pomohl proměnit tento nárok v normu. Web za ní stále často zaostává, ale měřítko zůstává správné: odpovědnost má nést především ten, kdo systém navrhl a postavil, ne ten, kdo ho jen potřebuje použít.