Read in English →

När nya SaaS-användare fastnar i onboarding är det lockande att beställa en ny introduktionsguide. Men problemet kan lika gärna ligga i behörigheter, första arbetsuppgiften eller en otydlig produktmodell. Så köper ni rätt UX-hjälp utan att börja med lösningen.

Utgå från första meningsfulla uppgiften

Definiera vilken handling som visar att en ny användare fått verklig nytta: exempelvis importerat relevant data, slutfört ett arbetsflöde eller bjudit in rätt kollega. Det är inte alltid samma sak som att ha klickat igenom en välkomsttour.

Skilj självbetjäning från enterprise-onboarding. En ensam användare med provkonto och en administratör som måste konfigurera SSO, roller och integrationer har olika hinder. En bra UX-partner segmenterar dem i stället för att föreslå samma flöde till alla.

  • ICP och användarroll: slutanvändare, administratör, inköpare eller implementatör.
  • Tydlig första uppgift och vilka förutsättningar som krävs.
  • Nuvarande avhopp, supportärenden och kvalitativa signaler – med tydliga databegränsningar.

Beställ en diagnos, inte en skiss på fem nya skärmar

Be kandidaterna visa hur de skulle kombinera beteendedata, supportinsikter och observationer av verkliga användare. Klickdata visar var friktionen uppstår men sällan varför. Intervjuer utan uppgifter kan ge åsikter snarare än beteende.

GOV.UK:s vägledning för modererade användbarhetstester rekommenderar realistiska uppgifter som inte avslöjar hur användaren ska lösa dem. Det är ett bättre underlag för onboardingbeslut än att fråga om deltagaren tycker designen är snygg.

  • Uppgifter baserade på faktiska användarmål, inte produktens menystruktur.
  • Rekrytering av relevanta roller och hänsyn till tillgänglighet.
  • Plan för samtycke, testmiljö, känsliga data och inspelningar.

Välj mellan UX-research, produktdesign och implementation

En researchspecialist kan hitta orsaker till avhopp och prioritera hypoteser. En produktdesignbyrå kan även prototypa ett nytt flöde. En utvecklingspartner behövs om problemet kräver API-ändringar, behörighetslogik eller produktkod. Vissa leverantörer täcker alla tre, men be om separata leveranser.

Skilj det ni vill veta från det ni vill bygga. Om ingen internt kan implementera rekommendationerna behöver ni antingen budgetera för utveckling eller välja en byrå med tydligt teknikansvar.

  • Research: uppgiftsbaserade tester, observation, analys och prioriterade problem.
  • Design: användarflöden, prototyper, innehåll och tillgänglighetskrav.
  • Implementation: tekniska ändringar, instrumentering, kvalitetssäkring och release.

Mät förbättring utan att förväxla korrelation med effekt

Föreslå mått som andel användare som klarar sin första uppgift, tid till första värde, behov av support och senare återkomst. Segmentera efter användarroll och kontoform. Förändringar i konvertering kan bero på trafikmix, säljinsatser eller produktrelease – be byrån förklara hur den skiljer sådant från UX-effekten.

Nielsen Norman Groups vägledning om testscenarier betonar realistiska, handlingsinriktade uppgifter utan ledtrådar. Det gör det lättare att jämföra användarens faktiska förmåga före och efter en ändring.

  • Primärt utfall: lyckad första uppgift, definierad före test.
  • Stödmått: tidsåtgång, fel, hjälpbehov och upplevd säkerhet.
  • Mätplan: baseline, segment, observation och uppföljning efter release.

Budgetera i faser och behåll beslutanderätten

Ett rimligt första uppdrag kan vara en avgränsad diagnos med testplan, genomförande, syntes och en prioriterad backlog. Prissättningen påverkas av hur svåra deltagare är att rekrytera, antal roller och språk, produktens tekniska komplexitet och hur mycket design som ingår.

Be om separat pris för research, prototyp, experimentdesign och implementation. Undvik att köpa en hel redesign innan ni vet om användarna fastnar på grund av exempelvis dataimport eller behörigheter.

  • Vem rekryterar och ersätter deltagare?
  • Hur många design- och korrekturiterationer ingår?
  • Vem äger forskningsmaterial, prototyper och beslut om prioritering?

Röda flaggor när du jämför byråer

Var försiktig med byråer som garanterar en viss aktiveringsökning före analys eller föreslår en standardtour utan att förstå användarens första arbetsuppgift. Kräv att rekommendationer kan spåras till observerade problem och tydliga antaganden.

Fråga även hur leverantören tar hänsyn till användare med hjälpmedel, långsammare uppkoppling och olika erfarenhetsnivåer. Det är en del av produktens faktiska användbarhet.

  • Enbart skärmdesign utan rekrytering, testplan eller prioritering.
  • Ingen tydlig skillnad mellan antaganden och observerade problem.
  • Ingen ansvarig för mätning efter implementation.

Välj rätt partner och skriv en användbar brief

Om ni främst behöver generisk UI-produktion kan en UX/UI-designbyrå vara relevant, men kontrollera först att den verkligen arbetar med produktresearch. Har ni större tillgänglighetskrav finns även guiden för tillgänglighetsbyråer.

Ange användarroller, produktens första värde, tillgängliga data, beslutstidpunkt och vad produktteamet kan bygga. Utforska fler leverantörstyper via byråkatalogen.

  • Vilken användaruppgift ska studien förklara?
  • Vilka roller måste ingå i rekryteringen?
  • Vad ska vara beslutsbart efter den första fasen?

Mosai kan hjälpa er formulera uppdraget och jämföra byråer efter metod, produktkompetens och leveransansvar – inte bara portfolio.