Skillnaden mellan att veta och att slå upp
Det finns två sorters kundfrågor. Den första sorten är generell: Vad är er returpolicy? Hur lång tid tar leveransen? Skickar ni till Tyskland? En välfylld kunskapsbas hanterar dessa.
Den andra sorten är specifik: Var är min order #4521? Finns den blå versionen kvar i lager? Hur mycket har jag kvar i planen denna månad? De här bor inte i en kunskapsbas. De bor i dina system — orderhantering, lager, fakturering — och ändras varje sekund.
En chatbot som bara klarar den första sorten är en uppsnyggad FAQ. En chatbot som även klarar den andra är en assistent. Skillnaden mellan de två är API-åtkomst.
Varför gapet kostar dig kunder
De flesta „AI-chattar“ idag är byggda enbart ovanpå en kunskapsbas. De kan parafrasera er fraktpolicy på sjutton språk, men kan inte berätta för en kund var hens paket faktiskt är just nu. Så kunden frågar, boten väjer undan, och kunden ger antingen upp eller väntar på en operatör som slår upp samma data som boten kunde ha hämtat på millisekunder.
Det är chatbottens tak. Varje „låt mig kolla det åt dig“ är ett missat tillfälle att svara på sekunder, vid första meddelandet, medan kundens avsikt fortfarande är het.
Vad API-anslutningar faktiskt gör
I enuchat är en API-anslutning en konfigurerad länk mellan chatten och en av dina backendtjänster. Du definierar den en gång: bas-URL, autentiseringsmetod och en handfull endpoints med deras parametrar och hur svaret ska mappas.
Från och med då kan AI:n anropa de endpoints under en konversation. När en besökare frågar om en order plockar AI:n ut ordernumret, anropar din order-endpoint, läser livestatus och väver in det i svaret. Besökaren ser en mening: „Din order #4521 skickades igår och förväntas anlända på torsdag.“ Bakom den meningen skedde ett verkligt API-anrop.
Kunden ser inte rörmokeriet. Kunden ser bara att chatten faktiskt vet.
Fem autentiseringsmetoder, ingen specialkod
De flesta API:er du vill ansluta använder redan standardautentisering. enuchat stöder fem direkt ur lådan:
- Ingen — för publika API:er utan autentisering
- API Key — skickas som header eller query-parameter
- Bearer Token — enkel token-baserad autentisering
- Basic Auth — för legacy-system
- OAuth 2.0 client credentials — för moderna leverantörer som Salesforce, HubSpot eller din egen OAuth-server
För OAuth 2.0 sköter enuchat tokenens livscykel automatiskt — hämtar vid första anropet, cachar tills den löper ut, förnyar vid behov. Du konfigurerar uppgifterna en gång och glömmer dem. Alla uppgifter krypteras i vila med libsodium och syns aldrig i API-svaren.
Variabler, mallar och svarsmappning
Endpoints definieras som mallar. En sökväg som /orders/{orderId} eller en JSON-body som refererar {customerId} interpolerar värden från sessionsvariabler — variabler som AI:n eller en statisk regel kan sätta under konversationen.
När API:t svarar mappar du fält från JSON-svaret tillbaka till sessionsvariabler med punktnotation. data.status blir order_status. data.shipping.eta blir delivery_eta. AI:n väver sedan in de värdena i ett naturligt svar — på besökarens eget språk.
Tre mönster som täcker de flesta användningsfall
I praktiken faller de flesta API-integrationer in i en av tre former.
Slå upp och svara
Besökaren ställer en fråga som kan besvaras med ett API-anrop. Regeln avfyrar CALL_API följt av REPLY_AI. AI:n använder den hämtade datan för att komponera ett kontextuellt, förankrat svar. Orderstatus, kontosaldo, rumstillgänglighet, aktuella priser, paketspårning — allt det passar här.
Slå upp och dirigera
API-anropet returnerar tillräckligt med information för att besluta nästa steg. Ett premiumkonto eskaleras till en senioragent. En utgången prenumeration dirigeras till fakturering. AI:n använder CALL_API följt av ASSIGN_TO_OPERATOR för att fatta dirigeringsbeslut baserat på riktiga kunddata, inte gissningar.
Flerstegsflöden
Det första meddelandet taggar konversationen med SET_VARIABLE, det andra triggar API-anropet när tillräcklig kontext finns, och det tredje komponerar svaret. Användbart när du behöver bekräfta avsikten innan du pingar din backend, eller när dataslagningen beror på något besökaren sa två meddelanden tidigare.
Inbyggd säkerhet
Att koppla backender till en chatwidget gör vissa team nervösa — och det bör det. enuchat levererar flera lager av skydd som standard:
- SSRF-skydd blockerar anrop till localhost, privata IP-adresser och interna värdnamn
- 5-sekunders timeout hindrar ett långsamt API från att hänga konversationen
- Tenant-isolering innebär ingen dataläckage mellan tenants — dina endpoints syns bara för dina egna widgets
- Testknappar verifierar både anslutningen och varje endpoint oberoende innan du kopplar in dem i regler
- Krypterade uppgifter kommer aldrig tillbaka i klartext till instrumentpanelen
Vad som ändras för dina kunder
Chatten går från „låt mig hitta någon som kan kolla det“ till „kollat, här är svaret“ — på vilket som helst av 60+ språk, en söndag klockan 3 på natten, medan ditt supportteam sover. Kunder som annars hade övergivit varukorgen, ordern eller planen stannar kvar, eftersom svaret kommer medan de fortfarande frågar.
Det är skillnaden mellan en chatbot och en assistent. Och det är skillnaden dina kunder faktiskt känner.
Så kommer du igång
Om du redan har enuchat uppsatt finns API-anslutningarna under Inställningar → API-anslutningar. Välj ett endpoint som svarar på en fråga ditt team skriver hundra gånger i veckan — orderstatus är oftast det mest givande stället att börja på. Konfigurera anslutningen, lägg till endpointen, koppla den till en regel och testa den en gång innan du går live. Se guiden för API-anslutningar för hela genomgången.
Är du ny på enuchat, registrera dig på enuchat.com. Gratisplanen inkluderar API-anslutningar från dag ett — inget kort krävs, ingen avgift per konversation, ingen utgångsdatum för testperioden.
Fem minuter att koppla in ditt första endpoint. Det första användbara svaret kommer oftast samma dag.