Entreprenörskap: bygga företag, ärligt berättat
·
Entreprenörskap har ett affischproblem. I flödena ser företagsbygge ut så här: hockeyklubbskurva, nyheten om en finansieringsrunda, 72x tillväxt på fem år som måttstock. Kurvan hänger i pitchdeckar hos företag som inte har en enda betalande kund än. Ordet låter som scener, pitchdeckar och framgångssagor. Missar du kurvan saknar du visst ambition. Ifrågasätter du den har du visst aldrig förstått spelet.
Vardagen är mindre glamorös. Företagsbygge består av en handfull återkommande beslut: Tjänster eller produkt? När ska du skala? Vem ska du anställa, vem ska du låta gå? Lägg till månaderna när inget lyser, och ögonblicken det sällan skrivs ärligt om. Fattar du de här besluten medvetet i stället för att sitta av dem håller du redan i den största hävstången.
Den här sidan samlar artiklarna om entreprenörskap: beslut, ledarskap, tillväxt, misslyckanden också. Skriven för grundare och ledare i B2B-mjukvaruföretag, självfinansierade eller med investerare i ryggen. Och skriven mot affischen: för de flesta företag här är den berömda kurvan fel uppdrag.
Entreprenörskap betyder för mig att bygga företag, ärligt berättat. Jag startade mitt första mjukvaruföretag vid 16, sålde flera och kraschade ett par. Här skriver jag alltså från praktiken, inte från teorin. Mycket lärde jag mig den dyra vägen, en del två gånger. Du läser inga hjältesagor här, utan besluten bakom dem: vad som fungerade, vad som inte gjorde det, och hur jag skulle upptäcka det tidigare nästa gång.
Det här lär du dig
- Hur du gör grundvalet mellan tjänster och produkt medvetet, i stället för att sitta av det.
- Hur du ser att ditt företag är redo att skala: mätbara trösklar i stället för magkänsla.
- Hur ledarskap ser ut när det blir allvar: säga upp, anställa, besluta.
- Varför 72x-kurvan är investerarnas portföljmatematik och vilken måttstock som går ihop ärligare för dig.
Entreprenörskap betyder att hålla ordningsföljden, inte kopiera tempot
Entreprenörskap i B2B-mjukvara betyder att bygga ett företag som löser ett verkligt problem för betalande företagskunder, med system som fungerar utan dig. Det är ett hantverk av beslut under osäkerhet, inte ett personlighetsdrag och inte ett kall.
Ur det följer sidans tes: att bygga företag betyder att hålla ordningsföljden, inte kopiera tempot. Bevisa först att kunderna stannar, skala sedan. Besluta först vad du bygger, lägg till omfång sedan. Bryter du ordningsföljden för att andras tempo gör dig nervös reparerar du senare till ett högt pris. Resten av sidan är bevisen, beslut för beslut.
Tjänster eller produkt: vad bygger du först?
Den första grundfrågan för många mjukvaruentreprenörer: tjänster eller produkt? Byrån tjänar pengar från dag ett, produkten äter år av runway och skalar i gengäld. Det finns inget universellt rätt svar, bara ett medvetet beslut.
Min erfarenhet av båda sidorna finns i Tjänstebyrå vs mjukvaruprodukt. Många kör båda ett tag: byrån betalar räkningarna, produkten bygger framtiden. Farligt blir det när övergången aldrig planeras och produkten förblir ett sidoprojekt för alltid. Då äger du två halva företag och inget helt.
Hur snabbt en produkt kan stå när du håller omfånget ärligt står i Bygg en SaaS-produkt på 90 dagar: smalt, ärligt, levererat. Hur du beslutar vad som över huvud taget byggs, och för vem, fördjupas i hubben om software product management.
Det här beslutet är inget vägskäl du passerar en gång, det kommer tillbaka. Varje större kundprojekt drar dig mot tjänster, för där flödar pengarna direkt. Skriv därför ner det: vad vi är, vad vi vill bli, till när. Annars beslutar banksaldot, och banksaldot röstar alltid kortsiktigt.
När är rätt läge att skala?
Skala först när dina egna siffror bevisar två saker: kunderna stannar, och kundanskaffningen bär sig repeterbart. Innan dess skalar varje nyanställning bara din burn. Det låter banalt och ignoreras ändå ständigt.
Den läxan betalade jag själv: jag skalade Aioma till 30 personer på 6 månader och lärde mig att tillväxt skoningslöst blottar varje svag punkt i ett företag.
Mark Roberge gör båda bevisen mätbara i The Science of Scaling. Första grinden: product-market fit, alltså bevis för att kunder pålitligt får värde och stannar. Som riktmärke nämner han årlig kundretention över 90%. Andra grinden: go-to-market fit, alltså bevis för att anskaffningen bär sig. Hans trösklar: värdet av en kund över hela relationen är minst tre gånger kostnaden för att vinna den, och säljkostnaderna betalar sig på under 12 månader.
Tempot efteråt är även för Roberge en regel, inte magkänsla. Skalning är en anställningsrytm, inte en anställningshändelse: ungefär två säljare per kvartal, håll koll på de ledande indikatorerna, accelerera eller pausa sedan. Hans bild för alternativet: anställ 10 säljare i januari och du har 2 kvar i december.
Stijn Hendrikse beskriver samma logik i T2D3 som en baseballdiamant: först MVP:n, alltså den första säljbara versionen av din produkt, sedan product-market fit, sedan skalning, sedan hållbar lönsamhet. Ingen bas går att hoppa över. Han gör product-market fit mätbart med en checklista på 10 milstolpar som slutar i tre hårda siffror: 10 betalande kunder, 10 offentliga kundomdömen, 10 nya kunder via rekommendation.
Kortversionen av båda böckerna: ordningsföljd slår tempo. Hoppar du över grunderna går du tillbaka senare och reparerar. Båda författarna skriver ur en amerikansk SaaS-kontext, ta därför deras trösklar som hypoteser att testa mot dina egna siffror. Tankefelet de varnar för är ändå universellt: tillväxt döljer inte svagheter, den förstärker dem.
Ledarskap när det blir allvar
Att bygga företag betyder också svåra samtal. Ingen tackar dig för en uppsägning. Ändå hör beslutet om vem som stannar och vem som går till de viktigaste du fattar. Hur jag beslutar, hur jag för samtalet och hur jag hanterar resten står i Att säga upp människor.
Att anställa är också ett ledarskapsbeslut: hellre anställa långsamt och korrigera snabbt än tvärtom. Varje person du tar ombord förändrar företaget mer än organisationsschemat visar. Och svåra samtal blir inte bättre av att skjutas upp. Min måttstock: har jag skjutit upp ett beslut tre gånger är det sedan länge fattat. Det enda som saknas är modet att säga det högt.
Den andra ledarskapsdisciplinen är mindre synlig: möten. De flesta möten är teater. Jag behandlar dem som beslutsmaskiner: fast rytm, tydlig förberedelse, och varje session slutar med ett beslut. Hur ett litet team beslutar i stället för att sitta av möten står i Möten som tar ditt företag framåt. Och varför jag skickade team till bergen för fokuserat arbete berättas i porträttet Bergsbestigaren.
Vad ändrar AI i företagsbygget?
AI gör utförandet billigt och flyttar flaskhalsen till besluten. Skriva kod, ta fram textutkast, förbereda data: AI-agenter, alltså program som utför arbetsmoment på egen hand, tar över allt mer av det. Dyrt förblir: kontext, omdöme och ledarskap.
Det förändrar företagsbygget på två ställen. För det första teamstorleken: små team med väl ledda agenter ersätter strukturer som tidigare krävde hela avdelningar. Vad det betyder i praktiken visas i From vibe coding to agentic engineering och Agentic engineering hos medelstora DACH-företag: det faller sällan på tekniken, det faller på ledarskap och kultur.
För det andra datagrunden. Agenter är bara så bra som datan de arbetar med. Därför hör en datastrategi med CRM, alltså ett system för kunddata och relationer, och en ren process för customer relationship management till grundutrustningen. Hur du gör en säljmotor av det visas i hubben om GTM engineering.
Hur börjar du med entreprenörskap, och vilka misstag kostar dig år?
Börja med en betalande kund, inte med en affärsplan. Allt annat följer ur den ordningen. Konkret:
- Besluta affärsmodellen medvetet: tjänster, produkt eller en planerad övergång.
- Definiera vem din kund är och vilket problem du löser innan du lägger till omfång.
- Mät några få siffror ärligt: stannar kunderna, och bär sig anskaffningen?
- Installera en fast beslutsrytm i stället för att samla på möten.
- Visa dig offentligt: founder-led content, alltså innehåll från grundaren personligen, är den enda fördelen ingen kan kopiera.
De dyraste misstagen är spegelbilderna av den här listan: skala innan retention bevisar det. Kopiera amerikanska playbooks rakt av fast juridik, kapitalstruktur och kultur skiljer sig här. Anställa på hopp i stället för på siffror. Skjuta upp svåra samtal tills de kostar dubbelt så mycket. Och kanske det dyraste misstaget: att vilja göra allt själv. Gör du varje uppgift själv äger du inget företag, du äger ett jobb.
72x-kurvan är portföljmatematik, Rule of 40 är den nyktra måttstocken
Vilket tar oss tillbaka till affischen. Hypertillväxt betyder extrem tillväxt på kort tid. Det finns berömda playbooks för det, och de flesta kommer från en annan värld: riskkapital, den amerikanska marknaden, de billiga pengarnas era. Är det en modell för DACH-företag? Sällan som mål, men ofta som lärobok. Båda böckerna som nämns här är värda att läsa, på armlängds avstånd: ta verktygen, inte målen.
Det mest kända exemplet är Stijn Hendrikses T2D3-formel: tredubbla intäkterna två gånger, dubbla dem sedan tre gånger, formeln för 72x tillväxt på fem år. Den tillväxtkurvan är investerarnas portföljmatematik, ingen naturlag för ditt företag. En venture-fond behöver några extrema utfall för att portföljen ska gå ihop. Det behöver inte du.
Det nyktra alternativet sitter i samma bok: Rule of 40. Tillväxttakt och vinstmarginal ska tillsammans bli minst 40. För självfinansierade DACH-företag är det den ärligare måttstocken, för den väger tillväxt mot lönsamhet i stället för att göra tillväxten absolut. Och Mark Roberges The Science of Scaling tillåter ändå skalning först när dina egna siffror bevisar det.
Den röda tråden genom allt: jag bygger system som består när jag går. Det gäller sälj, produkt och företaget självt. Ett företag som bara rullar när grundaren är i rummet är inget företag, det är en scen. Och en tillväxtkurva som bara håller så länge nya pengar flödar in är inget bevis, det är en nedräkning.
Bygga ärligt: vad som räknas till slut
✅ Det som lyser: att hålla ordningsföljden fungerar i varje kapitalstruktur. Bevisa retention först, skala sedan, i rytm i stället för i en stöt: den logiken bär det självfinansierade företaget lika väl som startupen med investerare.
❌ Det som inte lyser: ordningsföljd ger inga rubriker. Bygger du rent växer du långsammare än affischen lovar, och det förklarar du för omgivningen om och om igen. Tålamod ser ut som stillestånd utifrån.
⚠️ Varning: den största fällan är det kopierade målet. Tar du över 72x-kurvan utan kapitalstrukturen bakom skalar du din burn, inte ditt företag. Siffror ur amerikanska playbooks är hypoteser, inte order.
Affischen från inledningen är inte fel, den hänger bara på fel kontor. Hockeyklubbskurvan är en fonds kalkyl, inte din byggplan. Din byggplan sitter i dina egna siffror: kunderna stannar, anskaffningen bär sig, systemet håller utan dig. Vill du ha sådana anteckningar regelbundet, prenumerera på mitt nyhetsbrev.
Nedan hittar du alla artiklar i ämnet, var och en beskriven på klarspråk.
Alla artiklar om det här ämnet

Bygg en SaaS-produkt på 90 dagar: smalt, ärligt, levererat
Nittio dagar räcker för att leverera mjukvara: inte allt du skulle vilja, men den del kunderna betalar för. Smalt, ärligt, levererat.

Att säga upp folk: teamledning och grundarens verklighet
Ingen tackar dig för att du säger upp någon. Hur jag avgör vem som får gå, hur jag för samtalet och hur jag hanterar det.

Tjänstebyrå vs mjukvaruproduktbolag
En byrå tjänar pengar från dag ett, en produkt äter år av runway. Jag känner båda sidorna och förklarar varför jag ändå bygger produkter.

Äntligen möten som tar företaget framåt
De flesta möten är teater. Så beslutar ett litet team i stället för att sitta av tiden: fast rytm, tydlig förberedelse, AI-hjälpare för grovjobbet.

Agentic engineering: varför mid-market i DACH har fastnat på steg ett
Att bygga om mjukvaruutveckling kring AI-hjälpare: medelstora företag faller sällan på tekniken, de faller på ledarskap och kultur.

Founder-led content: din GTM-fördel som ingen kan kopiera
Ingen svarar främlingar. När köpare redan känner dig från dina inlägg stiger svarsfrekvensen. Därför är ditt ansikte den enda fördelen ingen kan kopiera.

Från vibe coding till agentic engineering
Frikodning med AI lämnade baksmälla: osäker kod, långsammare team. Det som gäller nu är att leda AI-hjälpare i stället för att lita blint på dem.

Bergsbestigaren / artikel i Swiss IT Reseller
Porträtt i Swiss IT Reseller: varför jag skickade utvecklarteam till de schweiziska Alperna för fokuserade arbetssprintar.

Datastrategi och CRM för B2B-företag: guide
Alla säger att kunddata är viktigt, knappt någon har en plan för den. De tre pelarna som gör din data till beslut i stället för arkivering.

Så implementerar du customer relationship management (CRM) i B2B-företag
Utan ett system för kundrelationer glider värdefulla kontakter iväg. Så leder du varje kontakt steg för steg till avslut.
Vanliga frågor
Produkt eller byrå: vilket är den bättre starten?
Byrån finansierar sig själv men binder din tid till kundprojekt. Produkten behöver runway och skalar sedan oberoende av dina timmar. Många kör båda: byrån betalar räkningarna, produkten bygger framtiden. Det viktiga är att planera övergången medvetet.
När är rätt läge att skala?
När dina siffror bevisar två saker: kunderna stannar, och kundanskaffningen bär sig repeterbart. Innan dess skalar du bara din burn. Mark Roberge nämner konkreta trösklar: över 90% årlig kundretention, och säljkostnader som betalar sig på under 12 månader.
Hur skiljer sig DACH-företag från amerikanska playbooks?
Kapitalstruktur, juridik och kultur. Många DACH-företag är självfinansierade och behöver ingen 72x-kurva. Kalla massutskick är juridiskt begränsade. Och köpare svarar bättre på substans än på glans. Principerna i playbookarna håller, siffrorna måste du översätta.
Hur snabbt ska jag växa mitt team?
I en rytm som dina ledande indikatorer bär, inte i en stor stöt. Mark Roberge beskriver skalning som en anställningsrytm: till exempel två säljare per kvartal, sedan accelerera eller pausa beroende på vad siffrorna säger. Jag skalade Aioma till 30 personer på 6 månader och lärde mig att varje anställning kräver processer som redan står.
Vad är Rule of 40?
En tumregel för sund mjukvarutillväxt: tillväxttakt och vinstmarginal ska tillsammans bli minst 40. Stijn Hendrikse nämner den i T2D3 som den andra definitionen av framgång vid sidan av hypertillväxtkurvan. För självfinansierade DACH-företag är den oftast den bättre måttstocken, för den väger lönsamhet lika tungt som tillväxt.