Atšķirība starp zināt un noskaidrot
Ir divu veidu klientu jautājumi. Pirmais veids ir vispārīgs: Kāda ir jūsu atgriešanas politika? Cik ilgi notiek piegāde? Vai sūtāt uz Vāciju? Labi nodrošināta zināšanu bāze tiek galā ar šiem.
Otrais veids ir konkrēts: Kur ir mans pasūtījums #4521? Vai zilā versija vēl ir noliktavā? Cik man ir palicis šomēnes plānā? Šie nedzīvo zināšanu bāzē. Tie dzīvo jūsu sistēmās — pasūtījumu vadība, krājumi, rēķini — un mainās katru sekundi.
Čatbots, kas tiek galā tikai ar pirmo veidu, ir izpušķota FAQ. Čatbots, kas tiek galā arī ar otro, ir asistents. Atšķirība starp tiem ir piekļuve API.
Kāpēc šī sprauga jums maksā klientus
Lielākā daļa mūsdienu „AI čatu“ ir uzbūvēti tikai uz zināšanu bāzes. Tie spēj pārfrāzēt jūsu piegādes politiku septiņpadsmit valodās, bet nevar pateikt klientam, kur viņa paka tieši ir tagad. Tāpēc klients jautā, bots izvairās, un klients vai nu padodas, vai gaida operatoru, kurš pārbaudīs tos pašus datus, ko bots būtu varējis iegūt milisekundēs.
Tā ir čatbota griesti. Katrs „ļaujiet man to pārbaudīt“ ir zaudēta iespēja atbildēt sekundēs, jau pirmajā ziņojumā, kamēr klienta nodoms vēl ir karsts.
Ko API savienojumi patiesībā dara
Enuchat-ā API savienojums ir konfigurēta saite starp čatu un kādu no jūsu backend pakalpojumiem. Jūs to definējat reizi: bāzes URL, autentifikācijas metodi un dažus endpointus ar to parametriem un veidu, kā kartēt atbildi.
No šī brīža AI sarunas laikā var saukt šos endpointus. Kad apmeklētājs jautā par pasūtījumu, AI izvelk pasūtījuma numuru, izsauc jūsu pasūtījumu endpointu, nolasa dzīvo statusu un iesvītrā to atbildē. Apmeklētājs redz vienu teikumu: „Jūsu pasūtījums #4521 tika nosūtīts vakar un tiek gaidīts ceturtdien.“ Aiz šī teikuma notika īsts API izsaukums.
Klients neredz cauruļvadu. Viņš redz tikai, ka čats patiešām zina.
Piecas autentifikācijas metodes, bez pielāgota koda
Lielākā daļa API, ko jūs gribētu pieslēgt, jau izmanto standarta autentifikāciju. enuchat atbalsta piecas no kastes:
- Nav — publiskām API bez autentifikācijas vajadzības
- API Key — sūtīta kā galvene vai vaicājuma parametrs
- Bearer Token — vienkārša uz tokeni balstīta autentifikācija
- Basic Auth — mantotām sistēmām
- OAuth 2.0 client credentials — moderniem nodrošinātājiem kā Salesforce, HubSpot vai jūsu paša OAuth serveri
OAuth 2.0 gadījumā enuchat tokenu dzīves ciklu pārvalda automātiski — iegūst pirmajā izsaukumā, glabā kešatmiņā līdz beigām, atjauno, kad nepieciešams. Akreditācijas datus konfigurējat reizi un aizmirstat. Visi akreditācijas dati miera stāvoklī ir šifrēti ar libsodium un nekad neparādās API atbildēs.
Mainīgie, veidnes un atbildes kartēšana
Endpointi tiek definēti kā veidnes. Ceļš kā /orders/{orderId} vai JSON pamatteksts, kas atsaucas uz {customerId}, interpolē vērtības no sesijas mainīgajiem — mainīgajiem, ko AI vai statisks noteikums var iestatīt sarunas laikā.
Kad API atbild, jūs kartējat laukus no JSON atbildes atpakaļ uz sesijas mainīgajiem, izmantojot punkta apzīmējumu. data.status kļūst par order_status. data.shipping.eta kļūst par delivery_eta. AI tad iesvītrā šīs vērtības dabīgā atbildē — apmeklētāja paša valodā.
Trīs paraugi, kas aptver lielāko daļu lietojumu
Praksē lielākā daļa API integrāciju iekrīt vienā no trim formām.
Sameklē un atbildi
Apmeklētājs uzdod jautājumu, uz kuru var atbildēt ar vienu API izsaukumu. Noteikums izpilda CALL_API, kam seko REPLY_AI. AI izmanto iegūtos datus, lai sastādītu kontekstuālu, pamatotu atbildi. Pasūtījuma statuss, konta atlikums, istabu pieejamība, pašreizējās cenas, sūtījumu izsekošana — viss tas iederas šeit.
Sameklē un novirzī
API izsaukums atgriež pietiekami daudz informācijas, lai izlemtu nākamo soli. Premium konts tiek eskalēts vecākam aģentam. Beigusies abonēšana tiek novirzīta uz rēķinu izrakstīšanu. AI izmanto CALL_API, kam seko ASSIGN_TO_OPERATOR, lai pieņemtu maršrutēšanas lēmumus, balstoties uz reāliem klienta datiem, nevis minējumiem.
Daudzpakāpju plūsmas
Pirmais ziņojums atzīmē sarunu ar SET_VARIABLE, otrais aktivizē API izsaukumu, tiklīdz ir pietiekams konteksts, un trešais sastāda atbildi. Noderīgi, kad jums jāapstiprina nodoms, pirms pingot backendu, vai kad datu vaicājums atkarīgs no kaut kā, ko apmeklētājs teica divus ziņojumus iepriekš.
Iebūvēta drošība
Backend pieslēgšana čata logrīkam dažas komandas padara nervozas — un pamatoti. enuchat pēc noklusējuma piedāvā vairākas aizsardzības kārtas:
- SSRF aizsardzība bloķē izsaukumus uz localhost, privātajām IP un iekšējiem hostnames
- 5 sekunžu noildze neļauj lēnai API piekārt sarunu
- Tenant izolācija nozīmē nulles datu noplūdi starp tenant-iem — jūsu endpointi ir redzami tikai jūsu logrīkiem
- Testa pogas neatkarīgi pārbauda gan savienojumu, gan katru endpointu, pirms tos savienojat ar noteikumiem
- Šifrēti akreditācijas dati nekad neatgriežas paneļa redzamajā tekstā
Kas mainās jūsu klientiem
Čats pāriet no „ļaujiet man atrast kādu, kas to var pārbaudīt“ uz „pārbaudīts, lūk atbilde“ — jebkurā no 60+ valodām, svētdien pulksten 3 no rīta, kamēr jūsu atbalsta komanda guļ. Klienti, kas pretējā gadījumā būtu pametuši grozu, pasūtījumu vai plānu, paliek, jo atbilde nāk, kamēr viņi vēl jautā.
Tā ir atšķirība starp čatbotu un asistentu. Un tā ir atšķirība, ko jūsu klienti patiešām jūt.
Kā sākt
Ja jums jau ir uzstādīts enuchat, API savienojumi atrodas sadaļā Iestatījumi → API savienojumi. Izvēlieties vienu endpointu, kas atbild uz jautājumu, ko jūsu komanda raksta simtiem reižu nedēļā — pasūtījuma statuss parasti ir augstāka sviras sākumpunkts. Konfigurējiet savienojumu, pievienojiet endpointu, savienojiet to ar noteikumu un izmēģiniet to vienreiz, pirms ejat live. Skatiet API savienojumu rokasgrāmatu pilnam apskatam.
Ja esat jauns enuchat-ā, reģistrējieties vietnē enuchat.com. Bezmaksas plānā API savienojumi iekļauti no pirmās dienas — bez kartes, bez maksas par sarunu, bez izmēģinājuma perioda beigām.
Piecas minūtes, lai pieslēgtu pirmo endpointu. Pirmā noderīgā atbilde parasti pienāk tajā pašā dienā.