Tre: B2B-självbetjäningsplattform för telekom

Resultat

Designade den centrala interaktionsmodellen och informationsarkitekturen för Tres första B2B-självbetjäningsplattform, för företagskunder i Sverige och Danmark. MVP lanserad 2025 efter två års iterativ design och utveckling.

Bakgrund

Tre är en av de största mobiloperatörerna i Skandinavien. Deras företagskunder använde samma konsumentportal för självbetjäning som privatpersoner, en plattform byggd för att hantera ett enda abonnemang. Den erbjöd grundläggande kostnadsställetsadministration, men saknade det företagskunder faktiskt behövde: rollbaserad åtkomst, nivåindelade behörigheter och bulkadministration över konton. För allt utöver det mest grundläggande förlitade de sig på kundtjänstsamtal, manuella processer och workarounds.

Målet var en självbetjäningsplattform byggd specifikt för B2B. En som kunde hantera komplexa kontostrukturer, rollbaserade behörigheter och abonnemangshantering över två marknader med olika regulatoriska och produktkrav. Jag kom in som första designer på projektet och var ensam designer under större delen, med periodvisa samarbeten med två andra designers.

Utmaning

Kärnsvårigheten var spannet. En småföretagare som hanterar tre telefoner och en enterprise IT-admin som hanterar 500 abonnemang med nivåindelade behörigheter behövde båda använda samma plattform. Gränssnittet måste fungera över det spannet utan att bli för enkelt för power users eller för tätt för mindre konton.

Plattformen behövde också fungera över två marknader (Sverige och Danmark) med olika abonnemangsmodeller, olika juridiska krav och olika kundförväntningar, allt på en gemensam codebase och ett designsystem.

En tredje constraint: det här var ett datatungt administrationsverktyg som också behövde fungera på mobil. De flesta konkurrentplattformar behandlar mobil som en eftertanke för enterprise-självbetjäning. Det var inte ett alternativ här.

Angreppssätt

Edge cases först. Jag började design och validering med de mest komplexa kundscenarierna (stora konton, ovanliga behörighetsstrukturer, cross-market-fall) i stället för happy path. Om systemet kunde hantera de svåraste fallen rent skulle enklare fall fungera som default. Att börja med vanliga scenarier och lägga till komplexitet senare hade inneburit ständig omskrivning.

Research via pilotkunder. Jag satte upp en research-loop med en liten grupp pilotkunder, som kombinerade kvantitativ analytics från tidig användning med kvalitativ feedback från onboarding-sessioner och direkt testning. Insights från den svenska marknaden jämfördes med danska kundbehov för att hitta gemensamma mönster och marknadsspecifika undantag.

Responsiva breakpoints som designconstraint. Jag kartlade sex breakpoints tidigt och designade nyckelflöden på varje samtidigt, i stället för att designa för desktop först och anpassa neråt. Abonnemangsdetaljvyn, den mest informationsstäta skärmen, var stresstestet. Om den fungerade i mobilbredd skulle resten av systemet hålla.

Progressive disclosure för variabel komplexitet. Plattformen visar bara det som är relevant för det aktuella kontots skala och behörigheter. Ett trepersonsföretag ser en förenklad vy. En enterprise-admin ser hela administrationslagret. Den underliggande datamodellen är densamma; gränssnittet anpassar sig efter kontokontext.

Effekt

MVP:n lanserades 2025 och används av pilotkunder. Plattformen ersatte manuella, serviceberoende processer med direkt självbetjäning för abonnemangshantering, användaradministration och kostnadskontroll.

Designsystemet och komponentbiblioteket som byggdes för projektet blev också grunden för Tres bredare B2B-produktdesignspråk.

Reflektioner

Två år på en enda produkt med ett litet team, nära engineering, iteration i korta loopar och push för riktig kundfeedback som driver beslut. Att balansera stakeholder-prioriteringar mot kundbehov var en ständig utmaning. Interna krav och kundverklighet stämde inte alltid överens, och den spänningen var en del av arbetet hela vägen. Edge-cases-first-angreppssättet formade ett system byggt för komplexitet från start. Det riktiga testet blir om det skalar ner lika rent när mindre kunder börjar använda det.