Behöver ert företag hjälp med att implementera AI? Kontakta oss och få prisoffert här →
AI Skolan
januari 22, 2026

telli till Airtable: CRM-uppdateringar efter samtal

Rickard Andersson Partner, Nodenordic.se

Dina samtal tar slut, men CRM:et uppdaterar sig inte magiskt av sig självt. Så du fastnar i att jaga resultat, kopiera anteckningar och försöka komma ihåg vilka ”missade” samtal som behöver ett nytt försök.

Säljchefer märker det i pipeline-hygienen. Ops-ansvariga märker det i trasiga överlämningar. Och om du driver ett litet team märker du det på kvällarna. Den här telli Airtable-automationen håller ditt Airtable-CRM korrekt direkt efter att varje samtal avslutas.

Du kopplar tellis samtalshändelser till Airtable via n8n, routar utfall (genomfört vs missat) och uppdaterar rätt kontaktpost automatiskt.

Så fungerar den här automatiseringen

Här är hela arbetsflödet du kommer att sätta upp:

n8n Workflow Template: telli till Airtable: CRM-uppdateringar efter samtal

Varför det här spelar roll: CRM-uppdateringar efter samtal blir alltid sena

Uppdateringar efter samtal känns inte ”svåra”. De tar bara aldrig slut. En säljare avslutar ett samtal, en annan missar ett, någon lämnar en halv anteckning i ett verktyg ingen kollar, och plötsligt ligger ditt CRM en vecka efter verkligheten. Den fördröjningen skapar röriga uppföljningar (”Bokade vi dem redan?”), pinsam dubbelkontakt och leads som tyst svalnar. Ännu värre: missade samtal faller mellan stolarna eftersom ingen ser dem tillräckligt snabbt för att försöka igen medan prospektet fortfarande bryr sig. Det är inte dramatiskt. Det är bara konstant friktion som stjäl fokus från faktisk försäljning och support.

Det bygger snabbt upp. Här är var det faller isär i praktiken.

  • Någon måste tolka samtalsutfall från telli och översätta dem till CRM-fält, vilket bjuder in till inkonsekvens och ”jag fixar det sen”-vanor.
  • Missade samtal skapar ingen brådska när de ligger i en annan dashboard än ditt CRM, så återförsök sker sent (eller inte alls).
  • Sälj- och supportteam tappar förtroendet för Airtable eftersom det aldrig är aktuellt, så de börjar föra sidanteckningar någon annanstans.
  • Manuella uppdateringar är felbenägna, särskilt när du matchar telefonnummer eller kontakt-ID:n under tidspress.

Det du bygger: telli-samtalsutfall routas in i Airtable

Det här arbetsflödet lyssnar efter en realtidshändelse ”call_ended” från telli och skickar direkt in resultatet i ditt Airtable-CRM. En webhook i n8n tar emot samtals-payloaden, och sedan kontrollerar flödet samtalsstatus för att avgöra vad som ska hända härnäst. Om samtalet genomfördes uppdaterar det motsvarande Airtable-kontakt med senaste samtalsdatum och utfalssignaler (som bokat möte och intressenivå). Om samtalet missades uppdaterar det kontaktposten på ett annat sätt, så att teamet kan se missade försök och följa upp utan att gräva i loggar. Slutresultatet är enkelt: Airtable blir din källa till sanning igen, utan att någon behöver göra rutinjobb efter varje samtal.

Flödet startar när telli skickar en webhook i samma ögonblick som ett samtal avslutas. n8n routar händelsen via en ”Genomfört”- eller ”Missat”-gren och skriver sedan rätt fält i Airtable så att ditt CRM speglar vad som faktiskt hände.

Det du bygger

Förväntade resultat

Säg att ditt team hanterar cirka 20 telli-samtal per dag. Om det tar kanske 5 minuter att logga ett samtalsutfall i Airtable (hitta kontakten, sätt intresse, uppdatera senaste samtalsdatum, lägga till anteckningar) blir det runt 100 minuter per dag. Med den här automatiseringen är ”jobbet” i princip noll efter första uppsättningen: telli skickar händelsen, n8n routar den, och Airtable uppdateras i bakgrunden. Du får tillbaka ungefär 1–2 timmar per dag, och CRM:et blir samtidigt mer korrekt.

Innan du börjar

  • n8n-instans (prova n8n Cloud gratis)
  • Self-hosting-alternativ om du föredrar det (Hostinger fungerar bra)
  • telli för samtalshändelser och utfall.
  • Airtable för att lagra kontakter och CRM-fält.
  • telli API/webhook-åtkomst (hämtas i telli-dashboardens webhook-inställningar)

Svårighetsgrad: Nybörjare. Du klistrar in en webhook-URL i telli och mappar några Airtable-fält i n8n.

Vill du att någon bygger detta åt dig? Prata med en automationsexpert (gratis 15-minuters konsultation).

Steg för steg

telli skickar triggern. När ett samtal avslutas skickar telli en ”call_ended”-händelse till webhook-URL:en du anger i deras dashboard. Meddelandet innehåller samtalsstatus, telefonnummer, ID:n och (om aktiverat) en sammanfattning av samtalsanalysen.

n8n läser och routar utfallet. Arbetsflödet tar emot payloaden och använder sedan ett beslutsteg för att skicka ”COMPLETED”-samtal åt ett håll och ”MISSED”-samtal åt ett annat. Här håller du logiken tydlig i stället för att stapla manuella regler i huvudet.

Airtable uppdateras med rätt fält. För genomförda samtal uppdaterar flödet din Airtable-post i Contacts med fält som Last_Call_Date, Interest och Appointment_Booked. För missade samtal uppdaterar det en separat uppsättning fält (eller anteckningar) så att missade försök syns i ditt CRM.

Ditt team jobbar från Airtable igen. Säljare och ops behöver inte öppna telli bara för att förstå vad som hände. De kan filtrera vyer för missade samtal, bokade möten eller leads med ”högt intresse” och agera direkt.

Du kan enkelt ändra Airtable-fälten så att de matchar din bas (eller ruta fler utfall) utifrån dina behov. Se hela implementationsguiden nedan för anpassningsalternativ.

Steg-för-steg-guide för implementering

Steg 1: Konfigurera webhook-triggern

Konfigurera den inkommande webhooken så att ert samtalssystem kan skicka händelsepayloads in i arbetsflödet.

  1. Lägg till och öppna Incoming Webhook Trigger.
  2. Ställ in HTTP MethodPOST.
  3. Ställ in Path0de7745d-64c8-410b-9d23-f98f4b9c3787 (detta är den unika sökvägen för webhook-URL:en).
  4. Kopiera test-webhook-URL:en från noden och använd den i ert samtalssystems webhook-konfiguration.

Om er samtalsplattform kräver ett verifieringssteg, trigga först en testförfrågan från Incoming Webhook Trigger och klistra sedan in den genererade URL:en i plattformen.

Steg 2: Sätt upp routning efter samtalsstatus

Använd switchen för att routa samtalshändelser efter status innan Airtable uppdateras.

  1. Lägg till och konfigurera Route by Call Status efter Incoming Webhook Trigger.
  2. För den första regeln, ställ in vänstervärdet till {{ $json.body.call.call_status }} och högervärdet till "COMPLETED".
  3. För den andra regeln, ställ in vänstervärdet till {{ $json.body.call.call_status }} och högervärdet till "NOT_REACHED".

⚠️ Vanlig fallgrop: Värdena för samtalsstatus är skiftlägeskänsliga. Om er payload använder andra strängar, uppdatera värdena på högersidan så att de matchar exakt.

Steg 3: Anslut Airtable och konfigurera CRM-uppdateringar

Båda Airtable-noderna gör upserts för att hålla ert CRM synkroniserat baserat på samtalsutfall.

  1. Öppna Modify CRM for Completed och ställ in Operationupsert.
  2. Ställ in Base[YOUR_ID] och Table[YOUR_ID] (t.ex. “Lead Information Table” → “Leads”).
  3. I Columns, säkerställ att värden inkluderar Call Status satt till COMPLETED och Appointment booked satt till 2025-04-30T13:34:17 (ersätt med er dynamiska fältmappning vid behov).
  4. Inloggningsuppgifter krävs: Anslut era airtableTokenApi-inloggningsuppgifter i Modify CRM for Completed.
  5. Öppna Update CRM for Missed och ställ in Operationupsert.
  6. Ställ in Base[YOUR_ID] och Table[YOUR_ID].
  7. I Columns, säkerställ att värden inkluderar Call Status satt till NOT_REACHED och Follow-up required satt till true.
  8. Inloggningsuppgifter krävs: Anslut era airtableTokenApi-inloggningsuppgifter i Update CRM for Missed.

Route by Call Status skickar utdata till både Modify CRM for Completed och Update CRM for Missed parallellt, så endast den matchande regeln körs baserat på samtalsstatusen.

Steg 4: Testa och aktivera ert arbetsflöde

Verifiera att webhooken routar korrekt och uppdaterar Airtable innan ni aktiverar arbetsflödet.

  1. Klicka på Execute Workflow och skicka en test-POST-payload till Incoming Webhook Trigger som innehåller body.call.call_status.
  2. Verifiera att Route by Call Status skickar objektet till rätt gren och att motsvarande Airtable-post upsertas.
  3. Kontrollera Airtable för att bekräfta att Call Status och relaterade fält uppdateras som förväntat.
  4. Slå på arbetsflödet Active för att aktivera webhook-hantering i produktion.
🔒

Lås upp fullständig steg-för-steg-guide

Få den kompletta implementeringsguiden + nedladdningsbar mall

Felsökningstips

  • Airtable-inloggningar kan löpa ut eller kräva specifika behörigheter. Om det slutar fungera, kontrollera först omfattningar (scopes) för Airtable personal access token och åtkomst till bas/tabell.
  • telli-webhooks kan misslyckas utan tydliga fel om endpoint-URL:en ändras. Om du skapar om n8n Webhook-noden, uppdatera webhook-URL:en i tellis dashboard direkt.
  • Samtalsutfall mappar inte snyggt om dina Airtable single select-alternativ inte matchar det du skriver (t.ex. ”High/Medium/Low”). Se till att arbetsflödet skriver värden som finns i fältets konfiguration.

Snabba svar

Hur lång tid tar det att sätta upp den här telli Airtable-automationen?

Cirka 30 minuter om din Airtable-bas är redo.

Krävs kodning för den här automatiseringen av samtalsutfall?

Nej. Du kopplar ihop telli och Airtable och mappar sedan några fält i n8n.

Är n8n gratis att använda för det här telli Airtable-automationsflödet?

Ja. n8n har ett gratis self-hosted-alternativ och en gratis provperiod på n8n Cloud. Cloud-planer börjar på 20 USD/månad för högre volym. Du behöver också räkna in telli-kostnader baserat på din plan, samt eventuella begränsningar i Airtable-planen om du har en stor bas.

Var kan jag hosta n8n för att köra den här automatiseringen?

Två alternativ: n8n Cloud (hanterat, enklast uppsättning) eller self-hosting på en VPS. För self-hosting är Hostinger VPS prisvärd och hanterar n8n bra. Self-hosting ger dig obegränsade körningar men kräver grundläggande serveradministration.

Kan jag anpassa det här telli Airtable-automationsflödet för andra användningsfall?

Ja, och det borde du förmodligen. Du kan utöka switchen ”Route by Call Status” för att hantera fler utfall (som ”busy” eller ”no answer”) och sedan lägga till extra Airtable-uppdateringar per gren. Vanliga anpassningar är att skriva samtalstranskriptionen till ett Notes-fält, sätta en kryssruta Follow-up Needed för missade samtal och mappa intresse till en single select med High/Medium/Low.

Varför misslyckas min telli-anslutning i det här flödet?

Oftast handlar det om att webhooken inte når n8n. Bekräfta att telli pekar på den aktuella n8n Webhook-URL:en och kontrollera sedan n8n:s körningsloggar för att se om begäran kom fram. Om inget syns kan det vara ett brandväggs-/HTTPS-problem på self-hostade servrar, eller att webhook-eventtypen inte var satt till ”call_ended” i telli.

Vilken volym kan det här telli Airtable-automationsflödet hantera?

Mycket, eftersom varje avslutat samtal bara är en webhook-körning.

Är den här telli Airtable-automationen bättre än att använda Zapier eller Make?

Ofta, ja. n8n är bättre när du behöver routningslogik som förblir lättläst när den växer och du inte vill betala mer bara för att du la till grenar för ”missed” vs ”completed”. Self-hosting är också viktigt om din samtalsvolym sticker iväg, eftersom du inte låses till prissättning per task. Zapier eller Make kan fortfarande fungera bra för en väldigt enkel ”webhook till Airtable”-push, särskilt om teamet redan jobbar där. Avvägningen är flexibilitet. Om du räknar med att lägga till uppföljningsåtgärder senare (Slack-notiser, uppgifter, e-postsekvenser) håller n8n oftast längre. Prata med en automationsexpert om du är osäker på vad som passar.

När det här är live uppdaterar ditt CRM sig självt i samma ögonblick som ett telli-samtal tar slut. Mindre jagande, mer strukturerad data och uppföljningar du faktiskt kan lita på.

Kontakta oss

Hör av dig, så diskuterar vi hur just din verksamhet kan dra nytta av alla fantastiska möjligheter som AI skapar.

×

Använd mall

Få direkt tillgång till denna n8n-arbetsflödes JSON-fil

Launch login modal Launch register modal