AI w Dynamics 365 Contact Center: jak odebrać pilotaż
Temat: Microsoft AI
Podsumowanie rozmowy pojawia się w kilka sekund. Czy konsultant może na jego podstawie poprawnie kontynuować sprawę? Pilotaż AI w Dynamics 365 Contact Center powinien sprawdzać jakość wyniku, czas korekty i przekazanie odpowiedzialności. Samo uruchomienie funkcji nie potwierdza, że obsługa klienta stała się lepsza. Zacznij od jednego zadania i porównywalnych przypadków.
Wybierz funkcję, którą da się odebrać
Contact Center obejmuje różne zastosowania AI. W tym poradniku punktem wyjścia są podsumowania rozmów, ponieważ można porównać je z materiałem wejściowym. Nie łącz od razu oceny podsumowań, automatycznej odpowiedzi i samodzielnego wykonania operacji przez agenta. Każde zastosowanie ma inne konsekwencje błędu.
Microsoft opisuje podsumowania czatów i transkrybowanych rozmów głosowych. Ich dostępność oraz sposób uruchamiania zależą od konfiguracji administratora. Utworzenie sprawy z podsumowania wymaga również skonfigurowanej obsługi spraw.
Oddziel zatem trzy próby: czy funkcja działa, czy wynik odpowiada rozmowie i czy poprawnie trafia do dalszego procesu. Udany pierwszy krok nie jest dowodem pozostałych. Podsumowanie może być dostępne, ale pomijać termin obiecany klientowi albo zostać powiązane z niewłaściwą sprawą.
Sprawdź język, region i wariant aplikacji
W macierzy dostępności Microsoft odczytanej 17 września 2026 r. podsumowania rozmów mają wsparcie dla języka polskiego. Nie oznacza to identycznego wsparcia wszystkich funkcji: szkice odpowiedzi czatu mają w tej tabeli inny zakres językowy.
Dokumentacja wskazuje również warunki dotyczące regionu i przepływu danych między regionami. Potwierdź konfigurację własnego środowiska przed użyciem rzeczywistych rozmów. Sam wpis „Europe” w tabeli nie odpowiada na wszystkie pytania o miejsce przetwarzania i ustawienia organizacji.
Opis zachowania językowego Copilot wiąże język odpowiedzi z językiem interfejsu i oznaczeniem artykułów wiedzy. Testuj więc także mieszane języki oraz brak materiału w odpowiednim języku. Pojedyncza poprawna odpowiedź nie dowodzi pełnego wsparcia scenariusza.
| Warunek pilotażu | Co zapisać przed testem |
|---|---|
| Wariant aplikacji | Standalone lub embedded i używany interfejs |
| Funkcja | Konkretny rodzaj podsumowania lub odpowiedzi |
| Język | Język rozmowy, interfejsu i materiału wiedzy |
| Środowisko | Region, ustawienia przetwarzania i uprawnienia |
| Przekazanie | Miejsce zapisu wyniku i osoba odpowiedzialna |
Macierz konfiguracji funkcji rozróżnia aplikację samodzielną i osadzoną, między innymi dla podsumowania sprawy. Nie kopiuj procedury z jednego wariantu bez sprawdzenia drugiego. W odbiorze użyj konta konsultanta, nie wyłącznie administratora.
Przygotuj zestaw rozmów z oczekiwanym wynikiem
Proponowana procedura jest własnym sposobem organizacji pilotażu, a nie oficjalnym testem Microsoft. Wybierz kilka typów spraw: prostą informację, reklamację, zmianę ustalenia oraz przekazanie do innego zespołu. Dołącz przypadek, w którym klient poprawia wcześniej podany numer lub termin.
Dla każdej rozmowy zapisz najważniejsze fakty: problem, podjęte działania, uzgodniony następny krok i jego właściciela. Zaznacz również informacje, których rozmowa nie zawiera. Poprawne podsumowanie nie powinno dopowiadać decyzji tylko dlatego, że zwykle występuje w podobnych sprawach.
Przy rozmowach głosowych oceń osobno transkrypcję i podsumowanie. Jeśli rozpoznawanie mowy błędnie zapisało kwotę, dalszy model może wiernie powtórzyć błędne wejście. Przypisanie całego problemu podsumowaniu utrudni znalezienie właściwej poprawki.
Modelowy wynik: poprawność i czas korekty
Załóżmy syntetyczny zestaw 40 rozmów. W 32 podsumowaniach wszystkie wymagane fakty są poprawne, sześć wymaga uzupełnienia, a dwa zawierają błędne ustalenie. Wynik pełnej poprawności to 32/40, czyli 80%. Nie oznacza to, że pozostałe osiem ma takie samo znaczenie biznesowe.
Brak drugorzędnego szczegółu i zmyślona obietnica zwrotu pieniędzy wymagają różnych reakcji. Przed testem ustal, które błędy blokują rozszerzenie pilotażu. Nie pozwól, aby wysoka średnia ukryła przypadek mogący wprowadzić klienta w błąd.
Załóżmy także, że ręczna notatka zajmuje cztery minuty na rozmowę, a sprawdzenie i korekta propozycji AI dwie minuty. Dla 40 rozmów jest to 160 i 80 minut. Hipotetyczna różnica wynosi 80 minut, zanim uwzględnisz konfigurację, kontrolę jakości i utrzymanie. To przykład rachunku, nie wynik autora.
| Miernik | Co pozwala ocenić | Czego nie dowodzi |
|---|---|---|
| Pełna poprawność | Zgodność z ustalonym zestawem faktów | Bezpieczeństwa wszystkich przyszłych rozmów |
| Błędy krytyczne | Ryzyko błędnej decyzji lub obietnicy | Częstości rzadkich błędów poza próbą |
| Czas korekty | Obciążenie konsultanta | Całkowitego kosztu wdrożenia |
| Powtórne kontakty | Czy klient wraca z tą samą sprawą | Przyczyny powrotu bez dalszej analizy |
Wyniki zapisuj dla poszczególnych typów spraw. Dobre podsumowania prostych pytań nie powinny zasłaniać problemów z reklamacjami, zmianą terminu lub rozmowami wymagającymi przekazania odpowiedzialności.
Ustal decyzję po wykryciu błędu
Konsultant potrzebuje jasnej ścieżki: sprawdza źródło, poprawia wynik i przekazuje problem do odpowiedniej osoby. Sam przycisk negatywnej oceny nie określa, kto zajmie się sprawą. Rozdziel błąd danych, nieaktualną wiedzę, pominięcie w podsumowaniu i problem z zapisaniem wyniku.
Zachowaj przykłady błędów do kolejnej próby w sposób zgodny z zasadami dostępu w firmie. Po zmianie konfiguracji powtórz wcześniejsze trudne przypadki i dodaj nowe. Inaczej możesz dopasować rozwiązanie do kilku znanych rozmów, nie poprawiając jego użyteczności w codziennej pracy.
Ustal także, co dzieje się, gdy AI jest niedostępne. Konsultant powinien umieć sporządzić notatkę i przekazać sprawę bez oczekiwania na przywrócenie funkcji. Przećwicz ten wariant podczas pilotażu, zamiast opisywać go dopiero po pierwszym przestoju.
Powiąż odbiór z odpowiedzialnością opisaną w systemie pracy firmy z AI. Jeżeli problem dotyczy całego przebiegu zgłoszenia, przeczytaj też o porządkowaniu spraw w Dynamics 365 Customer Service.
W poniedziałek wybierz dziesięć reprezentatywnych rozmów i określ fakty, które muszą znaleźć się w podsumowaniu. Zmierz poprawność i czas korekty. Dopiero na tej podstawie wybierz, co poprawić przed kolejną próbą.
- Modele i LLM
- Dynamics 365
- Strategia
