Разликата между „знам“ и „да проверя“
Има два вида клиентски въпроси. Първият вид е общ: Каква е политиката ви за връщане? Колко време отнема доставката? Доставяте ли до Германия? Една добре заредена база знания се справя с тези.
Вторият вид е конкретен: Къде е моята поръчка #4521? Има ли още синята версия на склад? Колко ми остава по плана този месец? Тези не живеят в база знания. Те живеят в системите ви — управление на поръчки, склад, фактуриране — и се променят всяка секунда.
Чатбот, който се справя само с първия вид, е лъскаво FAQ. Чатбот, който се справя и с втория, е асистент. Разликата между двете е достъп до API.
Защо тази пропаст ви струва клиенти
Повечето днешни „AI чатове“ са изградени само върху база знания. Могат да перифразират политиката ви за доставка на седемнадесет езика, но не могат да кажат на клиента къде наистина е пакетът му точно сега. Така че клиентът пита, ботът избягва, и клиентът или се отказва, или чака оператор, който ще провери същите данни, които ботът можеше да извлече за милисекунди.
Това е таванът на чатбота. Всяко „нека да проверя“ е пропусната възможност да отговорите за секунди, на първото съобщение, докато намерението на клиента още е горещо.
Какво всъщност правят API връзките
В enuchat API връзка е конфигурирана връзка между чата и една от вашите backend услуги. Дефинирате я веднъж: базов URL, метод за удостоверяване и шепа endpoint-и с техните параметри и как се мапва отговорът.
Оттам нататък AI може да извиква тези endpoint-и по време на разговор. Когато посетител пита за поръчка, AI извлича номера, извиква вашия endpoint за поръчки, прочита статуса в реално време и го вплита в отговора. Посетителят вижда едно изречение: „Вашата поръчка #4521 беше изпратена вчера и се очаква да пристигне в четвъртък.“ Зад това изречение се случи реално API извикване.
Клиентът не вижда тръбите. Той вижда само, че чатът наистина знае.
Пет метода за удостоверяване, без личен код
Повечето API-та, които бихте искали да свържете, вече използват стандартно удостоверяване. enuchat поддържа пет директно от кутията:
- Без — за публични API без нужда от удостоверяване
- API Key — изпращан като header или query параметър
- Bearer Token — просто удостоверяване с токен
- Basic Auth — за стари системи
- OAuth 2.0 client credentials — за модерни доставчици като Salesforce, HubSpot или собствения ви OAuth сървър
За OAuth 2.0 enuchat управлява жизнения цикъл на токена автоматично — взема го при първото извикване, кешира до изтичане, обновява при нужда. Конфигурирате идентификационните данни веднъж и забравяте за тях. Всички идентификационни данни се криптират в покой с libsodium и никога не се появяват в API отговорите.
Променливи, шаблони и мапване на отговор
Endpoint-ите се дефинират като шаблони. Път като /orders/{orderId} или JSON тяло, което препраща към {customerId}, интерполира стойности от променливи на сесията — променливи, които AI или статично правило могат да зададат по време на разговора.
Когато API отговори, мапвате полета от JSON отговора обратно в променливи на сесията с точкова нотация. data.status става order_status. data.shipping.eta става delivery_eta. AI после вплита тези стойности в естествен отговор — на езика на посетителя.
Три шаблона, които покриват повечето случаи
На практика повечето API интеграции попадат в една от три форми.
Провери и отговори
Посетителят задава въпрос, на който може да се отговори с едно API извикване. Правилото пуска CALL_API, последвано от REPLY_AI. AI използва извлечените данни, за да състави контекстуален, обоснован отговор. Статус на поръчка, баланс по сметка, наличност на стая, текущи цени, проследяване на пратка — всичко това се вписва тук.
Провери и насочи
API извикването връща достатъчно информация, за да реши какво да направи. Premium акаунт се ескалира до старши агент. Изтекъл абонамент се насочва към фактуриране. AI използва CALL_API, последвано от ASSIGN_TO_OPERATOR, за да взема решения за маршрутизация на база реални клиентски данни, а не на догадки.
Многоетапни потоци
Първото съобщение маркира разговора с SET_VARIABLE, второто пуска API извикването, когато има достатъчно контекст, а третото съставя отговора. Полезно, когато трябва да потвърдите намерението, преди да пингнете backend-а, или когато търсенето на данни зависи от нещо, което посетителят е казал две съобщения по-рано.
Вградена сигурност
Свързването на backend-и към чат уиджет кара някои екипи да се притесняват — с право. enuchat предлага по подразбиране няколко слоя защита:
- SSRF защита блокира извиквания към localhost, частни IP-та и вътрешни hostname-и
- 5-секунден таймаут не позволява на бавно API да задържи разговора
- Изолация на тенанти означава нулева течност на данни между тенанти — вашите endpoint-и са видими само за вашите уиджети
- Тестови бутони проверяват независимо и връзката, и всеки endpoint, преди да ги вържете в правила
- Криптирани идентификационни данни никога не се връщат в таблото в чист вид
Какво се променя за вашите клиенти
Чатът преминава от „позволете ми да намеря някого, който може да провери“ към „проверих, ето отговора“ — на всеки от 60+ езика, в неделя в 3 сутринта, докато екипът ви за поддръжка спи. Клиенти, които иначе биха изоставили количката, поръчката или плана, остават, защото отговорът пристига, докато все още питат.
Това е разликата между чатбот и асистент. И това е разликата, която вашите клиенти наистина усещат.
Как да започнете
Ако вече сте настроили enuchat, API връзките се намират в Настройки → API връзки. Изберете един endpoint, който отговаря на въпрос, който екипът ви пише сто пъти седмично — статус на поръчка обикновено е най-възвръщаемата начална точка. Конфигурирайте връзката, добавете endpoint-а, свържете го с правило и го тествайте веднъж, преди да пуснете в продукция. За пълна разходка вижте ръководството за API връзки.
Ако сте нов в enuchat, регистрирайте се на enuchat.com. Безплатният план включва API връзки от ден едно — без карта, без такси за разговор, без изтичане на пробен период.
Пет минути за свързване на първия ви endpoint. Първият полезен отговор обикновено пристига същия ден.