Forretningsproces-automatisering: Hvad det er, og hvordan et studio faktisk shipper det

Hvad forretningsproces-automatisering faktisk er

Forretningsproces-automatisering (BPA) er software, der udfører et job, jeres team allerede laver i hånden. Trigger, process, output. Formen er den samme som workflow-automatisering. Forskellen er målet: en rigtig forretningsproces — lead ind, faktura igennem, nyansat onboardet — ikke et engangs-appsync.

I den simple ende: en formular opretter en CRM-kontakt og en opgave. I den seriøse ende: en faktura ankommer som PDF, en model trækker linjeposter, godkendelse rutes efter beløb, betaling planlægges, filen arkiveres. Samme idé. Forskelligt areal.

Jeg driver em8 som et founder-ledet studio i Mora. Vi sælger ikke et 40-siders “AI-transformation.” Vi mapper, hvor timerne går hen, vælger én eller to processer og sætter dem i produktion. Credentials bliver på jeres infrastruktur. I ejer workflowet.

Hvad det ikke er

Det er ikke RPA. RPA klikker igennem et UI, fordi systemet ikke har en API. Fint til en terminal fra 1998. Dyrt at holde i live. Hvis systemerne taler sammen, flytter I data. I puppetter ikke skærmen.

Det er ikke en model med en landingsside. Hvis arbejdet er struktureret og hyppigt, automatiserer I processen. Hvis input er rod — PDF’er, mails, dømmekraft — lægger I en model på bagefter. I starter ikke med modellen og håber, at en proces dukker op.

Det er heller ikke “hyr nogen, der har set n8n på YouTube, og håb.” n8n er en runtime. Produktet er processen. Hiring-guiden ligger ved siden af. Den her side bliver på BPA.

Hvilke processer I skal automatisere først

Den klassiske miss: seks uger på et workflow, der sker to gange om måneden, mens det daglige tre-timers job bliver i et spreadsheet.

Score arbejdet. Hyppighed. Timer om ugen. Hvad en fejl koster. Hvor regelbaseret det faktisk er. Hvis I ikke kan skrive IF/THEN på én side, har I ikke en proces endnu. I har et møde. At automatisere et møde fejler bare hurtigere.

De processer, der betaler først i mid-market B2B, er kedelige med vilje:

• Lead ind → CRM-række → first touch → follow-up-opgave. Fire minutters copy-paste, halvtreds gange om ugen. Se eksempelkataloget, hvis I vil have en længere liste. Start her alligevel.
• Tilbud ud af en skabelon, rutet, underskrevet, arkiveret. Det arbejde, reps laver i stedet for at tale med accounts.
• Faktura ind, extract, godkend, betal, arkivér. Høj hyppighed, dyrt når det går galt, næsten altid regelbaseret.
• Nyansat-kaskade. Én underskrift, derefter accounts, papir, løn, første-uges liste. Intet venter på, at nogen husker næste trin.

Hvis det ikke sker hver uge, og fejl ikke koster penge, så lad det være. I kan altid lægge proces to på, når den første har været stille i to uger.

Hvordan et studio faktisk shipper det

Uge 1 er en diagnostik. Jeg sidder i Slack. Jeg ser, hvor timerne går hen. Jeg skriver den stack ned, der allerede findes. I går med ét eller to builds scoped, uanset om vi fortsætter. Det er filteret. Hvis nogen citerer en transformation, før de har siddet i workflowet, køber I slides.

Derefter bygger vi én proces. Ikke tolv. Credentials på jeres infrastruktur. Retry-logik, en dead-letter-sti, en Slack når det dør en søndag. Test på rigtige data, inklusiv de grimme rækker. Live på uger.

Handover er en del af jobbet. I ejer workflowet, nøglerne, docs. Hvis vi bliver på en retainer, udvider vi fra noget, der allerede kører. Kapacitet er ikke ydmyghed. Én operator bliver flaskehalsen, hvis I skal have fem workstreams i parallel — det er, når I skal have et bureau, og prissiden er ærlig om, hvad det koster.

Når runtime skal ligge in-house, er det som regel n8n-automatisering. Make og Zapier er fint, når grafen er simpel, og data kan ligge i en andens cloud. Værktøjet er ikke engagementet. Processen er.

Sådan ser det ud, når det er rigtigt

Jeg dumpeder ikke highlight-kort her. Tallene hører til på casen.

På Case 01 shippede vi outbound AI til en B2B-salgsorg på tre uger: cadence-generator og tilbudsautomatisering i produktion, cirka 50 timer om ugen væk fra reps. Samme studio-mønster viser sig i de andre seneste builds — en deal-flow-database med 4.000 rækker, der erstattede PDF’er og decks, og en første live-uge der åbnede $45k i kvalificeret pipeline. Timer ind, systemer ud, I beholder nøglerne.

Det er BPA, når et studio shipper det. Ikke et katalog med fyrre use cases. Én proces, i produktion, med en owner.

Værktøjer er runtime, ikke produktet

Zapier er on-ramp. Make er den visuelle graf. n8n er self-hosted, når data og omkostningsloft tæller. Vælg fra Make vs Zapier vs n8n, hvis I skal have en tabel. Hvis I skal have et menneske, der reelt kan køre n8n i produktion, er det hyr en n8n-ekspert. Hvis I skal have et tal, før I booker, er det priser på automatiseringsbureau.

I skal ikke hyre et studio til at lade som om det er en ticket-shop. I skal ikke hyre en YouTube-seer til at eje en salgsproces. Runtime er billig. Kortet er arbejdet.

Fejl der dræber arbejdet

1. At automatisere det forkerte. Høj hyppighed, mange timer, regelbaseret. Alt andet venter.
2. Ingen error handling. API’er fejler. Formularer sendes to gange. Tomme felter findes. Hvis ingen får en Slack, når det knækker, er det en demo.
3. At starte for stort. Ét pålideligt lead-til-CRM slår en tolv-trins pipeline, der dør hver fredag.
4. Ingen owner. Set-and-forget er, hvordan I sender den forkerte faktura kl. 02.
5. At købe timer uden et kort. Hvis uge 1 er et kickoff-deck, har I købt slides.