Gå vidare
Boka en demo
Star Trek-teamet

Teknologiska framsteg gör livet lättare att leva.

För människor med funktionsvariationer handlar det om mer än så. För dem skapar teknologin nya möjligheter.

Tillgänglighet handlar om att skapa innehåll som når ut till en så stor publik som möjligt. I vårt fall handlar det om att designa och utveckla flexibla lösningar av hög kvalitet.

Lösningar som håller oavsett vilka förmågor användaren har, och oavsett hur hen föredrar att ta del av innehållet.

Pleo och tillgänglighet

Såhär är det. Vi vill göra Pleo mer tillgängligt. Och om sanningen ska fram har vi hittills inte tagit hem några guldmedaljer i ämnet. Visst finns det förklaringar till varför, men definitivt inga ursäkter.

Små företag har begränsade resurser och om de lyckas överleva konkurrensen behöver de vara strategiska i var de lägger sin energi.

När det gäller techföretag finns det ytterligare en dimension att beakta.

Att bygga tillgänglighetsanpassade lösningar har historiskt sett inte varit en självklar del av jobbet som utvecklare.

Det brukar snarare handla om några välmenande, halvdana lösningar – från Pleo och många liknande företag. 

En ny riktning

För oss förändrades inställningen brutalt förra året.

I november 2020 dedikerade vårt designteam en hel vecka åt att gräva djupare i ämnet tillgänglighet. Vi bestämde oss för att börja jobba aktivt med ämnet.

Så nu skulle jag vilja berätta om bakgrunden till det beslutet, hur det har gått, vad vi gjort hittills och vad vi lärt oss längs vägen.

Bakgrunden

Star Treks Spock sade en gång "The needs of the many outweigh the needs of the few." Han var förmodligen inte den första som gick i de tankebanorna. Framför allt är det ett vanligt tankesätt i affärsvärlden.

På många sätt är vi också ett företag som lyssnar till “the many” och inte “the few”.

Men det här fokuset på den större massan leda till problem. Tillgänglighet är en sådan sak som ofta stryker på foten. 

Prioriterar vi majoriteten och bortser från tillgänglighetsanpassningen för att kunna leverera fler funktioner snabbare? Eller ska vi istället göra det till vårt mål att bygga tillgänglighetsanpassad programvara, och saktar ner utvecklingen av nya funktioner?

Vi är ju trots allt ett företag. Men det här företaget utgörs av individer som bryr sig. Som tror att alla kan, och borde, bemötas med förståelse och empati.

Att tillgänglighetsanpassa handlar om så mycket mer än viljan att göra något bättre.

Och forskning visar (föga förvånande) att Spocks tanke är alldeles för förenklad.

Vi har hittat en väg framåt, och den är enklare än man kan tro.

En bättre produkt för alla

Spock reser runt i ett rymdskepp, mellan olika planeter och galaxer – en dramatisk existens fylld av utomjordingar.

Pleo bygger och säljer programvara som hanterar företagsutgifter på ett sätt som underlättar hela den tråkiga processen. Vi jagas inte av Klingons eller ger oss ut på äventyr, så vi behöver inte vara lika drastiska i våra handlingar som Spock. 

Så vi bestämde oss för att kasta ut hela idén om “the few”, och istället börja tänka på alla. För tillgänglighet påverkar oss alla.

Och om vi fokuserar på att bygga tjänster med hög tillgänglighet kommer vi i slutänden att bygga en bättre produkt för alla användare.

Så hur fungerar det i praktiken?

Pleos produkt byggs och bevaras av funktionsteam som historiskt sett har rullat på självständigt och extremt effektivt, samtidigt som de har skickat ut fullt utvecklade funktioner i en rasande takt.

Det fungerade bra att jobba så under en period.

Självständighet är toppen, men om alla löser unika problem utan att relatera dem till ett större sammanhang, kommer vi snart att börja dra produkten åt olika håll. 

Ihop med de olika färdigheter, personligheter, mål och erfarenheter som människorna i våra utvecklarteam har, kan det arbetssättet leda till olämpliga avstickare i grundkoden. Det kan i sin tur påverka användargränssnittet… och färga av sig på tillgängligheten. 

Så närmar vi oss problemet

Jag skulle vilja inleda det här stycket med ett erkännande. Vår produkt är inte i närheten så tillgänglighetsanpassad som vi vill att den ska vara.

Men vi har hittat vägen framåt och vi har börjat vår resa.

Såhär ser vår process ut: 

1) granska plattformen

2) fixa uppenbara tillgänglighetsproblem

3) kartlägg viktiga användarflöden

4) gör flödena navigerbara genom alternativ eller assisterande teknologi (tangentbord, skärmläsare, etc.)

5) testa tillsammans med människor som är beroende av den teknologin 

6) upprepa och optimera vid behov

Var befinner vi oss nu? 

Någonstans mellan steg 3) och 4) för webbapparna och i startgroparna för mobilapparna. 

Pleo har tre huvudsakliga plattformar som riktar sig mot kunder: vår kommersiella hemsida, webbappen och mobilappen. 

Alla plattformar måste ha hög tillgänglighetsanpassning om vi vill bygga en stabil användarupplevelse för individer som är beroende av assisterande teknik eller som har specifika preferenser gällande hur de konsumerar innehåll eller löser digitala uppgifter. 

Om du har möjlighet att skaffa produkten, men inte använda den? Då har vi misslyckats.

Om onboardingen inte är tillgänglighetsanpassad, men appen är det? Det får vi isåfall aldrig veta, eller hur? Då misslyckas vi igen. 

Det är därför vi måste se till det stora hela när vi jobbar med tillgänglighet på Pleo.

Hur granskar vi? För webbaserade lösningar är granskning av verktygen redan tillgängligt. Vi använder Chrome Lighthouse, ChromeLens och Axe för att hitta misstag och fixa dem i vår huvudsakliga produkt. Målet är att jobba på samma sätt för vår kommersiella hemsida och vi letar just nu efter verktyg som kan användas för vår mobilapp. 

Hur prioriterar vi? Vi börjar med att se till att huvudkomponenterna i vårt användargränssnitt håller hög kvalitet och att de möter kraven på tillgänglighet. Om byggstenarna har brister, kommer hela konstruktionen att bli instabil. 

Om vi bygger ett flöde (låt oss säga flödet för att uppdatera dina profiluppgifter) med icke-tillgängliga komponenter, kommer du inte att kunna utforska det flödet. Därför måste åtminstone komponenterna byggas utifrån webbstandarder för tillgänglighet. Allt ska kunna navigeras med tangentbord, ha tillräcklig kontrast och logiska interaktionsmönster. 

Vad är strategin? Det är ingen hemlighet att vårt fokus på tillgänglighet kommer att påverka i vilken takt vi utvecklar nya funktioner, särskilt i början. Men genom att säkerställa att de viktigaste funktionerna är tillgängliga med assisterande teknologi, sätter vi ribban för framtida arbete. 

Vem äger vad? Alla team som bidrar till produkten bör ha kunskap om tillgänglighet. Men färdigheter och erfarenheter kan skilja sig åt, så någon behöver ta ansvaret. 

Vårt DesignOps-team säkerställer att varje komponent från vårt designsystem har hög tillgänglighetsanpassning och byggs med rätt semantik. Vi prisar tillgänglighet och uppmuntrar andra team på Pleo att bygga komponenter efter sådan standard.

Hur upprätthåller vi hög standard? Att bibehålla fokus på tillgänglighet, från idé till färdig komponent till lansering, hjälper oss att säkerställa tillgängligheten i grunden. 

Ur programmeringssynpunkt kan vi säkerställa kvaliteten genom att implementera kontroller av kod, tillgänglighetstester och granskningar under utvecklingen. Ur användarsynpunkt lyssnar vi på våra kunder när de stöter på problem och listar ut hur vi ska kunna hjälpa dem vidare. 

Vad händer härnäst? Vi har påbörjat en resa mot att bygga mer tillgänglighetsanpassade lösningar hos Pleo.

Vi är inte där än, men vi är inställda på att göra vår produkt mer tillgänglig för alla den närmsta tiden. 

Alla våra team vet hur viktigt det är med tillgänglighetsanpassning. Vi behöver fokusera på att förbättra den, inte bara för att det är bra ur affärssynpunkt, utan helt enkelt för att det är rätt sak att göra. 

Det här blogginlägget skrivs inte för att prisa alla våra framgångar hittills. Vi vill bara vara ärliga. Jag tänker att när vi läser de här orden om ett halvår, eller ett år, eller fem, vill vi känna stolthet över utvecklingen vi gjort vad gäller tillgänglighetsanpassningen. Det är logiskt, som Spock skulle ha sagt. 

Det innebär också att vi ber dig om hjälp.

Har du noterat något i vår app som ställer till problem (små eller stora) för dig eller någon av dina kollegor?

Hör gärna av dig till mig (allan@pleo.io) så tar vi det därifrån. 

Du kanske gillar...