Den utgående kontakten din bør skrive seg selv. Så stoppe.
Introduksjonen du mente å skrive, oppfølgingen du mente å sende, svaret som fortjente tjue minutter. En agent kan skrive utkast til alle tre over natta fra kundeposten du allerede har. Det som gjør det trygt, er det som skjer etterpå: den arkiverer dem og venter på et menneske.

Hvert selskap har en mappe med e-postene som skulle gå ut. Introduksjonen til personen som ba om en på en konferanse i mars. Oppfølgingen til prospektet som sa ta kontakt igjen i september. Svaret til prøvebrukeren som skrev tre omtenksomme avsnitt om prising og fikk en tommel opp-emoji. Ingen bestemte seg for å ikke sende dem. De kom bare aldri øverst i noens ettermiddag.
Hvorfor er utgående kontakt jobben som aldri blir gjort?
Fordi utgående kontakt er tre jobber med ett navn: å bestemme hvem som skal kontaktes, å skrive noe spesifikt til dem, og å huske å komme tilbake om en uke. Den første og tredje er bokholderi. Den andre er dømmekraft. De fleste team gjør enten ingenting av det eller automatiserer alt — og å automatisere dømmekraften er måten du sender en tonedøv e-post du ikke kan ta tilbake.
Bokholderihalvdelen er genuint mekanisk. Hvem i dette segmentet som ikke er kontaktet. Hvem som allerede har et utkast underveis. Hvem som meldte seg av forrige måned og aldri må høre fra oss igjen. Hvem som nå er fire dager forbi ventetiden på steg to i en sekvens ingen har sett på siden april. Ingenting av det trenger en person, og alt av det er nettopp det en person mister på en torsdag.
Skrivehalvdelen er ikke mekanisk, og de siste to årene har lært hver eneste innboks på kloden hva som skjer når du later som den er det. Den generiske AI-kaldeposten er nå gjenkjennelig på under et sekund, og den mislykkes ikke bare — den brenner adressen den lander på.
Kan AI skrive den utgående salgsposten min?
Ja, og de seriøse plattformene gjør det allerede. Klaviyo kjører en MCP-server og en Claude-kobling som skriver kampanjetekst fra de levende segmentene dine og reviderer flytene dine. Customer.io lister en AI-agent med grunnleggende utførelsesferdigheter på alle planer og planlagte Routines fra Essentials og opp (én ukentlig oppgave; daglig fra Premium). Munin skriver én e-post per kontakt per kampanje og arkiverer den som et ventende forslag et menneske godkjenner før noe går ut.
Den interessante forskjellen er ikke om modellen kan skrive. Alle kan skrive. Det er hva systemet gjør med utkastet når det først finnes — og spesielt om det finnes et sted et utkast kan vente.
Hva skjer mellom torsdag kveld og fredag morgen?
Fire kuratorrunder kjører på en tidsplan, og hver eneste av dem ender på samme måte: et utkast arkivert for gjennomgang. En ukentlig runde skriver førstegangs-e-poster for aktiverte kampanjer. En daglig runde skriver neste sekvenssteg for alle som ikke har svart. En hendelsesdrevet runde skriver et svar i det øyeblikket et prospekt skriver tilbake. Ingen av dem sender. Du våkner til en kø, ikke til sendt post.
Det som gjør utkastene verdt å lese, er hvor de er hentet fra. En kampanje er en operatørskrevet brief pluss et målsegment i CRM-et, så runden materialiserer et reelt publikum, henter understøttende fakta ut av kunnskapsbasen med kb_search for å forankre påstandene, og skriver 80 til 200 ord til én navngitt person i ett navngitt selskap. Det er den samme formen som å holde CRM-et à jour ut fra samtaler du allerede hadde: les det du allerede har, skriv tingen ingen hadde tid til, stopp før den ugjenkallelige biten.
- 01Materialiser publikummet.
crm_list_contacts_in_segment— ikkecrm_list_contacts. Segmentflaten anvender undertrykkelses- og rettsgrunnlagsgulvet i tjenesten, så det som kommer tilbake er allerede det aktuelle settet. - 02Dedupliser før du skriver.
outreach_list_proposalsper (kampanje, kontakt). Etpending-,approved- ellersent-forslag betyr at den personen er opptatt. Baredismissed,withdrawnogfailedåpner plassen igjen. - 03Forankre påstanden.
kb_searchmot kampanjebriefen etter ett til tre reelle dokumenter. Kommer ingenting tilbake, skrives utkastet på et høyere nivå — ingen oppfunne funksjoner, ingen oppfunne tall. - 04Arkiver det.
outreach_propose_first_touchmed utkastets emne, utkastets tekst og enevidence-nyttelast som bærer KB-dokument-ID-ene og resonnementet en gjennomgang ville villet se. - 05Stopp. Ingen flere kall. Godkjenningsflaten tilhører operatøren, og en kurator avgjør aldri sine egne utkast.
{
"name": "outreach_propose_first_touch",
"arguments": {
"campaignId": "ocmp_…",
"contactId": "cct_…",
"draftSubject": "Kjapp tanke om onboarding-sløyfen til Acme",
"draftBody": "Hei Jane,\n\nJeg så at Acme nettopp lanserte selvbetjent onboarding …",
"evidence": {
"kbDocIds": ["kdoc_abc"],
"contactSignals": ["title=Head of Ops", "tag=enterprise"],
"reasoning": "Briefen retter seg mot driftsledere; tittelen matcher; ett KB-dokument om onboarding-sløyfer."
}
}
}Hvorfor sender ikke utkastet seg selv?
Fordi en sendt e-post ikke har noen angre, og en kald e-post er generativ framfor gjengivende. Å hente ut et telefonnummer en kunde skrev, er trofast kopiering. Å skrive en pitch i selskapets navn til noen som aldri har hørt om deg, er oppfinnelse — en helt annen risikoprofil, og det ene stedet der en selvsikker modell er dyrest.
Så godkjenning er sendebeslutningen, ikke en statusvending. Å godkjenne et førstegangsforslag — fra dashbordet eller gjennomgangspanelet — oppretter den utgående samtalen, sender gjennom kampanjens kanal, og legger til CTA-en og den signerte avmeldingsfoten. På en oppfølging eller et svar sendes teksten ordrett på den eksisterende tråden. Det finnes ingen konfidensterskel som hopper over dette, og ingen konfigurasjon som slår det av.
Tale og SMS går lenger: de forslagene kan bare godkjennes av en innlogget person i Munin-dashbordet. En agent kan ikke godkjenne ett. Det kan heller ikke en admin-API-nøkkel eller en Slack-knapp. Serveren avviser hver annen anroper, som betyr at utgående oppringing er avgrenset av noe mer solid enn en velskrevet systemprompt.
Godkjenning er bundet til teksten, ikke til ID-en
Hvert forslag bærer et draftFingerprint — et sammendrag av kampanjen, mottakeren, emnet, teksten og det foreslåtte sendetidspunktet — og godkjenningssteget krever det. Har utkastet flyttet seg siden operatøren leste det, fra hvem som helst sin revisjon, matcher ikke fingeravtrykket lenger, kallet feiler med outreach_conflict, og ingenting sendes.
Den fristende løsningen er å hente forslaget på nytt og prøve igjen med det nye fingeravtrykket. Det er nettopp den feilen sjekken finnes for å stoppe: da godkjenner du det som tilfeldigvis ligger i sporet framfor teksten en person leste. Les den gjeldende teksten på nytt, legg den foran dem, og få deres ord på akkurat den.
En revisjon stempler også revisedAfterReviewAt, så en operatør som leste mandagens utkast blir fortalt, i panelet og i dashbord-skuffen, at onsdagens ikke er det de leste.
Hva nekter køen å skrive?
Mer enn den skriver, de fleste uker, og avvisningene er der tilliten kommer fra.
Alle som er undertrykt eller mangler rettsgrunnlag. do_not_contact, unsubscribed_at og et tomt consent_lawful_basis filtreres inne i tjenesten, på segmentflaten kuratoren er pålagt å bruke. Det gulvet er ikke et argument agenten kan vinne, som er poenget med å legge det under agenten framfor i instruksjonene dens. Det er den samme resonneringen som går gjennom hva EU-datalagring faktisk dekker.
Alle som allerede har et utkast underveis. En unik indeks dekker ventende og godkjente forslag likt, så to runder som kappløper produserer ett utkast, ikke to.
Alle som har svart. I det øyeblikket en innkommende melding lander, stopper oppfølgingssekvensen permanent, og svarflyten eier tråden. En oppfølging som allerede var godkjent og planlagt for tirsdag, feiler på sin nye sjekk av sendetidspunkt framfor å leveres — fordi godkjenning autoriserer en melding, den fryser ikke verden.
Alle som ble uaktuelle mens de ventet. Når arbeideren plukker opp en planlagt sending, verifiserer den på nytt at kampanjen fortsatt er aktivert og kontakten fortsatt har samtykket. Et forslag som feiler lander på status: "failed" med en grunn festet til seg. Det sendes aldri til noen som meldte seg av mens de ventet.
Hvordan skiller dette seg fra Klaviyo, Customer.io eller et kaldepostverktøy?
De er formet for ulike jobber, og forskjellene er reelle framfor posisjonering. Klaviyo er bygd rundt handelsvolum og fakturerer på aktive profiler — hver kontakt som kunne fått e-post, om du sender til dem eller ikke. Customer.io er bygd rundt livssyklusreiser og fakturerer fra 100 dollar i måneden for 5 000 profiler. Munin er bygd rundt én-til-én utgående kontakt på en delt kundepost, med en menneskelig port på hver sending.
- KlaviyoHandelsmarkedsføring i volum, med en dra-og-slipp-editor, SMS, WhatsApp, push og et dypt flytbibliotek. Fakturering, ifølge Klaviyos prisside, skjer på aktive profiler: gratisnivået er 250 profiler og 500 sendinger i måneden, og en plan på 500–1 000 profiler er oppført til 30 dollar i måneden med 10 000 sendinger. Customer Hub starter på 20 dollar i måneden og Helpdesk på 10 dollar i måneden i tillegg.
- Customer.ioLivssyklusreiser for produktdrevne team. Essentials koster 100 dollar i måneden for 5 000 profiler og 1 million e-poster, med flere profiler til 0,009 dollar og flere tusenblokker med e-post til 0,12 dollar; Premium starter på 1 000 dollar i måneden fakturert årlig. Seter er ubegrenset på alle planer, og prissiden lister en MCP-server og en AI-agent på alle tre.
- Munins utgående kontaktÉn-til-én utgående kontakt skrevet fra den samme
contacts-tabellen CRM-et, innboksen og kunnskapsbasen bruker. Hver melding — første kontakt, oppfølging, svar — kommer som et ventende forslag bundet med fingeravtrykk til teksten en person leste. MIT hele veien, og skriveprosedyrene er markdown du kan redigere.
Hvem er dette for?
Munin har ingen dra-og-slipp-e-postbygger, intet flytbibliotek for forlatt handlekurv eller forlatt nettleseriøkt, ingen driftet leveringsevne eller dedikert IP-oppvarming, og ingen push- eller i-app-kanaler. Klaviyo og Customer.io har brukt år på nettopp det, og sender du en stilsatt kampanje til åtti tusen kunder på Black Friday, kjøp en av dem — det er jobben de ble bygd for, og de er gode til den.
Munin er for det andre utgående problemet, og det er det vanligste under en viss størrelse. Du sender femten e-poster i uka, hver til en navngitt person, og hver eneste av dem bør leses som om du skrev den — fordi i den eneste forstanden som betyr noe, godkjente du den. Her skrives utkastet fra den samme kundeposten supportinnboksen og kunnskapsbasen din allerede deler, samtykkegulvet håndheves i databasen framfor i en avkrysningsboks, og sendebeslutningen er fysisk et menneskes. Det er et annet produkt for en annen pult, og det er det som passer et team uten en markedsføringsansatt.
Hvilken bør du velge?
Velg Munin når flaskehalsen er at utgående kontakt må høres ut som et menneske, og det ikke finnes et menneske med tid til å skrive den.
Utkastet vet ting. Prospektets supporthistorikk, avtalefasen, artikkelen de leste sist tirsdag og kampanjebriefen løser seg alle mot den samme raden — hele plattformen ble bygd på ett skjema framfor seks, og det er derfor ingen synkjobb står mellom samtalen og e-posten. Når et svar lander på en utgående tråd, leser svarskriverunden den tråden — ikke et sammendrag av den.
Den kjører der du allerede jobber. Rundene er MCP-verktøy pluss markdown-prosedyrer, ikke en funksjon inne i et UI du logger inn i. Claude, Claude Code, Cursor, ChatGPT, OpenAI Agents SDK eller en kjører du skrev — samme 200+ verktøy, samme revisjonslogg, samme gjennomgangskø. I verter som støtter MCP Apps tegnes køen som et innebygd panel der beslutningsverktøyene er skjult for modellen helt, og bare klikket ditt kan kalle dem.
Du kan lese reglene før du stoler på dem. Prosedyrene for første kontakt, oppfølging, svar, SMS og samtale er fem av de 60 medfølgende ferdighetene. De sier hvor langt et utkast bør være, at en avslutningsmail er høflig og aldri legger skyld på noen, og at en kurator aldri må godkjenne sitt eget arbeid. Er én av dem feil for teamet ditt, redigerer du markdownen, og neste kjøring oppfører seg annerledes.
Og måleren står ikke på utfallet. Munin Cloud Free koster 0 € i måneden med 5 000 MCP-kall, 250 kontakter og 100 MB — nok til å kjøre reelle kampanjer for et lite team. Selvdrift er docker compose up under MIT, uten noen enterprise/-katalog som holder på den nyttige halvparten. Modellkostnaden er det leverandøren din tar, ikke et gebyr per sending til oss — det samme argumentet jeg førte om målere generelt, anvendt på modulen der en måler biter hardest.
Hvordan ser det ut etter en måned?
En kort kø hver morgen og en oppfølgingsrate som sluttet å avhenge av noens hukommelse. Femten eller tjue utkast i uka er normalt for et lite team: les, rediger en setning, godkjenn eller avvis.
Vanen som dannes er verdt å navngi. Å avvise en oppfølging stopper sekvensen permanent for den kontakten — det er riktig verb for slutt å forfølge denne personen og feil for omformuler dette. For formulering reviderer du på stedet og godkjenner den redigerte versjonen, som holder gjennomgangshistorikken festet. Operatører som lærer det skillet i første uke, ender opp med en kø som gjenspeiler reelle beslutninger framfor opprydding.
Effekten av andre orden er den du merker. Fordi utkastene er forankret i kunnskapsbasen, dukker hullene raskt opp — en kampanjebrief uten noe bak seg produserer vage utkast, som er et nyttig signal om dokumentasjonen framfor om modellen. Den sløyfen går på samme måte som kunnskapsbasen fyller seg selv fra løste overleveringer.
Ofte stilte spørsmål
Kan AI sende kalde e-poster for meg automatisk? I Munin, nei — og det er designet. En agent skriver utkast til førstegangs-e-poster, oppfølginger og svar, og arkiverer så hver enkelt som et ventende forslag. Å godkjenne et forslag — fra dashbordet eller gjennomgangspanelet — er sendingen, og den er bundet med fingeravtrykk til nøyaktig den teksten en person leste. Godkjenninger av tale og SMS virker bare fra en innlogget dashbordøkt.
Hva hindrer en utgående AI-agent i å sende e-post til noen som meldte seg av?
Undertrykkelses- og rettsgrunnlagsfilteret bor i tjenesten, på segmentflaten skriverunden er pålagt å kalle. Kontakter flagget do_not_contact, kontakter med unsubscribed_at satt, og kontakter uten consent_lawful_basis når aldri agenten. Sjekken kjører igjen ved sendetidspunkt, så en planlagt e-post feiler framfor å leveres hvis samtykket endret seg mens den ventet.
Kan jeg planlegge en godkjent utgående e-post til senere?
Ja. En kurator kan foreslå et tidspunkt med proposedSendAt, og operatørens godkjenning er det som gjør det til en autorisert sending — arv det foreslåtte tidspunktet, oppgi et annet, eller send sendAt: null for å sende umiddelbart. Et planlagt forslag ligger på status: "approved", og outreach_cancel_scheduled_send trekker det tilbake til gjennomgangskøen før levering.
Hva er alternativet til Klaviyo eller Mailchimp med åpen kildekode? For massenyhetsbrev er listmonk (AGPLv3, én Go-binary pluss Postgres) og Keila (AGPLv3, Elixir) begge utmerkede og lar seg selvdrifte rent. For full markedsføringsautomatisering er Mautic GPL-3.0; 7.x-serien kom i januar 2026. Munin er MIT og dekker en annen jobb: én-til-én utgående kontakt på den samme posten som CRM-et, innboksen og kunnskapsbasen din. Massesenderne sammenliknes grundig i teksten vår om Mailchimp-alternativer.
Hvilken AI-modell skriver utkastene? Den du peker mot verktøyene. Rundene er markdown-prosedyrer over MCP, så Claude, ChatGPT, Gemini eller en modell du drifter selv fungerer alle, og å bytte er en konfigurasjonslinje framfor en migrasjon.
Skriver agenten avmeldingslenken? Nei. Systemet legger til en signert avmeldingsfot ved godkjenning, så den ikke kan tukles med når utkastet skrives, og skriveferdighetene forbyr uttrykkelig å skrive en inn i teksten.
Kortversjonen
- Utgående kontakt er tre jobber: å velge, å skrive og å huske. To av dem er bokholderi en agent bør gjøre, og én er dømmekraft en person bør beholde.
- Munin skriver første kontakt ukentlig, oppfølginger daglig og svar ved ankomst — og arkiverer hver eneste som et ventende forslag i stedet for å sende det.
- Å godkjenne er sendingen. Den er bundet med
draftFingerprinttil nøyaktig den teksten den som gjennomgikk leste, så et utkast redigert i mellomtiden nekter framfor å gå ut. - Undertrykkelse og rettsgrunnlag håndheves i tjenesten på segmentflaten agenten må bruke, og sjekkes på nytt ved sendetidspunkt.
- Forslag om tale og SMS kan bare godkjennes av en innlogget person i Munin-dashbordet — ingen agent, API-nøkkel eller Slack-knapp kan foreta den oppringingen.
- Klaviyo og Customer.io kjører begge MCP-servere og AI-agenter og er sterke på handelsvolum og livssyklusreiser; Munin er MIT, skriver fra den samme contacts-tabellen som CRM-et og innboksen, og koster 0 € å starte på Cloud Free.
Sett opp én kampanje, la en runde skrive inn i den over natta, og les hva som venter om morgenen — Munin Cloud er gratis til det, og hele plattformen er MIT på GitHub.
Skrivingen er den enkle halvdelen. Å stoppe er produktet.