HemArtiklar

Product Manager är bryggan mellan affär, användare och teknik. En fallstudie om vad det innebär i praktiken

Product Manager är bryggan mellan affär, användare och teknik. När rollen fungerar bygger bolaget rätt sak, för kunden och för affären. När den inte fungerar bygger man saker som inte håller, ofta utan att märka det förrän koden är skriven och det som skeppats blir en kostnad istället för en tillgång.

Det här är en fallstudie från ett uppdrag där just den bryggan gjorde skillnaden mellan ett kostsamt utvecklingsprojekt och en affärslösning med samma värde till mindre insats. När Product Discovery-arbetet kom igång visade det sig att antagandet affärslogiken vilade på inte var tekniskt gångbar. Istället för att bygga ändå testade produktteamet hur utfallet skulle bli om man istället tweakade affärsreglerna.


Kund: Marknadsledande svensk digital plattform inom bostäder
Uppdrag: Interim Product Manager för ett nybildat team i en affärskritisk domän
Längd: maj 2025 till maj 2026
Konsult från scilla.studio: Lisa Trumstedt, senior PM med erfarenhet av att leda team genom affärskritiska bet i tekniskt komplexa och regelstyrda domäner.
Om scilla.studio: scilla.studio hjälper techbolag med produktledning, product discovery och att bygga produkter som driver affärsresultat.

Fyra spår parallellt

Som interim Product Manager gäller det att hitta in i sin roll väldigt snabbt, kunden står och trampar på startlinjen. När Lisa kom in identifierade hon att fyra saker behöve hända samtidigt:

1. Product Discovery för feasibility (teknisk gångbarhet)

Teamet jämförde olika tekniska metoder för att uppnå det resultat tänkta nya affärslogiken krävde. Det började som ett ingenjörsarbete och blev snabbt något större. Antagandet som affärslogiken vilade på höll inte; att försöka exekvera den vägen skulle landa fel, med konsekvenser som affären inte skulle vilja stå för.

Med data och tekniska resonemang i ryggen kunde teamet säga: det här bygger vi inte. Vi rekommenderar att vi ändrar affärsreglerna istället. Det lyssnade organisationen på. Affärsreglerna ändrades, med Business Development och Finance i beslutet. En stor affärsrisk minskade innan en rad kod var skriven.

2. Brygga förståelse mellan affärsutvecklare och utvecklare

Eftersom domänen rör flera delar av organisationen var just denna Product Manager rollen extra kritisk som kittet mellan team och stakeholders. Veckovisa möten med Legal, Business Development, Communications, Finance och Analytics. En stakeholder på affärssidan beskriver det:

"Helt ärligt är det svårt att hänge med på vad utvecklarna menar när de förklara varför något funkar eller inte funkar. Det har varit otroligt viktigt att ha Lisa som brygga för att vi ska förstå vad olika vägval faktiskt har för konsekvens."

En av utvecklarna på teamet fortsätter:

"Det har gjort väldigt stor skillnad, för mig i alla fall, att ha Lisa som gate-keeper och den som prioriterar in mot teamet när deadlines varit så skarpa. Vi har kunnat fokusera på ett annat sätt. Det har minskat stressen på teamet och jag vill tro att vi faktiskt fått mer gjort."

3. Validera utan att kunna prata med slutanvändarna

För en Product Manger i ett team som hanterar affärskritisk del av produkten och infrastruktur i ett börsnoterat bolag  är det kritiskt, men trots det ändå inte alltid möjligt att intervjua och testa lösningar direkt mot slutanvändare innan officiell lansering. Det betyder inte att man inte kan validera; det betyder att man måste välja andra vägar för att minska risk.

Lisa byggde upp valideringsarbetet på fyra spår: strukturerade samtal med interna roller som har daglig kundkontakt (Account managers och Customer success), för att validera UX och lösning, det blev ett internt user research arbete med integrering inför lansering. Produkten är av sådan karaktär att varje edge case måste upp på bordet och väl avvägda beslut är nödvändiga att diskutera och ta beslut kring, tillsammans med stakeholders - före lansering. Produkten kan inte rullas ut, utan behöver släppas till alla användare samtidigt. Det är mer ett på eller av läge och därav var intern validering det enda rätta för att hitta de luckor vi missat.

Det kräver en annan typ av disciplin: att veta vad varje metod faktiskt kan säga, och att inte låtsas att man har validerat något man inte har validerat.

4. Få det nybildade teamet att bli ett team på riktigt

Sist men inte minst; Ingen i teamet hade jobbat ihop tidigare. Parallellt med allt annat satte Lisa gemensam målbild, etablerade samarbetssätt och såg till att det fanns tid för tillit att växa.

"Hygien egentligen men lätt att hoppa över. Men jag tror att vi inte hade gjort de första tre sakerna med samma resultat om vi inte lagt tid på att

Framgångsfaktorer, och vad teamet har kvar

Tre nycklar:

Vad teamet har kvar: En produkt byggd på en validerad teknisk lösning som håller affärsmässigt, och ett ihopjobbat team som kan fortsätta validera och utveckla nya bets.

Nästa steg

Om du letar efter en Product Manager som Lisa, mejla hello@scilla.studio så bokar vi 20 minuter och tittar om vi matchar varandra i behov och kompetens.

Porträtt av Joni Lindgren, Founder & Growth Product Manager på scilla.studio
Skicka DM på LinkedIn

Vill du läsa mer?

Tillbaka till artikelsidan