Tjänstebyrå vs mjukvaruproduktbolag

Gräset är inte grönare på andra sidan kullen. Det är bara dyrt på ett annat sätt.
Jag har levt på båda sidor. Byrå och produkt. För att faktiskt bygga produkten var jag tvungen att medvetet släppa 40 kunder. Det här är inte teori ur en bok. Det är ett beslut som gjorde ont.
Det här tar du med dig:
- Varför byråmarginalen håller dig fången och du förfinansierar produkten.
- De tre fällorna när du växlar till produkt.
- Varför jag bygger system som stannar i stället för beroende.
Min tes: byrån säljer timmar och skapar beroende. En produkt är ett system som stannar. Jag går, systemet stannar.
🧨 År för år i stället för projekt för projekt
Byråaffären känns trygg. Kassaflöde från första projektet. Men du sitter på kontoret klockan 23, betar av supportärenden på lördagen, säljer timmar. Lyckas du måste du anställa. Och du ligger kvar på 0 till 20 procents marginal. Segt.
Produkten vänder på matten. I stället för projekt för projekt tar du betalt år för år. Återkommande intäkter med ränta-på-ränta-effekt. Men de kommer sent.
Skillnaden syns varje 1 januari. Byrån börjar på noll och måste sälja året igen. Produktbolaget börjar med fjolårets intäkter och bygger vidare på dem. Efter några år är det ingen detalj längre. Det är bolaget.
📊 Rule of 40: den nyktra måttstocken för en produktaffär
SaaS-världen har populariserat en nykter formel för när en produktaffär är frisk: Rule of 40. Tillväxttakt plus marginal ska summera till minst 40. Stijn Hendrikse citerar den i T2D3 som en definition av hållbar SaaS-framgång, vid sidan av hypergrowth-spåret.
Det användbara: formeln ger dig ett val. 30 procents tillväxt vid 10 procents marginal godkänns. 10 procents tillväxt vid 30 procents marginal godkänns också. Du måste inte vara en hypergrowth-startup. Ett lönsamt produktbolag som växer lugnt klarar testet lika bra. För bootstrappade DACH-bolag är det en mer relevant måttstock än någon triple-triple-kurva från VC-världen.
Håll nu byrån bredvid. Dess intäkter är beläggning gånger dagsarvode. Båda har ett tak. Du kan inte vara mer än fullbokad, och marknaden förhandlar ditt dagsarvode åt dig. Tillväxt betyder nästan alltid fler människor, och fler människor pressar ner marginalen. Se ovan: 0 till 20 procent.
En byrå kan leva gott. Men strukturellt kan den knappt slå Rule of 40, för tillväxt och marginal hänger på samma hävstång: sålda timmar. Produkten frikopplar intäkterna från timmarna. Bara därför kan den flytta båda sidor av formeln samtidigt.
🛠️ De tre fällorna vid växlingen
1. Produkt- i stället för projektledning. I ett projekt bygger du vad den enskilda kunden vill ha. I en produkt är varje specialönskemål gift. En enda kryssruta som bara en kund behöver kostar en förmögenhet att underhålla över den långa produktcykeln. Jag sa ofta ja när någon kom med moroten och 50,000 franc. Det lönade sig aldrig. Underhållet var för dyrt varje gång.
2. Förfinansiering. Här räknar de flesta fel. Ett projekt ger kanske 100,000 franc plus 20,000 i support per år. I en produkt betalar samma kund runt 40,000 om året, men du förfinansierar utvecklingen. Med första kunden uppstår ett gap. Med den andra är det dubbelt så stort, med den tredje tre gånger. Ju fler kunder, desto större gap. Ovanpå det: CAC-payback på 9 till 18 månader. Och jag har aldrig sett en riktig product-market fit på 6 månader. Det tar år.
3. Organisationsstruktur. Ett bra produktteam är 3 till 4 personer som jobbar effektivt. Det kostar 300,000 franc om året och uppåt. Hänger allt på en person har du en klumprisk. Faller den personen bort är kunskapen borta och bolaget dött.
Alla 3 fällor har samma kärna: projektreflexer i en produktaffär. Reflexen att säga ja. Reflexen att vilja ha intäkter nu. Reflexen att hänga allt på den starkaste personen. I projektarbete är det dygder. I en produktaffär är det dyra vanor.
🤖 Masterplanen
Bygg inte från noll. SaaSifiera ett befintligt projekt. Ta lösningen du redan byggt för en kund och gör den till en återanvändbar produkt. DigiTickets kom ur en biljettlösning för ett akvarium på det sättet. Bexio, Paymash och Localina kom ur byråer. Mönstret upprepar sig.
Att SaaSifiera betyder inte att döpa om koden. Det betyder att skala fram den generiska kärnan ur en speciallösning: delen som många bolag kan använda på samma sätt. Resten hålls utanför eller blir konfiguration. Det är produktarbete, inte projektarbete, och det är precis där de flesta försök fallerar.
Den sämsta versionen är att vara varken fågel eller fisk. Ett år produkt, sedan tillbaka till projektarbete för att det går för långsamt. Det bränner bara pengar.
I dag finns en hävstång som inte fanns förut. Jag kallar den Get Multiplayer: hur människor och AI-agenter jobbar tillsammans. Ett hyperlean team, några få proffs plus agenter som kör dygnet runt. Tre i stället för trettio. Det krymper 300,000-francteamet och tårarnas djupa dal. Agenterna kör på Context Engine, ditt bolags affärs- och kodkontext. Det är exakt den kontexten som går ut genom dörren när en byrå lämnar.
🧩 Den ärliga medelvägen: produkt plus tjänster
Mellan byrå och ren produkt finns en medelväg som ofta pratas ner. Felaktigt. En produkt med ett stramt paketerat tjänsteerbjudande ovanpå kan vara bron som bär övergången.
Hendrikse beskriver det i T2D3 som ett "Premium plus"-paket: mjukvarans topplan plus tjänster som onboarding eller content. Hans erfarenhet: ett sådant paket kan ibland lyfta intäkten per kund med 50 procent, utan ytterligare produktutveckling. Det är hans siffra från hans eget konsultarbete, ingen naturlag. Logiken bakom håller ändå: kunden köper ett utfall, inte en licens.
För byråväxlaren är det dubbelt attraktivt. Du kan det som rena produktbolag måste lära sig den hårda vägen: leverera. Onboarding, integration, utbildning är rutin för dig. Paketera dem som fasta erbjudanden till fasta priser, inte som öppna timmar. Annars har du en byrå igen inom ett år, bara med mjukvara i skyltfönstret.
En detalj gör skillnaden: fakturera tjänster återkommande där du kan. En onboarding är en engångsgrej. Men reviewsessioner, rapporter eller assisterade analyser kan knytas in i årsabonnemanget. Då betalar tjänsten in i exakt det nyckeltal som bär en produktaffär: återkommande intäkter.
Gränsen är tydlig. Tjänster får mata produkten, aldrig ersätta den. Varje paket måste vara standardiserat och betala in i produkten. Individuella specialönskemål förblir gift, se kryssrutan ovan.
💰 Hur finansierar du övergången?
Med byråns kassaflöde. Projektaffären betalar produktutvecklingen tills produkten bär sig själv. Men det funkar bara med 2 hårda regler: en fast tidsbudget för produkten och en person som äger produkten. Annars vinner alltid kunden som råkar ringa.
Tidsbudgeten måste vara konkret. Inte "vi jobbar på produkten när det finns luft". Det finns det aldrig. I stället: definierade dagar per vecka med definierade personer, och de dagarna är blockerade för kundprojekt. Brinner ett projekt, brinner det utan produktteamet.
Och räkna ärligt på marginalen. Dina egna timmar är inte gratis bara för att ingen faktura kommer. Finansierar du produktbygget med obetalda kvällar ljuger du för ditt eget nyckeltal, och du märker för sent att övergången inte håller.
Och produkten behöver en ägare med riktig makt. En person som får säga nej, även till byråns bästa kund. Utan den ägaren händer den sämsta versionen från ovan: ett år produkt, sedan tillbaka till projektarbete. Inte för att produkten var dålig. Utan för att ingen hade som enda jobb att försvara den.
Var ärlig med tidshorisonten. Jag skrev ovan att riktig product-market fit tar år, inte 6 månader. Det betyder att byrån måste bära övergången i flera år utan att produktfolket glider tillbaka in i projekt. Orkar du inte det, välj hellre byrån medvetet. Det är också en legitim affär.
Resten är sekvens: först en betald pilot, sedan en smal release, sedan nästa kunder. Hur tajt den loopen kan bli står i SaaS-produkt på 90 dagar. Fler sådana beslut samlar jag i hubben för entreprenörskap.
🎢 Toppar, dalar, varning
✅ Vad som funkar: en produkt skalar, en byrå gör det inte. Fler kunder kräver inte fler timmar. De som kunde sälja en produkt tjänade mer pengar i slutändan.
❌ Vad som inte funkar: Costa Rica-fantasin. Öppna laptopen på stranden, svara på två förfrågningar, gå och surfa igen. Ingen produkt rullar så. Det är alltid en lansering, alltid höga krav på prestation.
⚠️ Varning: ett produktbolag är som en djurpark. Du måste ha kunder som passar ihop. Bygger du en djurpark för elefanter och sätter möss i den har du fel djurpark. Och: som produktchef har du inga vänner. Du säger nej till pengar. Det är tufft.
Varför jag ändå väljer produkten: byrån skapar beroende, kunskapen stannar utanför. Jag bygger ett system som stannar installerat i bolaget. Risken är större, belöningen också. Jag går, systemet stannar. Vill du få ett sådant system byggt åt dig, ta en titt på Pedalix.
Serial Entrepreneur, Author
Marc is a serial entrepreneur. He started his first software company at 16, and has worked at the same intersection ever since: software product management meets go-to-market. He builds the bridge: Product × GTM × AI, as one system, not three departments. Three instead of thirty.