Som en del av vårt åtagande att förbättra tillgängligheten och användbarheten av Guru har vi ett dedikerat designsystem “pod” som fokuserar på att skapa konsekventa, tillgängliga och vackra upplevelser över hela Guru. Idag delar vi en intervju med ledarna för den podden för att ge en inblick i deras genomtänkta och avsiktliga process att skapa ett fantastiskt designsystem.

Tack för att du deltar idag! För att börja, kan du berätta lite om dig själv och din roll på Guru?

Homer: Mitt namn är Homer Gaines, och jag är en certifierad tillgänglighetsspecialist som har arbetat inom tillgänglighetsområdet sedan 2001. Nu är jag Staff UI Engineer på Guru, och leder designteamet.

Jake: Jag är Jake Sauer, och jag är Lead Product Designer för Design System- och sökteam. Jag har varit på Guru i lite mer än fyra år och har varit inom produktdesign i cirka ett decennium.

Vad fick dig att gå med i designsystemteamet på Guru?

Homer: Jag hade arbetat med några av Gurus ingenjörsledare tidigare och hade en liknande roll där jag fokuserade på tillgänglighet och hjälpte till att bygga designsystemet. När de kom till Guru, tog de över mig för att hjälpa till att sätta upp designsystemet och få Guru att hänga med ur ett tillgänglighetsperspektiv.

Jake: Jag var den andra produktdesignern på Guru, och vi hade överhuvudtaget inget designsystem då. Under mitt andra år tittade vi på att göra om hierarkin av vår produkt, vilket ledde till att jag byggde det första ärliga försöket på ett kortvarigt designsystem (jag kallade det till och med "SAGE", vilket är namnet på vårt nya designsystem).

Vid den tiden antogs det endast av designers – vi tänkte aldrig på det som ett holistiskt system som skulle vara användbart för ingenjörerna och design. När vi återupptog designsystemets arbetsgrupp igen förra året var jag den självklara kandidaten för designledare.

Kan du dela några av målen för designsystemteamet och målen för designsystemet på Guru?

Jake: Designers kan vanligtvis röra sig snabbare än ingenjörer när det gäller prototyper och idéer, men det kräver fortfarande mycket förarbete. Så mitt mål är att designsystemet möjliggör för designers att tänka mindre på komponenterna i användargränssnittet och mer på användarens upplevelse, vilket hjälper iterationshastigheten.

Dessutom var jag historiskt den enda källan till sanning om designsystemets mönster, så andra designers tvingades komma till mig för frågor om knappstilar, text med mera.

Jag ville inte vara den som andra felaktigt vände sig till för svar – jag ville bygga ett system som skulle ge alla designers möjlighet att fatta beslut själva, med bästa användarupplevelse i åtanke.

Homer: Och för ingenjörer är vårt mål att ha designsystemet skapa paritet mellan ingenjörs- och designteam. Det ökar våra designers förtroende eftersom de vet att när de bygger en ny upplevelse så använder de komponenter som redan finns i produkten och är granskade för tillgänglighet.

Det ger också ingenjören som bygger projektet liknande förtroende eftersom de vet att de arbetar med element som redan finns i produkten. De kan enkelt gå och "hämta" dessa komponenter från SAGE-biblioteket, istället för att behöva bygga dem från grunden, vilket förbättrar hastigheten och effektiviteten.

Det säkerställer också konsekvens i vår varumärkesröst – när du använder ett designsystem ser hela applikationen ut som en sammanhängande produkt, även om den byggs av flera olika team. Du vill skapa en sömlös upplevelse som känns konsekvent över alla sidor i produkten.

Slutligen gör designsystemet att vi kan integrera våra tillgänglighetsbehov direkt i komponenterna. Vi kan vara säkra på att vår kod har korrekt semantisk markering, har testats för skärmläsare och tangentbordsinmatningar, och att komponenter är fokuserade när det behövs.

Vi har en enda källa av sanning som säkerställer integriteten av dessa funktioner, och vi kan vara säkra på att vår kvalitet inte kommer att försämras över tid.

Vad är fördelarna med att ha ett designsystem på plats?

Homer: Designsystmet förbättrar medarbetarupplevelsen för designers och ingenjörer. Det ökar samarbetet och förtroendet mellan teamet att vi bygger konsekventa och tillgängliga upplevelser.

Jake: Designsystemet ökar konsekvensen, tydligheten i användningen, återanvändning och i slutändan, flexibiliteten inom riktlinjerna. Det är verkligen viktigt att ha tillgänglighet integrerad i varje upplevelse. Nu när vi har stärkt Guru för att möta det aktuella designsystemet, kan vi iterera och förbättra snabbare eftersom vi kan uppdatera komponenter över hela appen.

Homer: Ja, designerupplevelsen är avgörande. Det är en sak för designerna och ingenjörerna att bara ta komponenter och sätta dem i gränssnittet och kalla det en "funktion" men designsystemet förklarar varför alla dessa upplevelser byggs.  

Det påverkar också användbarheten över båda vägar: användbarheten för dem som är märkta och användbarheten för dem som är funktionshindrade. Till exempel fungerar assistiv chatt helt annorlunda än någon som använder en mus, så vi måste vara medvetna om hur designsystemet fungerar med olika former av assistiv teknik.

Vad är följderna av att inte ha ett designsystem på plats?

Homer: FÖRVIRRING!

Jake: Ja, förvirring! Det finns också ibland en "skina objekt" mentalitet hos designers som får dem att vilja bygga om upplevelser som de inte är nöjda med.

Designsystemet tar bort några av den flexibiliteten, vilket faktiskt inte hindrar designern – det befriar och utmanar dem att tänka: "hur kan jag kombinera dessa komponenter och UX-mönster för att skapa vad jag vill bygga?" Det tar bort gissningar av "har vi en knapp som ser ut så här redan?" eller "vad kallar vi sådana typer av användare?"

Homer: Utan ett designsystem stöter du på situationer där utvecklare bygger två sektioner av en applikation med liknande funktioner och funktioner som kodas helt olika. Det gör det svårt att underhålla koden – ett test som går igenom för en sektion kan helt misslyckas för den andra.

Designsystemet gör det också möjligt för ingenjörerna att oroa sig mindre för presentationslagret eftersom det redan är omhändertaget för dem inom varje komponent. Utan det skulle du behöva spåra varje område av applikationen som känns liknande varje gång du vill göra en stiländring.

Kraften i designsystemet handlar om hur det kaskader: Om vi gör en förändring på en knapp i designsystemet, så ändras det automatiskt överallt där den knappen finns i applikationen.

Jake: Något unikt med Guru är hur tätt våra produktchefer, UX-designers och ingenjörer arbetar. I vissa organisationer kommer designers att "släppa designen över väggen" för ingenjörer att plocka upp, vilket gör det mycket svårare varje gång designerna behöver uppdateras. Med ett designsystem behöver ingenjörerna inte oroa sig för att spåra upp designers om något är en pixel utanför. Istället kan de vara säkra på att genom att använda designsystemkomponenter, så kommer allt att vara korrekt.

Kan du dela dina perspektiv på var vi står när det gäller användbarheten och tillgängligheten av vår produkt?

Homer: Ur ett användbarhetsperspektiv är vi på en mycket bättre plats än där vi var för några år sedan, helt enkelt för att användargränssnittet blir mer enhetligt. Vi har fortfarande en lång väg att gå, men vi har tagit vårt "första försök" för att stärka de mest förvirrande delarna av vår applikation. Nu kan vi gå tillbaka och göra de små justeringar som gör hela skillnaden.

När jag säger “användbarhet” menar jag också tillgänglighet eftersom användbarhet ska gälla för alla våra användare.

Jake: Jag håller med. Jag tycker att vi har kommit långt tack vare designsystemet och det användbarhetsprojekt vi nyligen avslutat. En av de bästa sakerna med vårt designsystem är att det har gjort våra designers mer medvetna om hur viktigt tillgänglighet är – vi har rört oss bort från att välja färger bara för att de är "fina" eller designa upplevelser som bara är "coola", och tar nu tid att bedöma tillgänglighet från början.

Homer: Vi har också kommit långt när det gäller in-app copywriting (mikrotext). Vi länkar till Guru-kort som detaljers våra mikrotextstandarder direkt i designsystemet, vilket hjälper alla att se till att in-app-texter är tillgängliga.

Kan ni båda dela er vision för designsystemteamet och tillgängligheten på Guru?

Homer: Min vision för teamet är att vara den centrala navet för design- och utvecklingsdokumentation och användbarhet i varje område av appen. Jag ser att vi upprätthåller standarder för globala upplevelser över appen och arbetar med partners i hela företaget för att få det att hända.

Varför är det viktigt att bygga en mycket användbar produkt inom vår bransch (kunskapshantering) specifikt?

Homer: Cirka 10% av den globala befolkningen har en funktionsnedsättning. När vi tänker på det, tänker vi vanligtvis på fysiska funktionsnedsättningar – men den största gruppen personer med funktionsnedsättningar har kognitiva funktionsnedsättningar, som du inte kan se. Det finns 33 miljoner människor i USA med en kognitiv funktionsnedsättning, och det kan variera från kortvarigt minnesförlust till synskador. Många av oss arbetar inom teknikbranschen och känner av smärta från upplevelser som inte är designade med tillgänglighet i åtanke för alla användare.

Så om du tänker "åh, användare med funktionsnedsättningar använder inte vår applikation" eftersom du inte kan se dem, så är det längre ifrån sanningen. Det finns användare med funktionsnedsättningar som bygger dessa applikationer.

Jake: Vår adresserbara marknad är verkligen oändlig, och det vi måste tänka på är hur vår applikation stödjer inte bara aktuella användare utan också personer som kan använda oss i framtiden. Vi behöver tänka på hur vår navigering och hierarki kan förbli flexibel medan den är tillgänglig för så många människor som möjligt.

Homer: Hur många av oss bär glasögon? Vi måste tänka på hur vårt verktyg interagerar med förstoringverktyg för att stödja dessa användare. Och användare av Guru har ingen åldersgräns – alla blir äldre, och vi borde inte förvänta oss att våra användare slutar använda teknik på grund av sin demografi.

Vi har ett verktyg som ger alla möjlighet att dokumentera och dela information på ett sätt som faktiskt är tillgängligt för hela deras team. Vi ser fler och fler användare som utforskar Guru och frågar hur man skapar och delar tillgängligt innehåll för att de inser att det kommer att påverka alla.

Vår applikation är inte bara utformad för kraftanvändare; den är för alla som vill kunna skriva och dela information i hela sin organisation. Vi ger dem makten och friheten att göra det.

Obs: Denna intervju har redigerats för korthet och tydlighet.