Als onderdeel van onze inzet om de toegankelijkheid en bruikbaarheid van Guru te verbeteren, hebben we een speciaal ontwerpsysteem “pod” dat zich richt op het creëren van consistente, toegankelijke en mooie ervaringen binnen Guru. Vandaag delen we een interview met de leiders van die pod om een kijkje te geven in hun doordachte en weloverwogen proces van het creëren van een geweldig ontwerpsysteem.

Bedankt dat je vandaag bij ons bent! Om te beginnen, kun je een beetje over jezelf en je rol bij Guru vertellen?

Homer: Mijn naam is Homer Gaines en ik ben een gecertificeerde toegankelijkheidsspecialist die sinds 2001 in de toegankelijkheidsruimte werkt. Nu ben ik de Staff UI Engineer bij Guru, en leid ik het Design System team.

Jake: Ik ben Jake Sauer en ik ben de Lead Product Designer van de Design System en Search teams. Ik werk nu iets meer dan vier jaar bij Guru en ik ben al ongeveer een decennium bezig met productontwerp.

Wat heeft je naar het ontwerpteam van Guru gebracht?

Homer: Ik heb eerder met enkele van de leiders van Guru gewerkt en had een vergelijkbare rol waarin ik me richtte op toegankelijkheid en hielp bij het bouwen van het ontwerpsysteem. Toen ze naar Guru kwamen, hebben ze me gevraagd om te helpen met het opzetten van het ontwerp systeem en Guru op het gebied van toegankelijkheid op snelheid te krijgen.

Jake: Ik was de tweede productontwerper bij Guru en we hadden op dat moment geen enkel spoor van een ontwerpsysteem. In mijn tweede jaar wilden we de hiërarchie van ons product opnieuw bekijken, wat ertoe leidde dat ik de eerste oprechte poging deed om een kortstondig ontwerpsysteem op te bouwen (ik noemde het zelfs “SAGE”, wat ook de naam is van ons nieuwe ontwerpsysteem).

Op dat moment werd het alleen door ontwerpers aangenomen—we dachten nooit aan het als een holistisch systeem dat nuttig zou zijn voor engineering en ontwerp. Toen we het ontwerpsysteem werkgroep vorig jaar opnieuw opzetten, was ik de natuurlijke kandidaat voor ontwerpleider.

Kun je enkele van de doelen van het ontwerpteam en de doelstellingen van het ontwerpsysteem bij Guru delen?

Jake: Ontwerpers kunnen doorgaans sneller bewegen dan ingenieurs als het gaat om prototyping en ideevorming, maar het vereist nog steeds veel voorafgaand bouwen. Dus mijn doel is dat het ontwerpsysteem ontwerpers in staat stelt minder over de componenten van de UI na te denken en meer over de ervaring van de gebruiker, wat helpt bij de snelheid van iteratie.

Ook was ik historisch de enige betrouwbare bron voor patronen van ontwerpsysteem, zodat andere ontwerpers naar mij moesten komen voor vragen over stijlen van knoppen, tekst, etc.

Ik wilde niet de “schouderklop” voor het antwoord zijn—ik wilde een systeem opbouwen dat alle ontwerpers in staat zou stellen om zelf beslissingen te nemen, met het beste gebruikerservaring in gedachten.

Homer: En voor ingenieurs is ons doel om te zorgen dat het ontwerpsysteem gelijkheid creëert tussen de engineering- en ontwerpteams. Dit vergroot het vertrouwen van onze ontwerpers omdat ze weten dat wanneer ze een nieuwe ervaring bouwen, ze gebruik maken van vooraf goedgekeurde, toegankelijke componenten die al in het product bestaan.

Dit geeft ook de ingenieur die uiteindelijk het project bouwt een vergelijkbaar vertrouwen omdat ze weten dat ze werken met elementen die al in het product bestaan. Ze kunnen gemakkelijk die componenten uit de SAGE-bibliotheek ‘pakken’, in plaats van ze vanaf de grond af te moeten opbouwen, wat de snelheid en efficiëntie verbetert.

Het zorgt ook voor consistentie met onze merkstem—wanneer je een ontwerpsysteem gebruikt, lijkt de hele applicatie op één samenhangend product, ook al is deze gebouwd door verschillende teams. Je wilt een naadloze ervaring creëren die consistent aanvoelt over alle pagina’s van het product.

Tot slot stelt het ontwerpsysteem ons in staat om onze toegankelijkheidsbehoeften direct binnen de componenten te integreren. We kunnen er zeker van zijn dat onze code de juiste semantische opmaak heeft, is getest voor schermlezers en toetsenbordinvoer, en dat componenten zich kunnen focussen wanneer dat nodig is.

We hebben één enkele betrouwbare bron die de integriteit van deze functies waarborgt, en we kunnen er zeker van zijn dat onze kwaliteit in de loop van de tijd niet afneemt.

Wat zijn de voordelen van het hebben van een ontwerpsysteem?

Homer: Het ontwerpsysteem verbetert de werknemerservaring voor ontwerpers en ingenieurs. Het vergroot de samenwerking en het vertrouwen binnen het team dat we consistente en toegankelijke ervaringen opbouwen.

Jake: Het ontwerpsysteem vergroot de consistentie, het gebruiksgemak, de herbruikbaarheid en uiteindelijk de flexibiliteit binnen de richtlijnen. Het is echt belangrijk dat toegankelijkheid in elke ervaring verweven is. Nu we Guru hebben versterkt om aan het huidige ontwerpsysteem te voldoen, stelt het ons in staat om sneller te itereren en te verbeteren omdat we componenten door de hele app kunnen bijwerken.

Homer: Ja, de ontwerperservaring is essentieel. Het is één ding voor de ontwerpers en ingenieurs om simpelweg componenten te pakken en in de interface te plaatsen en het een "functie" te noemen, maar het ontwerpsysteem legt de waarom achter hoe al deze ervaringen zijn opgebouwd.  

Het heeft ook impact op de bruikbaarheid over beide paden: bruikbaarheid voor degenen die gelabeld zijn en bruikbaarheid voor degenen die gehandicapt zijn. Bijvoorbeeld, assistieve chat werkt volkomen anders dan iemand die een muis gebruikt, dus we moeten ons realiseren hoe het ontwerpsysteem werkt met verschillende vormen van assistieve technologie.

Wat zijn de gevolgen van het niet hebben van een ontwerpsysteem?

Homer: VERWARRING!

Jake: Ja, verwarring! Er is ook soms een “shiny object”-mentaliteit bij ontwerpers die hen ertoe brengt om volledig opnieuw ervaringen te willen opbouwen waar ze ontevreden mee zijn.

Het ontwerpsysteem neemt een deel van die flexibiliteit weg, wat de ontwerper niet hindert—het bevrijdt en daagt hen uit om te denken: “hoe kan ik deze componenten en UX-patronen combineren om te creëren wat ik wel wil bouwen?” Het neemt het giswerk weg van “hebben we een knop die er zo uitziet?” of “hoe noemen we deze soorten gebruikers?”

Homer: Zonder een ontwerpsysteem kom je in situaties waar ontwikkelaars eindigen met twee delen van een applicatie met vergelijkbare functies en functies die volledig verschillend zijn gecodeerd. Dit maakt het moeilijk om de code te onderhouden–een test die voor het ene deel slaagt, kan volledig falen voor het andere.

Het ontwerpsysteem stelt de ingenieurs ook in staat om zich minder zorgen te maken over de presentatielaag, omdat dit al binnen elke component is afgehandeld. Zonder het, zou je elke keer dat je een stijlaanpassing wilt maken, elke plek in de applicatie moeten opsporen die vergelijkbaar aanvoelt.

De kracht van het ontwerpsysteem ligt in hoe het cascades: Als we een wijziging aanbrengen in een knop in het ontwerpsysteem, wordt deze automatisch overal waar die knop zich in de applicatie bevindt, veranderd.

Jake: Iets unieks aan Guru is hoe nauw onze Product Managers, UX Designers en Ingenieurs samenwerken. In sommige organisaties eindigen ontwerpers met het “over de muur gooien” van ontwerpen voor ingenieurs om op te pakken, waardoor het veel moeilijker wordt wanneer ontwerpen moeten worden bijgewerkt. Met het ontwerpsysteem hoeven ingenieurs zich geen zorgen te maken over het opsporen van ontwerpers als iets één pixel van het midden af is. In plaats daarvan kunnen ze er vertrouwen in hebben dat alles correct zal zijn door gebruik te maken van componenten uit het ontwerpsysteem.

Kun je je perspectief delen over hoe we ervoor staan wat betreft de bruikbaarheid en toegankelijkheid van ons product?

Homer: Vanuit bruikbaarheidsperpectief zitten we veel beter dan een paar jaar geleden, gewoon omdat de UI steeds meer verenigd wordt. We hebben nog een lange weg te gaan, maar we hebben onze “eerste poging” gedaan om de meest verwarrende delen van onze applicatie te versterken. Nu kunnen we teruggaan en die fijne aanpassingen maken die het verschil maken.

Als ik “bruikbaarheid” zeg, bedoel ik ook toegankelijkheid, omdat bruikbaarheid voor iedereen van onze gebruikers moet zijn.

Jake: Ik ben het ermee eens. Ik denk dat we een lange weg hebben afgelegd dankzij het ontwerpsysteem en het bruikbaarheidsproject dat we recentelijk hebben voltooid. Een van de beste dingen van ons ontwerpsysteem is dat het onze ontwerpers zich bewuster heeft gemaakt van hoe belangrijk toegankelijkheid is—we zijn afgeweken van het kiezen van kleuren omdat ze “mooi” zijn of het ontwerpen van ervaringen die gewoon “leuk” zijn, en nemen nu de tijd om toegankelijkheid vanaf het begin te beoordelen.

Homer: We hebben ook een lange weg afgelegd op het gebied van in-app copywriting (microcopy). We verwijzen naar Guru Cards die onze microcopy-standaarden in het ontwerpsysteem uiteenzetten, wat iedereen helpt ervoor te zorgen dat in-app copy toegankelijk is.

Kun je allebei je visie voor het ontwerpteam en toegankelijkheid bij Guru delen?

Homer: Mijn visie voor het team is om de centrale hub te zijn voor ontwerp- en ontwikkelingsdocumentatie en bruikbaarheid van elk gebied van de app. Ik zie ons standaarden onderhouden voor globale ervaringen door de app heen en samenwerken met partners binnen het bedrijf om dat te laten gebeuren.

Waarom is het belangrijk om een zeer bruikbaar product in onze industrie (kennisbeheer) specifiek te bouwen?

Homer: Ongeveer 10% van de wereldbevolking heeft een handicap. Wanneer we daarover nadenken, denken we meestal aan fysieke handicaps—maar de grootste groep mensen met handicaps heeft cognitieve handicaps, die je niet kunt zien. Er zijn 33 miljoen mensen in de Verenigde Staten met een cognitieve handicap, en dat kan variëren van kortetermijngeheugenverlies tot visuele beperkingen. Velen van ons werken in de technologie-industrie en voelen de pijn van ervaringen die niet zijn ontworpen met toegankelijkheid voor alle gebruikers in gedachten.

Dus als je denkt “oh, gebruikers met handicaps gebruiken onze applicatie niet” omdat je ze niet kunt zien, dat kan niet verder van de waarheid zijn. Er zijn gebruikers met handicaps die die applicaties bouwen.

Jake: Onze adresseerbare markt is echt eindeloos, en het enige waar we aandacht aan moeten besteden is hoe onze applicatie niet alleen huidige gebruikers ondersteunt, maar ook mensen die ons in de toekomst kunnen gebruiken. We moeten nadenken over hoe onze navigatie en hiërarchie flexibel kan blijven terwijl deze toegankelijk blijft voor zoveel mogelijk mensen.

Homer: Hoeveel van ons dragen bril? We moeten nadenken over hoe onze tool omgaat met vergrotingshulpmiddelen om die gebruikers te ondersteunen. En gebruikers van Guru hebben geen leeftijdslimiet—iedereen wordt ouder en we zouden niet moeten verwachten dat onze gebruikers stoppen met het gebruik van technologie vanwege hun demografie.

We hebben een tool die iedereen in staat stelt om informatie vast te leggen en te delen op een manier die daadwerkelijk toegankelijk is voor hun hele team. We zien steeds meer gebruikers verkennen Guru en vragen hoe ze toegankelijke content kunnen maken en delen omdat ze zich realiseren dat het iedereen zal aangaan.

Onze applicatie is niet alleen ontworpen voor power users; het is voor iedereen die informatie in zijn organisatie wil kunnen vastleggen en delen. We geven hen de kracht en vrijheid om dat te doen.

Opmerking: Dit interview is bewerkt voor beknoptheid en duidelijkheid.