Vi lar deg dra. Derfor blir du.

I forrige notat hevdet jeg at apper var til for å klikkes på, og at Munin ikke er det — at når den billigste operatøren i systemet slutter å være et menneske, slutter grensesnittet å være produktet. Dette notatet er den kommersielle halvdelen av det argumentet: hvis programvaren ikke er produktet, hva er da? Det er halvdelen gründere vanligvis tier om. Jeg sier den heller høyt.

Altså, rett ut: vi bygde hele Munin — kunnskap, samtaler, CRM, innhold, utgående kommunikasjon, analyse, alt sammen — på omtrent en måned, og vi lisensierte det under MIT. Repoet er offentlig. Du kan klone det i kveld, lese hver eneste linje, og ha det i drift på ditt eget jern til helgen. Vi er ikke bekymret for det. Vi gjorde det med vilje. Måneden var aldri vollgraven, og vi vil heller være de som sier det.

Hvorfor skulle et selskap gi bort koden under MIT?

Fordi koden sluttet å være det knappe. Et lite team med agentisk verktøy bygde alle seks Munin-modulene på omtrent en måned, noe som betyr at en kompetent konkurrent kan reprodusere artefakten. Det som ikke kan reproduseres på den tidsskalaen, er å bli betrodd å drifte den — EU-lagring, samtykkestatus, en revisjonslogg som overlever en dårlig natt, og noen som står til ansvar klokka tre om natta.

Jeg vil være presis på hva «en måned» betyr og ikke betyr, for tallet inviterer til feil reaksjon i begge retninger.

Det betyr ikke at arbeidet var trivielt. Det betyr at produksjonen av programvare har blitt radikalt billigere, og at et lite team med god smak og agentisk verktøy nå kan levere på uker det som før tok et finansiert selskap et år. Det er ingen vollgrav. Det er været. Alle bygger i dette klimaet nå, enten de har merket det eller ikke.

Og det betyr ikke at resultatet er en demo. Delen som krevde den faktiske omtanken, er ikke den du ville tatt tiden på med stoppeklokke — det er appene som deler én Postgres med row-level security som bærer leietakergrensen, samtykkestatusen som avgjør hva en agent har lov til å vise fram, revisjonsloggen som overlever en dårlig natt, EU-hostingen, vaktordningen bak. Byggingen gikk fort. Driften gjør det ikke, og var aldri ment å gjøre det.

Det gapet — billig å bygge, dyrt å drifte godt — er hele essayet. Hvis et kompetent team kan reprodusere koden på en måned, kan ikke koden være det du betaler for. Noe annet må være det. Det interessante spørsmålet er hva.

Hvor vanskelig er det å forlate Munin?

Det er en sekvens av verktøykall, ikke et migreringskvartal. Hver modul eksponerer et sammenkoblet par — en eksport som gir deg dataene og en import som tar dem tilbake — på tvers av kunnskap, samtaler, CRM, innhold, utgående kommunikasjon og analyse. Fordi dette er MCP-verktøy snarere enn knapper sveiset til et grensesnitt, kan en agent gå gjennom alle seks og flytte hele leietakeren mens du ser på.

De fleste programvareselskaper behandler utgangen som noe man stille gjør umulig. Dataene ligger i et proprietært lager. Eksporten er en CSV med halvparten av feltene borte. Integrasjonene er en enveiskjøring inn. Du drar ikke, fordi det å dra er et prosjekt, og prosjektet kommer aldri inn på noens kvartal.

Vi gikk motsatt vei. Jeg vil være konkret om det, for et løfte om portabilitet som forblir abstrakt, er bare et slagord.

Koden er MIT. Ingen open core-lokkemat, ingen «community-utgave» med de nyttige delene filt bort — et mønster vanlig nok i denne kategorien til at lisensen er det første som er verdt å sjekke. Det vi kjører, er det som ligger i repoet.

Og fordi de er verktøy bak MCP-protokollen, kan en agent gå gjennom alle sammen for deg. Pek den mot din Munin-instans og en fersk en du har satt opp selv; den leser hver modul ut av den gamle og skriver den inn i den nye, hele leietakeren flytter over mens du ser på. Ingen CSV med halvparten av feltene borte. Ingen migreringskvartal. Utgangen er en agentkjøring — samme form som alt annet Munin gjør.

Vi peker deg mot døra i stedet for å stille oss foran den.

Det burde, etter bransjens konvensjonelle logikk, være en forferdelig idé. Det er det motsatte av innlåsing, og innlåsing er liksom forretningen.

Det er også den eneste påstanden i denne kategorien som koster leverandøren noe å fremsette, og det er nettopp det som gjør den verdt noe. Enhver konkurrent kan skrive ingen innlåsing på en prisside. Svært få kan rekke deg verktøyet som utfører det. Et løfte du kan etterprøve ved å dra, er et annet slags løfte enn et du må ta på tro, og forskjellen er hele produktet.

Hvis programvaren er gratis, hva betaler du egentlig for?

Driften. Tre ting spesifikt: datalagring og sikkerhetsstillingen som holder den sann, en ansvarlig part med et revisjonsspor når en agent gjør noe den ikke burde, og kontinuitet — oppetid, oppgraderinger, migreringen som ikke mister en rad, og mennesket som svarer på et ubekvemt tidspunkt. Ingen av delene bor i kildekoden.

De samme tingene som overlever oppløsningen, viser det seg, er tingene du fakturerer for. I forrige notat sa jeg at delene som overlever en agentisk verden, er de uglamorøse: datamodellen, identitetslaget, revisjonsloggen, samtykkestatusen, stedet der mennesker godkjenner ting. Den lista var ikke bare et arkitekturdiagram. Den er en prisliste.

Du betaler oss ikke for programvaren. Du betaler oss for å drifte den — og driften er der alle de knappe tingene bor:

• 01Lagring og sikkerhetsstilling. Dataene ligger i EU, under en sikkerhets- og etterlevelsesholdning som er reelt arbeid å opprettholde og reelt ansvar å bomme på. De fleste team vil heller leie det enn eie det.
• 02Den ansvarlige parten. Når en agent gjør noe den ikke burde — viser fram en post den ikke hadde noe med å vise fram, sender feil ting til feil person — må noen være den tydelige, ansvarlige parten, med revisjonssporet som lar deg rekonstruere hva som skjedde. Det er en rolle, ikke en funksjon. Den kommer ikke fra kildekoden.
• 03Kontinuitet. Oppetid, oppgraderinger, migreringen som ikke mister en rad, mennesket på vakt til ubekvem tid. Repoet vekker ingen klokka 03. Det gjør vi.

Ingen av disse er ting du kan forke. Du kan kopiere koden på en ettermiddag. Du kan ikke kopiere å bli betrodd å drifte den, for tillit ligger ikke i artefakten — den ligger i driften, opparbeidet over tid, og den er det ene som ikke blir billigere når verktøyene blir bedre.

Derfor er tallet på fakturaen for driften og ikke for programvaren. Selvhosting er gratis, for alltid, og vi mener det: MIT, hele repoet, ingen funksjon holdt tilbake. Munin Cloud har et gratisnivå i dag, og den betalte prisen, som lanseres snart, er flat per organisasjon snarere enn per sete.

Den siste delen er ikke en rabatt, den er det samme argumentet i et annet kostøme. Prising per sete forutsetter at setet er der arbeidet skjer. Hvis de fleste operatørene i systemet ditt er agenter, er det å fakturere etter antall innloggede mennesker en måleenhet som har sluttet å beskrive noe. Vi tar heller betalt for det vi faktisk gjør.

Dette er ikke akkurat en ny form. Red Hat solgte et operativsystem ingen kunne eie, og bygde et seriøst selskap på støtte, garantier og å være den som kunne tas i strupen. Det nye er at byggekostnaden falt langt nok til at dette slutter å være en historie bare om gigantiske infrastrukturprosjekter og blir tilgjengelig for helt vanlig forretningsprogramvare — CRM-et, supportavdelingen, modulene som berører kundeposten.

Ødelegger det ikke vollgraven å gi bort koden?

Det erstatter én vollgrav med en mer holdbar. Innlåsing virket fordi det gjorde vondt å dra, og det er et grep som varer akkurat så lenge som til en kunde bestemmer at smerten er verdt det. Portabilitet virker i motsatt retning: folk overlater den daglige driften av kunderelasjonen sin til en leverandør de kunne gått fra, og velger på nytt hver måned å la være.

Her er inversjonen hele veddemålet hviler på. Den åpne døra er ikke en innrømmelse vi gjør til tross for at vi vil at du skal bli. Den er grunnen til at du blir.

Innlåsing var den gamle vollgraven: du ble fordi det å dra var for smertefullt å forsøke. Det virket helt til det ikke gjorde det — og det gjorde det siste tiåret med SaaS til étt langt synkroniseringsprosjekt, en skatt alle betalte og ingen ville ha. Portabilitet er den nye vollgraven, og den virker omvendt. Du lar folk dra fritt, og friheten er nettopp det som gjør dem trygge nok til å overlate deg det som betyr mest: den daglige driften av kunderelasjonen. Ingen overlater en irreversibel beslutning til en leverandør de ikke kan slippe unna. De overlater den til den de kunne forlatt når som helst, og velger, hver måned, å la være.

Du blir fordi du kunne dratt. Ta bort døra, og du har tatt bort tilliten med den.

Hva satser Munin egentlig på?

At driften overlever artefakten. Det å produsere programvare ble billig nok til at koden sluttet å være det knappe, så Munin gir koden bort under MIT og tar betalt for det som forblir knapt: EU-lagring, samtykkestatus, en revisjonslogg, en ansvarlig part og et menneske som svarer klokka tre om natta. Ingenting av det kan klones fra et repo.

Så veddemålet er rett og slett dette. Programvare har blitt en råvare i den eneste forstanden som betyr noe kommersielt: artefakten er ikke lenger det knappe, og å late som noe annet er en strategi med utløpsdato. Det som forblir knapt, er driften — lagringen, samtykket, revisjonen, ansvarligheten, mennesket som svarer når det ryker. Vi gjorde koden åpen fordi koden aldri kom til å bli vollgraven, og vi bygger heller på delen som varer enn forsvarer delen som ikke gjør det.

Ofte stilte spørsmål

Er Munin faktisk MIT-lisensiert, eller er det open core? MIT hele veien, uten noen enterprise/- eller ee/-mappe. Koden som kjører Munin Cloud, er koden i det offentlige repoet, og ingen modul eller funksjon holdes tilbake fra dem som selvhoster. Den praktiske testen for ethvert prosjekt som påstår dette, er å åpne repoet og se etter en separat lisensiert mappe før du tror på merket på forsiden.

Hvordan eksporterer jeg dataene mine ut av Munin? Hver modul leverer et sammenkoblet eksport-/importpar som MCP-verktøy — CRM, samtaler, kunnskapsbase, CMS, utgående kommunikasjon og analyse. En agent kan kjøre hele sekvensen mot din instans og en fersk en du kontrollerer, i fremmednøkkelrekkefølge, uten at noen redigerer en CSV for hånd. Ingenting ved det å dra krever vår medvirkning eller en supporthenvendelse.

Hva betyr MIT for virksomheten min, sammenliknet med AGPL? MIT lar deg forke, endre, selvhoste og videreselge uten å publisere endringene dine. AGPL er copyleft: hvis du endrer koden og tilbyr den til tredjeparter som en driftet tjeneste, kan du bli forpliktet til å publisere endringene. For rent intern bruk er forskjellen liten; hvis du planlegger å bygge et produkt oppe på, avgjør den hva du har lov til å bygge.

Hvis programvaren er gratis, hvordan tjener Munin penger? Ved å drifte den. Munin Cloud er EU-hostet og gratis å starte med, og den betalte prisen, som lanseres snart, er flat per organisasjon snarere enn per sete. Du betaler for lagring, den ansvarlige parten med et revisjonsspor, og kontinuitet: oppgraderinger, oppetid og noen på vakt. Selvhosting forblir gratis for alltid.

Er programvare med åpen kildekode trygt å kjøre en kundedatabase på? Lisensen er ikke sikkerhetsegenskapen; arkitekturen og operatøren er det. Det åpen kildekode endrer, er at du kan lese row-level security-policyene, samtykkehåndteringen og revisjonsloggingen i stedet for å stole på et datablad — og at du kan fortsette å kjøre programvaren hvis leverandørens planer endrer seg.

Kan jeg selvhoste Munin og flytte til Munin Cloud senere, eller omvendt? Ja, i begge retninger, med de samme eksport-/importverktøyene. Fordi Cloud kjører den samme MIT-koden som repoet, er en flytting en datamigrering snarere enn en replattforming, og verktøykallene er identiske uansett hvilken vei du går.

Klon det i kveld hvis du heller vil lese koden enn argumentet — repoet er MIT på GitHub, og Munin Cloud er gratis å starte på hvis du heller vil at vi står for driften.

Vi lar deg dra. Derfor blir du.