Har ni en digital tjänst som blivit mer komplex än den först verkade?
Vi hjälper er reda ut logiken, testa flöden tidigt och bygga rätt sak i rätt ordning. Börja med kärnan, lär er vad som fungerar och bygg vidare därifrån.
Paxly är ett avancerat bokningssystem som nu behöver hantera allt från gruppaktiviteter till mötesrumsbokningar. Uppdraget handlade om att addera komplexa funktioner som resursbokning och kundförmåner utan att systemet blev överväldigande för användarna.


Min roll som UX-designer i Paxly-teamet handlar ofta om att balansera nya funktioner mot ett system som redan är fullpackat med logik. När vi skulle införa Resursbokning – där kunden kan boka exempelvis mötesrum – insåg vi snabbt att komplexiteten för administratörerna skulle öka rejält. Det räckte inte med att bara lägga till ett par knapp; vi behövde bygga ett helt nytt flöde där kunden väljer resursen och stegvis genomför bokningen, något som admin dessutom ska kunna hantera in i minsta detalj. Förutom flödet behövdes även speciella prissättningar, saldobegränsningar, blocktider och mycket mer. Utmaningen var att göra det avancerade begripligt utan att det kändes rörigt eller överväldigande.
Den svåraste specifika nöten att knäcka var att hantera kundförmåner, alltså de regler som gör att vissa bokningar blir gratis eller rabatterade för specifika användare. Eftersom funktionen inte fanns tidigare behövde jag och utvecklarna ha en nära dialog för att förstå vad som var tekniskt möjligt att bygga.
En kund kunde nu få olika förmåner så som fria resursbokningar med begränsningar per dag och som bara gäller för vissa bokningar. Eller en rabatt vid köp av en resurs, som i vissa fall tillämpas automatiskt baserat på vem köparen är, och i andra fall läggs till manuellt.
Det blev snabbt avancerat...

Vi landade i att skapa ett helt nytt flöde i administratörsverktyget för att hantera dessa förmåner och koppla dem direkt till prissättningsreglerna. För att säkerställa att vi var på rätt väg arbetade vi med prototyper och användarflöden som vi testade och skruvade på i flera omgångar. Genom att skilja på administratörens behov av struktur och slutkundens behov av snabbhet, kunde vi vidareutveckla det befintliga designsystemet till två riktade spår som tjänar sina respektive syften.

Det jag är mest nöjd med är att vi lyckades integrera ett så pass omfattande och komplext arbetspaket så att det faktiskt känns som en naturlig del av systemet, inte som något vi bara klistrat på i efterhand. Om jag ska lyfta en enskild del är jag extra stolt över det publika bokningsflödet. Att lyckas koka ner alla avancerade regler för priser och tillval till något som för slutkunden upplevs som helt enkelt och intuitivt är precis det jag strävar efter som designer.
Vi hjälper er reda ut logiken, testa flöden tidigt och bygga rätt sak i rätt ordning. Börja med kärnan, lär er vad som fungerar och bygg vidare därifrån.
Har ni en idé som behöver bli en fungerande digital produkt? Hör av er.





