Bygg inte ditt eget CRM i Claude eller ChatGPT

Jag har jobbat med sälj i 25 år och suttit i tolv olika CRM. De första var kontaktregister med en anteckningsruta, och den som tror att ett CRM fortfarande är det har inte öppnat ett på fem år. Det som finns nu gör så mycket mer att jämförelsen inte längre är rättvis.

Beskriv ett CRM i Claude Code, Codex eller Lovable och du har en app med kontakter, företag och deals inom en timme. Allt fler techbolag gör det. Det är ett misstag, av tre skäl:

• Ett CRM är inte en kunddatabas. Databasen är den lätta delen och skapar inga pengar.
• Vibe-kodad kod som hanterar kunddata håller sällan säkerhetsmässigt, och det har redan visat sig i hundratals appar.
• Utvecklartid som går till ett internt CRM är tid som inte går till produkten kunderna betalar för.

Missuppfattningen: ett CRM är inte en kunddatabas

"Vi bygger ett eget CRM" betyder nästan alltid datamodellen: kontakter, företag, deals, pipeline. Det är kanske femton procent av vad ett CRM gör.

Resten är det som får säljare att göra rätt sak vid rätt tidpunkt utan att komma ihåg det själva:

• Leadet som laddade ner prisguiden i tisdags och ännu inte fått ett samtal.
• Offerten som skickades för nio dagar sedan och inte öppnats.
• Dealen som legat still i samma steg i tre veckor, flaggad innan prognosen spricker.
• Samma kontakt för marknad (vilken kampanj gav affären) och service (hela historiken när kunden ringer).

Det är sales enablement, och det är där värdet sitter. Ett egenbygge som stannar vid datamodellen ger teamet ett ställe att skriva in saker, men ingen anledning att göra det. Efter sex månader är det ett Google Sheet.

Licensen var aldrig den stora kostnaden. Den stora kostnaden är affärerna som inte stängs för att ingen påminde, följde upp eller såg mönstret i tid.

Det lätta och det svåra

Det lätta: kontakter, företag, deals, pipeline, ett formulär, en mejlmall, en bokningslänk. En utvecklare med Claude Code bygger det på två dagar. Argumentet mot egenbygge sitter i lagren ovanpå. Exemplen nedan är från HubSpot och höstens Fall 2026 Spotlight.

Behörigheter och attribut

Det svåraste att bygga rätt, och det som avgör om systemet går att lita på.

• Åtkomst per objekt, per post, per fält och per team: säljaren ser sina deals, chefen allt utom lönefälten, konsulten tre företag.
• Behörigheten ska följa med in i rapporter, exporter, automatiseringar och API-anrop.
• Revisionslogg på varje ändring.
• Nytt i Spotlight: appar på användarnivå som ärver användarens exakta behörigheter i realtid, och servicenycklar med skopad åtkomst, loggning och rotation.
• Egenbygget börjar med "inloggad eller inte" och upptäcker resten när datamodellen inte går att bygga om.

Inspelning, transkribering och ett CRM som uppdaterar sig självt

Svaret på att ingen uppdaterar CRM:et.

• Samtal, mejl och möten loggas automatiskt, utan att säljaren gör något.
• Notetaker spelar in och transkriberar möten, även på mobilen, skriver sammanfattning och åtgärdspunkter med ansvarig, och föreslår CRM-uppdateringar som godkänns med ett klick.
• Sammanfattningarna finns som API för rapportering och automatisering.
• Att bygga själv: telefoni, inspelning, samtycke per land, lagringsregler, taligenkänning, sammanfattning och koppling till rätt deal. Det är ett eget bolag, inte en funktion.

Agenter över hela systemet

• Breeze Assistant tar en uppgift, väljer agenter och lämnar tillbaka resultatet: förslag, rapport, kampanjplan.
• Prospecting Agent bevakar över 40 köpsignaler, sätter ihop köpgruppen och skriver anpassad kontakt per person.
• Agent Builder: beskriv agenten i klartext, trigga från Slack, Google Sheet, webhook eller schema.
• Allt kör inom behörighetssystemet och hamnar i revisionsloggen. Agenter utan behörigheter är en säkerhetsrisk, agenter utan färsk data gissar.

Sälj, marknad och service i samma system

Ett modernt CRM är inte ett säljverktyg utan ett gemensamt kundregister.

• Marketing, Sales, Service, Revenue och Content Hub delar kontakter, företag, deals, ärenden, pipelines och behörigheter.
• Marknad ser vilka kampanjer som gav affärer, sälj ser vilka sidor prospektet läste, service ser affärshistoriken när ärendet kommer in.
• Nytt i Spotlight: Marketing Studio där en kampanjagent bygger brief och material från ett säljsamtals transkript, Revenue Hub som samlar prislistor, offerter, avtal och fakturering, en Revenue Agent som jagar obetalda fakturor och en Customer Agent som löser supportärenden med hela kundbilden.
• Chatt, mejl, WhatsApp och SMS i samma inkorg, nu med API.
• Ett egenbyggt sälj-CRM står utanför allt detta. Ingen ser hela kunden, och affärer tappas mellan avdelningarna utan att det någonsin syns som en incident.

Workflow-motorn

Det enskilt svåraste att bygga ikapp.

• Triggas av vilken förändring som helst på vilket objekt som helst, inklusive externa händelser via webhook.
• Väntar, förgrenar på villkor, tilldelar, skapar uppgifter, uppdaterar kopplade objekt, skickar mejl och Slack, registrerar i sekvenser, anropar externa system, kör egen kod.
• Avregistrering, omregistrering, felhantering och historik per kontakt som visar exakt vilken gren den gick.
• Pipelineregler, villkorsstyrda fält, godkännanden och en agentisk automatiseringsbyggare där händelser inte behöver tillhöra ett objekt.
• Ett eget programmeringsspråk med eget körsystem, felsökt av tusentals utvecklare i femton år. Egenbygget får en if-sats som bara utvecklaren kan ändra.

Alla marknadsintegrationer

• Google Ads, Meta, LinkedIn, Microsoft Advertising och ChatGPT Ads inifrån plattformen: målgrupper från CRM-listor, leads till rätt pipeline, attribution per kampanj.
• Webbspårning, formulär, chatt, landningssidor, A/B-test, e-postleverans med avsändarrykte, SMS, WhatsApp, LinkedIn-steg i sekvenser, kalendersynk mot Google och Microsoft.
• Marknadsplats med tusentals appar mot ekonomisystem, support, e-handel och databerikning.
• Varje integration är en motpart som byter API utan att fråga. HubSpot har team per koppling. Egenbygget har en utvecklare för alla.

Mejlintegrationen

Det säljaren faktiskt lever i.

• Tillägg i Gmail och Outlook som loggar mejl på rätt kontakt och deal, spårar öppningar, ger mallar och sekvenser i inkorgen och synkar kalendern åt båda hållen.
• Under ytan: OAuth mot Google och Microsoft, inkorgsvillkor som ändras flera gånger om året, trådning, deduplicering, avsändarrykte, GDPR-filter för vad som får loggas.
• Ska fungera i Gmail på webben och Outlook på webb, skrivbord och mobil, med olika tilläggsmodeller.
• Egenbygget får en IMAP-koppling som dör vid nästa säkerhetsuppdatering från Microsoft.

Mobilappen

Säljare är hos kund, i bilen och på mässor, och ett CRM som bara finns i webbläsaren uppdateras inte.

• Native iOS och Android: push-notiser, samtalsloggning, visitkortsskanning, offline-läge, Notetaker på plats, röststyrd Breeze.
• Två appar att underhålla, hålla godkända i App Store och Google Play och följa varje OS-release. Det är ett eget team. Ett techbolag med egen app vet vad det kostar.

HubSpot kallar helheten Growth Context: ett delat datalager som håller CRM:et aktuellt, driver agenterna och styrs från ett ställe. 134 uppdateringar i höstens release, 99 i vårens. Frågan är inte "kan vi bygga ett CRM?". Frågan är "vill vi bygga allt ovanstående och sedan hålla jämna steg med 230 uppdateringar om året?".

Säkerheten

Ett CRM innehåller varje kund, kontaktperson, affär, prisdiskussion och ofta mejlhistorik. Personuppgifter och affärshemligheter i samma databas. Ett vibe-kodat CRM skyddar den datan med den säkerhet som råkade följa med i den genererade koden. Där brister egenbyggen:

• Behörigheter. Inloggning, sedan full åtkomst för alla. Säljaren som slutar i fredag har hela kundbasen i en export på måndag.
• Loggning. Vem ändrade dealvärdet, tog bort kontakten, exporterade listan? Utan revisionslogg går det inte att svara.
• Sårbarheter. AI-genererad kod fungerar i demon men innehåller regelbundet SQL-injektion, saknad validering, nycklar i klartext och API-endpoints utan autentisering. Ingen har granskat den.
• Backup. Finns den? Har någon testat återställning?
• GDPR. Radering, portabilitet, lagringstider och biträdesavtal med varje underleverantör måste byggas själv, eller brytas mot.
• Nycklar. Så fort egenbygget kopplas mot mejl, kalender och ekonomisystem lagrar det tokens till dem. En läcka i CRM:et är en läcka i allt.

En etablerad leverantör har SOC 2, ISO 27001, säkerhetsteam, bug bounty och jurister som läser GDPR. Det är inte ett argument för en viss leverantör utan mot att vara sin egen leverantör av något man inte kan skydda.

Den dolda kostnaden: det blir aldrig klart

Version ett tog en eftermiddag. Sedan:

• Säljchefen vill ha en rapport.
• Marknad behöver koppling till nyhetsbrevsverktyget.
• Google byter kalender-API.
• Utvecklaren som byggde det slutar, och ingen vågar röra koden.

Ett CRM är en produkt med en roadmap som aldrig tar slut, inte ett projekt. En utvecklare som lägger tjugo procent av sin tid på det interna CRM:et kostar mer per år än licenserna för tio säljare, utan att räkna de produktfunktioner som aldrig blev byggda.

Sedan kommer investerarrundan eller en due diligence, och någon ska förklara varför kunddatan ligger i ett hembygge utan certifiering som en person förstår.

Bygg produkten, inte hjulet

De som faller för trenden är techbolag och SaaS-företag, alltså bolag vars affärsidé är att kunder ska köpa deras lösning istället för att bygga en egen. Lovable, plattformen som gjort vibe coding till ett begrepp, kör HubSpot i botten och använder sin egen plattform för att bygga runt det.

AI-verktygen har gjort det billigt att starta ett bygge, inte att äga det. Varje timme på ett internt CRM är en timme som inte går till funktionen som vinner nästa kund eller buggen som får en befintlig att churna. Ingen bygger sitt eget ekonomisystem, sin egen mejlserver eller sitt eget lönesystem. CRM är kategorin där grunden ser enkel ut, och det är det som lurar folk.

Använd Claude Code och Codex till det de är bra på: er egen produkt, integrationer mot CRM:et ni redan har, automatisering av det som är unikt för er.

När egenbygge är rätt, och vad man gör istället

Egenbygge är rimligt när affären är så udda att inget standardsystem passar, när CRM:et är själva produkten, eller när det är en intern lista för två personer utan kunddata av värde. Det vanliga fallet är ett B2B-bolag med fem till femtio säljare som behöver uppföljning, automatisering, rapportering och integrationer som fungerar nästa år också.

Gör så här:

1. Börja i ett etablerat CRM. HubSpots gratisversion täcker mer än de flesta egenbyggen någonsin kommer att göra.
2. Lägg utvecklartiden på det unika: integrationer mot er produkt, automatisering av era processer, data från er plattform in i CRM:et.
3. Använd AI-verktygen till det. En integration mot HubSpots API i Claude Code är rätt användning. Ett eget HubSpot är det inte.
4. Ta hjälp med uppsättningen. Ett felkonfigurerat CRM blir lika oanvänt som ett egenbygge, men det går att rätta till.

Ett CRM ska göra säljteamet bättre. Mät det, så blir svaret på "ska vi bygga ett eget?" nästan alltid nej.

Argument med källor

• 45 procent av AI-genererad kod har säkerhetshål. Veracode testade över 100 modeller på 80 uppgifter. Koden fungerade men innehöll OWASP Top 10-sårbarheter i 45 procent av fallen; XSS missades i 86 procent och loggning-injektion i 88 procent. Veracode 2025
• 170 av 1 645 Lovable-appar hade öppna databaser. Hemadresser, betalstatus, skuldbelopp och API-nycklar exponerade för vem som helst. Orsak: saknad radnivåsäkerhet. CVE-2025-48757. Superblocks
• En app på Lovables egen showcase läckte 18 000 användare. 16 sårbarheter, sex kritiska. Lovables svar: utvecklaren ansvarar själv. TechRadar
• 2 038 kritiska sårbarheter i 1 400 vibe-kodade appar, 400 läckta hemligheter och 175 fall av exponerade personuppgifter inklusive bankkonton. I produktion. Escape
• Ett dataintrång kostar i snitt 4,44 miljoner dollar och tar 241 dagar att upptäcka och stoppa. Mer än något bolag sparar på CRM-licenser. IBM Cost of a Data Breach 2025 via CyberScoop
• Säljare säljer 40 procent av arbetsveckan. Resten är möten, offerter, planering och manuell inmatning, enligt 4 050 säljare i Salesforce State of Sales. Ett CRM utan automatisering ökar den andelen. Kixie
• 8,71 dollar tillbaka per satsad dollar på ett CRM som används. Dålig adoption är näst vanligaste skälet att byta CRM, och ett egenbygge utan support och utbildning har sämst förutsättningar. AM World Group
• HubSpot gör gratis det egenbygget kostar att bygga. Kontakter, företag, deals, pipeline, mejlspårning, mötesbokning och grundautomatisering ingår i gratisnivån. Docket
• Lovable själva kör HubSpot. Bolaget bakom 60 miljoner vibe-kodade projekt har inte byggt sitt eget CRM. Deras platsannons för Partner Operations Manager omfattar integrationer mellan partnerverktyg, HubSpot och Lovables egna appar. Lovable, platsannons

Koden är osäker i hälften av fallen, läckorna har redan skett i hundratals appar, en läcka kostar miljoner, och grunden finns gratis. Det är argumentet.

Källor för Spotlight-avsnittet: HubSpot developer changelog, Fall 2026 Spotlight, Hacking Demand: HubSpot UNBOUND 2026.