W ramach naszego zobowiązania do poprawy dostępności i użyteczności Guru posiadamy dedykowany system projektowania „pod”, który koncentruje się na tworzeniu spójnych, dostępnych i pięknych doświadczeń w całym Guru. Dziś dzielimy się wywiadem z liderami tego podu, aby przedstawić ich przemyślany i staranny proces tworzenia doskonałego systemu projektowania.

Dziękujemy, że do nas dołączyłeś! Na początek, czy możesz powiedzieć coś o sobie i o swojej roli w Guru?

Homer: Nazywam się Homer Gaines i jestem certyfikowanym specjalistą ds. dostępności, który pracuje w obszarze dostępności od 2001 roku. Obecnie jestem inżynierem UI w Guru, kieruję zespołem systemu projektowania.

Jake: Jestem Jake Sauer, głównym projektantem produktu w zespołach systemu projektowania i wyszukiwania. Jestem z Guru od ponad czterech lat i pracowałem w projektowaniu produktów przez około dziesięć lat.

Co przyciągnęło cię do zespołu systemu projektowania w Guru?

Homer: Pracowałem z niektórymi liderami inżynierskimi Guru i pełniłem podobną rolę, w której skupiałem się na dostępności i pomogłem zbudować system projektowania. Kiedy przyszli do Guru, zaprosili mnie do pomocy w ustawieniu systemu projektowania i nadaniu Guru odpowiedniego tempa z perspektywy dostępności.

Jake: Byłem drugim projektantem produktu w Guru, a wtedy nie mieliśmy żadnego systemu projektowania. W moim drugim roku chcieliśmy przeorganizować hierarchię naszego produktu, co skłoniło mnie do stworzenia pierwszej szczerej próby zbudowania tymczasowego systemu projektowania (nawet nazwałem go „SAGE”, co jest nazwą naszego nowego systemu projektowania).

Wtedy był on przyjęty tylko przez projektantów — nigdy nie pomyśleliśmy o nim jako o całościowym systemie, który byłby przydatny zarówno dla inżynierii i projektowania. Kiedy w zeszłym roku ponownie kadrowaliśmy grupę roboczą nad systemem projektowania, byłem naturalnym kandydatem na lidera projektowania.

Czy możesz podzielić się niektórymi z celów zespołu systemu projektowania oraz celami systemu projektowania w Guru?

Jake: Projektanci zazwyczaj działają szybciej niż inżynierowie, jeśli chodzi o prototypowanie i ideacje, ale wciąż wymaga to dużej ilości wstępnej pracy. Moim celem jest to, aby system projektowania pozwalał projektantom mniej myśleć o komponentach UI i bardziej o doświadczeniach użytkowników, co pomaga w przyspieszeniu iteracji.

Również historycznie byłem jedynym źródłem prawdy o wzorach systemu projektowania, więc inni projektanci musieli przychodzić do mnie z pytaniami o style przycisków, tekstu itp.

Nie chciałem być tym, do którego się zwraca, gdy potrzebna jest odpowiedź – chciałem zbudować system, który umożliwiłby wszystkim projektantom podejmowanie decyzji samodzielnie, mając na uwadze najlepsze doświadczenia użytkowników.

Homer: Dla inżynierów naszym celem jest, aby system projektowania zapewniał równowagę między zespołami inżynierskimi i projektowymi. Zwiększa to pewność naszych projektantów, ponieważ wiedzą, że kiedy budują nowe doświadczenie, korzystają z uprzednio zatwierdzonych, dostępnych komponentów, które już istnieją w produkcie.

Daje to również inżynierowi, który kończy budować projekt, podobną pewność, ponieważ wie, że pracuje z elementami, które już istnieją w produkcie. Mogą łatwo „złapać” te komponenty z biblioteki SAGE, zamiast musieć budować je od podstaw, co poprawia szybkość i efektywność.

Zapewnia to również spójność z naszym głosem marki – gdy używasz systemu projektowania, cała aplikacja wygląda jak jeden spójny produkt, nawet jeśli jest budowana przez różne zespoły. Chcesz stworzyć płynne doświadczenie, które będzie spójne na wszystkich stronach produktu.

Na koniec system projektowania pozwala nam wprowadzać nasze potrzeby dostępności bezpośrednio w komponentach. Możemy być pewni, że nasz kod ma poprawną semantyczną składnię, został przetestowany pod kątem czytników ekranu i wejścia z klawiatury, oraz że komponenty są możliwe do zaznaczenia, gdy jest to potrzebne.

Mamy jedno źródło prawdy, które zapewnia integralność tych funkcji, i możemy być pewni, że nasza jakość nie pogorszy się z biegiem czasu.

Jakie są korzyści z posiadania systemu projektowania?

Homer: System projektowania poprawia doświadczenie pracowników dla projektantów i inżynierów. Zwiększa współpracę i pewność w zespole, że budujemy spójne i dostępne doświadczenia.

Jake: System projektowania zwiększa spójność, jasność użycia, możliwość ponownego wykorzystania i ostatecznie elastyczność w obrębie wytycznych. Bardzo ważne jest, aby dostępność była wbudowana w każde doświadczenie. Teraz, kiedy dostosowaliśmy Guru do obecnego systemu projektowania, możemy iterować i poprawiać się szybciej, ponieważ możemy zaktualizować komponenty w całej aplikacji.

Homer: Tak, doświadczenie projektanta jest kluczowe. Jedną rzeczą jest to, że projektanci i inżynierowie po prostu łapią komponenty i wkładają je do interfejsu i nazywają to „funkcją”, ale system projektowania wyjaśnia dlaczego wszystkie te doświadczenia są budowane.  

Ma to również wpływ na użyteczność w obu ścieżkach: użyteczność dla tych, którzy są jakoś ułomni i użyteczność dla tych, którzy są niepełnosprawni. Na przykład asystujące czaty działają całkowicie inaczej niż ktoś używający myszy, więc musimy być świadomi, jak system projektowania współpracuje z różnymi formami technologii asystujących.

Jakie są skutki nieposiadania systemu projektowania?

Homer: ZAMÓW!

Jake: Tak, zamieszanie! Czasami występuje również mentalność „błyszczącego przedmiotu” u projektantów, która prowadzi ich do chęci całkowitego przebudowywania doświadczeń, które ich nie satysfakcjonują.

System projektowania odbiera część tej elastyczności, co tak naprawdę nie utrudnia projektantom – uwalnia i wyzwala ich do myślenia: „jak mogę połączyć te komponenty i wzory UX, aby stworzyć to, co chcę zbudować?” Odbiera to też zgadywanie „czy mamy przycisk, który już tak wygląda?” albo „jak nazywamy tego typu użytkownikami?”

Homer: Bez systemu projektowania spotykasz się z sytuacjami, w których programiści kończą budować dwie sekcje aplikacji z podobnymi funkcjami, które są zakodowane całkowicie inaczej. To utrudnia utrzymanie kodu – test, który przechodzi dla jednej sekcji, może całkowicie zawieść dla drugiej.

System projektowania pozwala również inżynierom mniej martwić się o warstwę prezentacyjną, ponieważ już została za nich załatwiona w każdym komponencie. Bez niego musisz za każdym razem lokalizować każdy obszar aplikacji, który wydaje się podobny, gdy chcesz wprowadzić zmiany estetyczne.

Siłą systemu projektowania jest jego kaskadowanie: Jeśli wprowadzimy zmianę w przycisku w systemie projektowania, automatycznie zmienia się wszędzie tam, gdzie ten przycisk jest używany w aplikacji.

Jake: Ciekawą rzeczą w Guru jest to, jak ściśle współpracują nasi menedżerowie produktów, projektanci UX i inżynierowie. W niektórych organizacjach projektanci kończą „rzucać projekty przez ścianę”, co znacznie utrudnia każdorazową aktualizację projektów. Dzięki systemowi projektowania inżynierowie nie muszą martwić się o namierzanie projektantów, jeśli coś jest o piksel czy centymetr przesunięte. Zamiast tego mogą być pewni, że używając komponentów systemu projektowania, wszystko będzie poprawne.

Czy możesz podzielić się swoimi spostrzeżeniami na temat tego, gdzie jesteśmy w zakresie użyteczności i dostępności naszego produktu?

Homer: Z perspektywy użyteczności jesteśmy w znacznie lepszej sytuacji niż kilka lat temu, ponieważ interfejs staje się bardziej jednorodny. Mamy jeszcze długą drogę do przebycia, ale dokonaliśmy naszego „pierwszego przeglądu”, aby uporządkować najbardziej mylące elementy naszej aplikacji. Teraz możemy wrócić i dokonać tych drobnych poprawek, które robią dużą różnicę.

Kiedy mówię „użyteczność”, mam na myśli również dostępność, ponieważ użyteczność powinna być dla wszystkich naszych użytkowników.

Jake: Zgadzam się. Myślę, że przeszliśmy długą drogę dzięki systemowi projektowania i projektowi użyteczności, który niedawno zakończyliśmy. Jedną z najlepszych rzeczy w naszym systemie projektowania jest to, że sprawił on, że nasi projektanci są bardziej świadomi tego, jak ważna jest dostępność – odeszliśmy od wybierania kolorów tylko dlatego, że są „ładne” czy projektowania doświadczeń, które są po prostu „fajne”, i teraz poświęcamy czas na ocenę dostępności od samego początku.

Homer: Przeszliśmy również długą drogę w zakresie pisania tekstów w aplikacji (mikroteksty). Linkujemy do kart Guru, które szczegółowo opisują nasze standardy mikrotekstu bezpośrednio w systemie projektowania, co pomaga wszystkim upewnić się, że tekst w aplikacji jest dostępny.

Czy możesz obaj podzielić się swoją wizją zespołu systemu projektowania i dostępności w Guru?

Homer: Moja wizja zespołu to bycie centralnym hubem dla dokumentacji projektowej i rozwojowej oraz użyteczności w każdej części aplikacji. Widzę nas w utrzymywaniu standardów dla globalnych doświadczeń w całej aplikacji i współpracy z partnerami w firmie, aby to zrealizować.

Dlaczego ważne jest, aby budować produkt o wysokiej użyteczności w naszej branży (zarządzanie wiedzą) konkretnie?

Homer: Około 10% populacji globalnej ma niepełnosprawność. Kiedy o tym myślimy, zazwyczaj myślimy o niepełnosprawności fizycznej – ale największa grupa osób z niepełnosprawnościami ma niepełnosprawności poznawcze, których nie widać. W Stanach Zjednoczonych jest 33 miliony osób z niepełnosprawnością poznawczą, a to może obejmować od utraty pamięci krótkotrwałej po uszkodzenia wzroku. Wiele z nas pracuje w branży technologicznej i odczuwa ból doświadczeń, które nie są zaprojektowane z myślą o dostępności dla wszystkich użytkowników.

Jeśli więc myślisz, że „och, użytkownicy z niepełnosprawnościami nie korzystają z naszej aplikacji”, ponieważ ich nie widać, to daleko od prawdy. Są użytkownicy z niepełnosprawnościami budującymi te aplikacje.

Jake: Nasz rynek docelowy jest naprawdę nieograniczony, a rzeczą, nad którą musimy się zastanowić, jest to, jak nasza aplikacja wspiera nie tylko aktualnych użytkowników, ale także ludzi, którzy mogą używać nas w przyszłości. Musimy myśleć o tym, jak nasze nawigacje i hierarchia mogą pozostać elastyczne, a jednocześnie dostępne dla jak największej liczby osób.

Homer: Ilu z nas nosi okulary? Musimy pomyśleć, jak nasze narzędzie współdziała z narzędziami powiększającymi, aby wspierać tych użytkowników. A użytkownicy Guru nie mają ograniczeń wiekowych – wszyscy się starzeją, a nie powinniśmy oczekiwać, że nasi użytkownicy przestaną korzystać z technologii z powodu swoich danych demograficznych.

Mamy narzędzie, które umożliwia wszystkim dokumentowanie i dzielenie się informacjami w sposób, który jest naprawdę dostępny dla całego ich zespołu. Widzimy coraz więcej użytkowników eksplorujących Guru i pytających, jak tworzyć i udostępniać dostępne treści, ponieważ zdają sobie sprawę, że wpłynie to na wszystkich.

Nasza aplikacja nie jest zaprojektowana tylko dla zaawansowanych użytkowników; jest dla każdego, kto chce mieć możliwość tworzenia i dzielenia się informacjami w całej swojej organizacji. Dajemy im moc i swobodę, aby to zrobić.

Uwaga: Ten wywiad został skrócony dla zwięzłości i jasności.