TensorFrog.it
PLEN

Kompetencje · Produkty & integracje

Budowa chatbotów — rozmowa, wiedza, przekazanie do człowieka i API

Zakres obejmuje budowę chatbota, który odpowiada w uzgodnionych tematach, sięga do wiedzy i systemów firmy oraz przekazuje rozmowę operatorowi, gdy automat nie wystarcza. Inne systemy wołają go przez API. Widget stoi na stronie. TensorFrog dostarcza oprogramowanie i integracje — nie prowadzi infolinii i nie jest operatorem SMS ani poczty.

Chatboty

Kiedy chatbot jest modułem procesu

Strona, poczta i telefon odpowiadają na te same pytania w trzech miejscach. Konsultant nie widzi, co klient już usłyszał. FAQ na stronie starzeje się obok skrzynki. Chatbot ma sens, gdy jest jeden zakres tematów, jedno źródło prawdy i jasna granica: czego bot nie rozstrzyga. Najpierw ocena, czy wystarczy widget z bazą odpowiedzi, czy potrzebne jest podpięcie CRM, ticketów i poczty. Ozdoba w rogu strony bez logu i bez przekazania do człowieka nie jest tym zakresem.

Jak ocenimy efekt

Cel i sposób pomiaru ustalamy wspólnie przed startem prac. Nie obiecujemy procentów oszczędności bez pomiaru stanu obecnego.

  • Udział rozmów zamkniętych w zakresie bota — bez przekazania do operatora, gdy temat był w słowniku.
  • Czas od prośby o człowieka do otwarcia karty sprawy z historią rozmowy.
  • Udział odpowiedzi opartych o wskazane źródło — dokument, rekord w systemie, a nie domysł modelu.

Ścieżki rozmowy i zakres odpowiedzi

Rozmowa ma intencję, krok i zakończenie. Ścieżki typowe na starcie: status zamówienia, godziny, dokument z rejestru, reklamacja, przekazanie do człowieka. Poza zakresem bot odmawia i proponuje operatora — nie zgaduje. Szablon i reguła tam, gdzie błąd nie przechodzi (kwota, status płatności). Model tam, gdzie pytanie jest swobodne, a odpowiedź i tak schodzi się z rekordem w systemie. Język i ton ustala firma. Zmiana ścieżki przechodzi odbiór, zanim wejdzie na produkcję.

Wiedza i ugruntowanie odpowiedzi

Odpowiedź opiera się na wskazanym zbiorze: strona, regulamin, wybrany typ dokumentu, rekord w CRM albo status w ticketach — gdy to jest w zakresie. Cytat albo identyfikator źródła, gdy da się pokazać. Brak źródła oznacza brak pewnej odpowiedzi, nie domysł. Dokumenty z rejestru dokumentacji albo z bazy, którą firma wskaże. Publiczny model nie dostaje warstwy chronionej. Halucynacja schodzi do logu i do poprawki ścieżki — nie jest traktowana jako „kreatywność”.

Przekazanie do operatora

Próg przekazania: klient prosi o człowieka, sentyment, temat poza zakresem, decyzja finansowa albo brak pewnego źródła. Przekazanie otwiera ticket albo dopina się do sprawy: treść rozmowy, intencja, identyfikator klienta. Operator widzi historię, zanim odpowie. Bot nie zamyka reklamacji i nie obiecuje zwrotu. Desk ticketów i poczta zostają miejscem pracy człowieka — chatbot jest wejściem, nie drugą skrzynką.

Integracje API — CRM, tickety, poczta, płatności

CRM, zamówienie, tickety, poczta i płatności — wołają i są wołane przez kontrakt API: typ zdarzenia, identyfikator sesji, klient, intencja, dane do pól. Status zamówienia albo płatności bot pokazuje z systemu, nie z pamięci modelu. PayU, Przelewy24 i ING imoje zostają operatorami; warstwa płatności jest opisana na stronie płatności. Poczta i SMS — gdy są w zakresie — idą przez istniejącą platformę korespondencji, nie przez osobną bramkę chatbota. Każdy system: własny klucz, limit i log.

Kanał: widget na stronie

Pierwszy kanał to widget na stronie www: okno rozmowy, identyfikator sesji, przekazanie do operatora. Nie powstaje aplikacja iOS. Android — tylko gdy osobny etap to przewidzi, zgodnie z zakresem aplikacji. WhatsApp Business API — gdy firma ma własne konto i wskaże je po rozpoznaniu; TensorFrog nie jest operatorem komunikatora. Mail i SMS z chatbota nie startują z osobnej skrzynki: idą przez system mailowy, jeśli ten jest w zakresie.

Model lokalny albo hostowany

Gdy w rozmowie są dane osobowe, sekrety albo treść regulowana, inferencja idzie na modelu lokalnym — zgodnie z zasadą, którą TensorFrog stosuje przy wrażliwym kodzie i danych chronionych. Publiczny model w chmurze nie dostaje tej warstwy. Hosting infrastruktury to nie to samo co wgląd modelu. Gotowe API, dostosowanie albo model domenowy — decyzja po ocenie kosztu, danych i ryzyka. Szczegół treningu i utrzymania modelu jest na stronie modeli AI.

Pierwszy etap

Jeden temat, widget na stronie, jedna baza odpowiedzi albo jedno API (na przykład status zamówienia) i przekazanie do operatora. Log sesji: intencja, źródło, czy poszło do człowieka. Retencja historii według uzgodnionej polityki. Informacja handlowa w mailu albo SMS wymaga zgody per kanał (PKE); treść klauzuli zostaje po stronie firmy i jej doradcy. TensorFrog nie jest operatorem SMS. Drugi kanał, drugi system albo model lokalny przy danych chronionych — osobna wycena po odbiorze.

Powiązane obszary

Agenci AIModele AITicketowaniePoczta i SMSAPI
Produkty & integracje

Opisz potrzebę biznesową — zaproponujemy technologię i kolejne etapy prac. Kontakt: [email protected]

Przejdź do kontaktuZobacz wszystkie kompetencje