Luka w bazie wiedzy AI to potrzebna klientowi informacja, której firma nie opisała w źródłach dostępnych asystentowi. Lista takich luk powinna wynikać z rzeczywistych rozmów, nie z domysłów o tym, co jeszcze da się napisać. Przygotujesz backlog intencji, właścicieli i kryteriów gotowej odpowiedzi; osobno pozostawisz przypadki, w których informacja już istnieje, lecz system jej nie wykorzystał.
Zbieraj brakujące intencje z rozmów
Przejrzyj wybrany okres rozmów i zapisz pytanie klienta, cel działania oraz fragment odpowiedzi człowieka, który faktycznie pomógł rozstrzygnąć sprawę. Każdy wpis ma odnośnik do rozmowy i krótki opis brakującej informacji bez danych osobowych przenoszonych do arkusza.
Przykład: pięć osób pyta, czy usługa działa w weekend; w opisach oferty są godziny biura, lecz nie ma zakresu realizacji. Nie kopiuj całej historii i nie traktuj każdego przekazania do człowieka jako automatycznie potwierdzonej luki.
Zendesk zaleca szukanie tematów w zgłoszeniach, grupowanie problemów i dokumentowanie powtarzalnych pytań; proponowany backlog pozostaje ręczny. Zendesk: tematy wiedzy z problemów klientów.
Diagnostykę istniejącej treści opisuje chatbot, który nie znajduje odpowiedzi; nie mieszaj tej kolejki z brakującymi tematami.
Grupuj pytania według decyzji klienta
Połącz różne sformułowania tylko wtedy, gdy odpowiedź prowadzi do tej samej decyzji i podlega tym samym warunkom oferty. Grupa zawiera przykładowe pytania oraz jedną roboczą odpowiedź na cel klienta, a nie szeroką kategorię „informacje”.
Przykład: „czy obsługujecie soboty” i „weekendowa realizacja” tworzą jedną intencję, ale „kontakt w sobotę” może wymagać innej odpowiedzi. Nie łącz pytań o dostępność usługi z pytaniami o dostępność operatora tylko dlatego, że zawierają słowo weekend.
Przesuń tabelę w bok, aby zobaczyć wszystkie kolumny.
| Kontrola | Działanie | Dowód wykonania |
|---|---|---|
| Zbieraj brakujące intencje z rozmów | Przejrzyj wybrany okres rozmów i zapisz pytanie klienta, cel działania oraz fragment odpowiedzi człowieka, który faktycznie pomógł rozstrzygnąć sprawę. | Każdy wpis ma odnośnik do rozmowy i krótki opis brakującej informacji bez danych osobowych przenoszonych do arkusza. |
| Grupuj pytania według decyzji klienta | Połącz różne sformułowania tylko wtedy, gdy odpowiedź prowadzi do tej samej decyzji i podlega tym samym warunkom oferty. | Grupa zawiera przykładowe pytania oraz jedną roboczą odpowiedź na cel klienta, a nie szeroką kategorię „informacje”. |
| Oddziel brak treści od braku dopasowania | Sprawdź, czy zatwierdzona odpowiedź istnieje w źródłach, zanim zlecisz nowy artykuł, i oznacz przypadki wymagające diagnostyki osobno. | Backlog redakcyjny obejmuje nieopisane informacje; istniejąca prawidłowa treść kieruje sprawę do przeglądu publikacji lub dopasowania. |
| Ustal priorytet oraz właściciela faktu | Oceń częstotliwość intencji, znaczenie decyzji i koszt obsługi, a potem przypisz osobę uprawnioną do zatwierdzenia faktu. | Wybrana pozycja ma uzasadnienie priorytetu, termin przygotowania i nazwane źródło decyzji biznesowej, zamiast samej liczby rozmów. |
| Napisz odpowiedź i granicę zastosowania | Przygotuj treść rozstrzygającą konkretną intencję, z warunkami, wyjątkami i następnym krokiem, a następnie wskaż jedną źródłową wersję do utrzymania. | Gotowość oznacza potwierdzony fakt, jasny zakres i odpowiedź użyteczną bez dodatkowego zgadywania przez operatora albo asystenta. |
| Sprawdź zamknięcie luki na nowych pytaniach | Po publikacji przetestuj intencję w oryginalnym brzmieniu i obserwuj kolejne rozmowy, zapisując osobno nowe wyjątki oraz nadal niejasną instrukcję. | Pozycja jest zamknięta po sprawdzeniu poprawnej odpowiedzi, a jej historia zawiera źródło i potwierdzenie odbioru. |
Arkusz backlogu może zawierać: intencję, pytania przykładowe, liczbę zaobserwowanych spraw, brakujący fakt, właściciela, źródło i stan redakcji. Liczby dotyczą wyłącznie spraw z wybranego okresu, nie całego rynku. Do jednej grupy dołącz jedną rozmowę typową i jeden wyjątek, aby redaktor widział granicę odpowiedzi. Szerszą metodę zbierania tematów opisuje budowa bazy wiedzy i FAQ.
Oddziel brak treści od braku dopasowania
Sprawdź, czy zatwierdzona odpowiedź istnieje w źródłach, zanim zlecisz nowy artykuł, i oznacz przypadki wymagające diagnostyki osobno. Backlog redakcyjny obejmuje nieopisane informacje; istniejąca prawidłowa treść kieruje sprawę do przeglądu publikacji lub dopasowania.
Przykład: procedura zmiany adresu już istnieje, więc kolejna kopia odpowiedzi zwiększyłaby sprzeczności zamiast zamknąć lukę. Nie dopisuj synonimicznych dokumentów jako pierwszej reakcji na każdy nieudany test asystenta.
Przykładowa pozycja backlogu brzmi: „Klient chce ustalić dostępność realizacji usługi w sobotę”. W polu brakującego faktu wpisujesz godziny wykonania dla wskazanej usługi, a w polu właściciela osobę zarządzającą harmonogramem. Redaktor dostaje dwie rzeczywiste parafrazy pytania i wyjątek dotyczący dni wolnych.
Odbiór wymaga potwierdzenia zwykłego terminu oraz granicy wyjątku. Dopiero wtedy przygotowana informacja staje się kandydatem do źródła asystenta. Gdy właściciel odpowiada, że grafik jest indywidualny, wynik pracy może być instrukcją kontaktu zamiast tabeli dostępności; backlog nie wymusza publikowania reguły, której firma nie ma.
Ustal priorytet oraz właściciela faktu
Oceń częstotliwość intencji, znaczenie decyzji i koszt obsługi, a potem przypisz osobę uprawnioną do zatwierdzenia faktu. Wybrana pozycja ma uzasadnienie priorytetu, termin przygotowania i nazwane źródło decyzji biznesowej, zamiast samej liczby rozmów.
Przykład: rzadkie pytanie o istotny wyjątek może wymagać szybszego opracowania niż częste pytanie o łatwo widoczny adres. Brak zgody właściciela polityki oznacza oczekiwanie na decyzję, nie zgodę na wygenerowanie odpowiedzi przez AI.
- Potwierdź, że potrzebnej informacji nie ma już w zatwierdzonej wiedzy.
- Zachowaj oryginalne pytanie bez zbędnych danych klienta.
- Rozdziel podobne słowa prowadzące do różnych decyzji.
- Wskaż osobę uprawnioną do zatwierdzenia faktu.
- Przetestuj odpowiedź i zapisz źródło po publikacji.
Gdy problemem są sprzeczne dokumenty, popraw redakcję bazy dla chatbota zamiast powiększać backlog nowych stron.
Napisz odpowiedź i granicę zastosowania
Przygotuj treść rozstrzygającą konkretną intencję, z warunkami, wyjątkami i następnym krokiem, a następnie wskaż jedną źródłową wersję do utrzymania. Gotowość oznacza potwierdzony fakt, jasny zakres i odpowiedź użyteczną bez dodatkowego zgadywania przez operatora albo asystenta.
Przykład: odpowiedź o weekendzie wskazuje typ usługi oraz wyjątek, a nie ogólne zapewnienie o elastycznej obsłudze klientów. Nie publikuj wewnętrznych negocjacji, danych konkretnego zamówienia ani niezatwierdzonych wariantów jako wiedzy ogólnej.
W Meet AI po przygotowaniu odpowiedzi możesz dodać wspierane źródło, opublikować wiedzę i wykonać prywatny test z cytatami. Wymaga to konta, uprawnień, aktywnej aplikacji i odpowiedniego planu. Lista luk w tym poradniku jest własnym arkuszem zespołu; nie zakłada automatycznego raportu brakujących intencji w produkcie.
Sprawdź zamknięcie luki na nowych pytaniach
Po publikacji przetestuj intencję w oryginalnym brzmieniu i obserwuj kolejne rozmowy, zapisując osobno nowe wyjątki oraz nadal niejasną instrukcję. Pozycja jest zamknięta po sprawdzeniu poprawnej odpowiedzi, a jej historia zawiera źródło i potwierdzenie odbioru. Czy uzupełniona odpowiedź zmniejsza liczbę kontaktów w danym temacie, sprawdzisz pomiarem przed i po opisanym w poradniku o wskaźniku samoobsługi klientów.
Przykład: podstawowe pytanie o weekend zostało wyjaśnione, lecz później pojawia się odrębny przypadek święta z innym harmonogramem. Nie usuwaj historii zakończonej pozycji, bo przy następnej zmianie pomoże odtworzyć powód powstania odpowiedzi.
Dla intencji wymagających człowieka przygotuj przekazanie rozmowy AI do zespołu zamiast próbować zastąpić każdą decyzję publiczną odpowiedzią.
Pytania, które pojawiają się w praktyce
Czy każda odmowa AI jest luką wiedzy? Nie. Pytanie może dotyczyć danych indywidualnych, czynności poza zakresem asystenta albo treści już istniejącej, lecz niedopasowanej. Najpierw ustal kategorię przyczyny.
Ile rozmów potrzeba do nowego tematu? Nie ma uniwersalnego progu. Powtarzalność pomaga, ale jedno pytanie o ważny wyjątek może uzasadniać pracę; zapisz powód decyzji zamiast udawać statystyczną pewność.
Czy wykorzystać odpowiedź operatora bez zmian? Potraktuj ją jako materiał, nie gotową politykę. Usuń dane indywidualne, potwierdź regułę z właścicielem i sprawdź, czy odpowiedź obejmuje warunki innych klientów.
