Att ha en produkt med många funktioner kan vara svårt att förstå. För oss är det en ständig balansgång mellan att snabbt lägga till nya funktioner och att göra dem lätta att använda. Det är där våra riktlinjer för användbarhet kommer in i bilden. De hjälper oss att fatta designbeslut, prioritera vad vi ska göra för att göra det användbart i första hand och avgöra vad som kan förbättras under en senare iteration. Genom att arbeta på det här sättet behöver du inte vänta tills funktionen är helt perfekt och du som kund kan redan nu dra nytta av den nya funktionen.
Nivåer av användbarhet
Vissa funktioner kommer tyvärr alltid att kräva lite mer eftertanke
Vissa funktioner är komplexa till sin natur, till exempel när det gäller att skapa integrationer med andra system. Det är därför vi har definierat olika nivåer av användbarhet. För att göra det tydligt behöver inte alla våra riktlinjer tillämpas på varje funktion som vi arbetar med.
Om vi tar exemplet med integrationer kan vi göra det superenkelt på vår sida, men vi har inget inflytande över användbarheten i det system som du skapar integrationen med. Dessutom kan det omfatta viss kodning eller avancerade inställningar i flera system. Därför kommer det troligen aldrig att vara en enkel uppgift att slutföra. Det är något som är mer avancerat till sin natur. Särskilt om något går fel är det ibland svårt att avgöra vilken sida som orsakar avbrottet i ditt flöde ?.
Jag har i hemlighet presenterat två av våra fem användbarhetsnivåer för dig i föregående stycke. Låt mig dela de andra med dig:
Mångtråkiga uppgifter bör göras enkla.
Utmanande uppgifter bör göras lätta.
Avancerade uppgifter bör göras genomförbara.
Sofistikerade uppgifter bör stödjas.
Avancerade uppgifter som vi inte planerar att stödja.
Låt mig göra det här lite mer konkret. Vissa funktioner, till exempel att lägga till frågor, är vardagliga saker att göra. Vi vill att det ska vara enkelt. För att nå dit vill vi att alla våra riktlinjer för användbarhet ska tillämpas. Andra funktioner, som att konfigurera single sign-on, är i sig mer komplexa. Men vi vill ändå stödja den här funktionen. När det gäller en sofistikerad funktion, som den här, är det färre riktlinjer som behöver följas.
Men hur ser vi till att användarupplevelsen är optimalt utformad för alla de bestämda nivåerna? Vad behöver vi för att få det gjort? Låt mig presentera vår process för dig.
Riktlinjer i praktiken
Välja vad vi ska arbeta med
Först bestämmer vi vilken funktion vi ska arbeta med i första hand. Vi går igenom en process där vi jämför vikten av olika högprioriterade funktioner för att avgöra vad som är mest angeläget att arbeta med.

I will use our export buttons as an example. They enable the exporting of the results of participants to a file you can view and crunch further in Excell. The image on the right shows how they all used to look. From this button, you do not know the behavior that it has. Do you have to wait for all the data to compile first, or does it download straight away? Because of all this unclarity, we decided to pick it up.
Fastställande av aktuellt tillstånd
Därefter bedömer vi vilken nivå av användbarhet funktionen har genom att gå igenom de riktlinjer som bör tillämpas. Sedan bestämmer vi också vilken nivå vi vill sträva efter. Detta kan skilja sig från slutmålet, eftersom det kan vara ett för stort steg att ta i en iteration. Genom att göra det vet vi vilka riktlinjer vi ska fokusera på under den här iterationen för att säkerställa bästa möjliga användarupplevelse.
För varje iteration fokuserar vi främst på att förbättra en riktlinje i taget. Det betyder inte att vi inte tar hänsyn till de andra riktlinjerna över huvud taget. Vi vill bara förbättra minst en sak i taget, och som Jeroen påminde mig om en gång: snabbhet är också kvalitet. "Vi arbetar i korta cykler eftersom det har visat sig att det faktiskt går snabbare och ger bättre resultat, men det innebär att vi måste ta små steg och att allt inte passar in", förklarar Anouk, en av våra frontend-designers.
Vi släpper hellre en ny eller förbättrad funktion snabbt än tar lång tid på oss att göra den perfekt
Vi har bestämt att processen för att exportera dina resultat ska vara enkel. Det innebär att alla våra riktlinjer måste tillämpas. Knappen bröt mot våra riktlinjer för förutsägbarhet, som säger att kunderna ska kunna förstå hur de ska interagera med en funktion och framgångsrikt kunna förutsäga resultaten. Det var det vi bestämde oss för att fokusera på i den här iterationen.
Hitta en lösning
När vi sedan diskuterar möjliga lösningar bestämmer vi oss för vilken av riktlinjerna som är viktigast att förbättra just då. Det sätt på vilket vi ska göra det ingår sedan i den föreslagna lösningen. Och sedan är det äntligen dags att börja göra verklighet av det!
Som nämnts tidigare fanns det i princip två saker som kunde hända när man klickade på exportknappen. Antingen måste du vänta lite innan den laddas ner, eller så laddas den ner direkt. För att tydliggöra vad man kan förvänta sig designade vi en knapp för vart och ett av de två scenarierna.
The Start Export button (see image on the right) implies the waiting time through the use of the icon. The wording also shows that you will start the process of exporting so you will not have an immediate result.
The Export button (see image on the right) shows it will download straight away because of the universally used icon for downloading. The wording implies that it is a one-click action and that the data is available straight away.
Utvärdering av förbättringen
Slutligen, när utvecklingsdelen av storyn är klar, testar teamet den genom att gå igenom möjliga scenarier baserade på acceptanskriterierna. Genom att göra detta kan vi bedöma om standarderna för riktlinjerna uppfylls. När testningen har slutförts framgångsrikt släpper vi storyn och du kan också använda den nya eller förbättrade funktionen ?.
På grund av de förbättringar vi gjort har vi kommit fram till att kraven på förutsägbarhet har uppfyllts. Eftersom de andra riktlinjerna redan har tillämpats kan vi säga att det här är Mundane!