En virksomhed kører en kampagne. Annoncerne performer, formularen bliver udfyldt, og leads strømmer ind. En lille no-code-integration sender dem automatisk videre til CRM’et. Alt ser ud til at virke.
Tre uger senere opdager sælgeren, at der mangler kunder. Ikke alle — men en stribe. Omkring 60 leads, der aldrig nåede frem. Ingen fejlmeddelelse, ingen alarm. Bare … væk.
Det er ikke et opdigtet skræmmebillede. Det er præcis den type fejl, jeg igen og igen ser opstå — og den er næsten altid usynlig, lige indtil den bliver dyr.
No-code er forførende — og det er hele pointen
Værktøjer som Make, Zapier og n8n gør det muligt at forbinde to systemer på en eftermiddag. Det er fantastisk, og jeg bruger dem selv hver uge. Problemet er ikke værktøjet. Problemet er, at en integration ser færdig ud, længe før den er robust.
Den virker, da du tester den. Den virker de første dage. Og så møder den virkeligheden: en API’er, der svarer langsomt, et felt, der er tomt, et system, der er nede i 30 sekunder. Det er her, forskellen mellem “ser ud til at virke” og “holder” bliver synlig.
De detaljer, der forsvinder i farten
Når et lead forsvinder lydløst, er årsagen næsten altid en af disse:
- Ingen fejlhåndtering. Modtagersystemet svarer “rate limit exceeded” eller er kortvarigt nede. Uden et forsøg-igen og en kø ryger beskeden bare på gulvet.
- Ingen validering. Et felt er tomt eller forkert formateret, hele kaldet afvises — uden at nogen får besked.
- Dubletter og manglende idempotens. Det samme lead oprettes to gange, eller en genkørsel overskriver data.
- Forkert felt-mapping. Telefonnummeret lander i et felt, der afviser det, og leadet kasseres.
- Ingen logning eller overvågning. Det værste af det hele: ingen ved, at noget fejlede.
En integration uden fejlhåndtering og overvågning er ikke automatisering. Det er et håb om, at intet går galt.
Derfor er det både lydløst og dyrt
Leads forsvinder ikke med et brag. De forsvinder i stilhed. Du opdager det først, når omsætningen udebliver, eller når en potentiel kunde siger: “Jeg skrev jo til jer.” På det tidspunkt er sporet koldt, pengene til kampagnen brugt, og tilliden ridset.
Hvad en solid arkitektur gør anderledes
Det handler ikke om at droppe no-code. Det handler om at bygge et fundament under det:
- Køer og forsøg-igen, så midlertidige fejl ikke koster data.
- Idempotens, så det samme lead aldrig oprettes to gange.
- Validering og tydelige fejl, så dårlige data fanges — ikke tabes.
- Logning og alarmer, så du opdager problemer i samme øjeblik, de opstår.
- Test af de scenarier, der går galt — ikke kun det, der går godt.
Pointen
No-code er et fremragende værktøj. Men værktøjet er ikke arkitekturen. Den hurtige opsætning løser de 80 %, der er nemme at se — og det er de sidste 20 %, du ikke kan se, der afgør, om løsningen holder, når det gælder.
Det er præcis dér, teknisk indsigt tjener sig hjem: ikke i det, der er synligt, men i det, der ellers ville forsvinde i stilhed. Et grundigt, forebyggende blik er billigere end 60 tabte leads — hver gang.