--- title: "Dynamics 365 Contact Center: zakres i kryteria wyboru" url: "https://majchrzycki.com/blog/co-to-jest-microsoft-dynamics-365-contact-center" description: "Sprawdź zakres Dynamics 365 Contact Center, współpracę z CRM i kryteria pilotażu. Poznaj modelowy przykład przekazywania rozmów oraz kontroli kontekstu." --- # Dynamics 365 Contact Center: zakres i kryteria wyboru 9 listopada 2024· Aktualizacja: 17 września 2026·3 min czytania·Krzysztof Majchrzycki Temat: [Microsoft AI](https://majchrzycki.com/blog/filar/microsoft-ai) Czy poprawa obsługi telefonicznej wymaga wymiany całego CRM? **Dynamics 365 Contact Center można rozważać jako warstwę kontaktu z klientem współpracującą z istniejącym systemem.** Najpierw jednak sprawdź, jakie informacje mają przechodzić między narzędziami i kto odpowiada za sprawę po zakończeniu rozmowy. Lista kanałów nie dowodzi jeszcze, że obsługa będzie spójna. ## Co obejmuje produkt [Dokumentacja Microsoft](https://learn.microsoft.com/en-us/dynamics365/contact-center/implement/overview-contact-center) opisuje chmurowe Contact Center z obsługą kanałów głosowych i cyfrowych, wspólnym kierowaniem kontaktów oraz funkcjami Copilot. Wśród możliwości wymienia podsumowania rozmów, propozycje odpowiedzi i wykorzystanie wiedzy podczas obsługi. Oznacza to kilka odrębnych decyzji projektowych. Jedna dotyczy przyjęcia kontaktu, druga skierowania go do odpowiedniej osoby, trzecia udostępnienia kontekstu. Jeszcze inną jest zapis wyniku w systemie obsługującym sprawy. W demonstracji te elementy wyglądają jak jeden ekran, lecz przy wdrożeniu każdy wymaga sprawdzenia. Contact Center nie należy utożsamiać z pełnym zakresem CRM. Microsoft [przedstawia produkt jako współpracujący z istniejącymi CRM](https://www.microsoft.com/en-us/dynamics-365/products/contact-center), a Customer Service Premium jako połączenie centrum kontaktu i rozwiązania obsługi CRM. Nie wynika z tego automatyczna integracja z dowolną konfiguracją twojej firmy. ## Zacznij od przebiegu jednej sprawy Wybierz częsty powód kontaktu: pytanie o status zamówienia, reklamację lub zmianę terminu. Opisz moment przyjęcia zgłoszenia, sposób rozpoznania klienta, potrzebne dane i warunek zakończenia. Dopiero potem porównuj funkcje produktu z wymaganiami. Nie zaczynaj od uruchomienia wszystkich kanałów. Jeżeli telefon i czat mają korzystać z tej samej historii, ustal, jak powiążesz rozmowy z właściwą osobą i sprawą. Wspólny adres e-mail kilku pracowników klienta może utrudniać takie dopasowanie. Obszar decyzji Pytanie przed wdrożeniem Dowód do odbioru Kanał kontaktu Gdzie klient rozpoczyna rozmowę? Działający scenariusz w wybranym kanale Tożsamość Jak odróżniasz klientów o podobnych danych? Próba poprawnego i błędnego dopasowania Kierowanie Kto powinien otrzymać sprawę? Przypadek zwykły oraz brak dostępnej osoby Kontekst Jakie dane zobaczy konsultant? Właściwy rekord i aktualne informacje Zakończenie Gdzie zapisujesz wynik rozmowy? Widoczny status i odpowiedzialność Ta tabela jest propozycją roboczą do rozmowy z zespołem wdrożeniowym. Nie zastępuje dokumentacji konkretnego połączenia ani testów środowiska. Pomaga natomiast oddzielić hasło „integracja z CRM” od zachowania, które można pokazać. ## Modelowy przykład: przekazywanie rozmów Załóżmy fikcyjny zespół, który analizuje 100 kontaktów. W 25 przypadkach klient powtarza opis problemu po przekazaniu do innego konsultanta. To 25% analizowanej próby. Dane są syntetyczne i pokazują sposób ustalenia miernika, a nie rezultat wdrożenia autora. Celem pilotażu może być ograniczenie takich powtórzeń dzięki przekazywaniu kontekstu. Jeżeli w kolejnej porównywalnej próbie problem wystąpi 10 razy, wynik wyniesie 10%, czyli o 15 punktów procentowych mniej. Nadal trzeba sprawdzić, czy przekazana informacja była poprawna i przydatna. Samo automatyczne podsumowanie nie rozwiązuje problemu. Może pomylić numer zamówienia albo pominąć istotne zastrzeżenie klienta. Dlatego odbiór obejmuje zarówno dostępność kontekstu, jak i jego zgodność z rozmową. Konsultant powinien mieć możliwość sprawdzenia i poprawienia materiału. Nie utożsamiaj krótszej rozmowy z rozwiązaniem sprawy. Klient może szybciej zakończyć kontakt, ale wrócić następnego dnia z tym samym problemem. Uzgodnij okres obserwacji ponownych kontaktów i sposób rozpoznawania, że dotyczą tej samej sprawy. ## Współpraca z CRM wymaga określenia granic Zapisz, który system jest źródłem danych klienta, gdzie powstaje sprawa i gdzie przechowujesz jej status. Jeśli dwa narzędzia mogą zmieniać ten sam rekord, potrzebujesz reguły rozstrzygania rozbieżności. Inaczej konsultanci mogą widzieć różne odpowiedzi na to samo pytanie. Sprawdź również zachowanie podczas awarii połączenia. Czy rozmowa może trwać, kiedy historia klienta nie jest dostępna? Czy późniejszy zapis wymaga ręcznej interwencji? Odpowiedź powinna być znana zespołowi obsługi, a nie tylko administratorowi. Sytuacja testowa Oczekiwana decyzja lub zachowanie CRM chwilowo niedostępny Konsultant zna zakres dostępnej obsługi Dwa podobne rekordy klienta Brak automatycznego wyboru bez właściwej weryfikacji Nieudany zapis wyniku Widoczny błąd i sposób odzyskania informacji Brak konsultanta w kolejce Uzgodniona ścieżka dalszej obsługi Błędne podsumowanie AI Możliwość sprawdzenia i korekty Warto ustalić właściciela każdego z tych przypadków. Problem połączenia, błędna reguła kierowania i nieaktualny artykuł wiedzy wymagają różnych kompetencji. Jeden ogólny adres wsparcia nie określa jeszcze, kto podejmie decyzję i w jakim czasie. Przed testem ustal również sposób dokumentowania wyniku: numer przypadku, spodziewany rezultat, rezultat rzeczywisty i osobę zatwierdzającą poprawkę. Dzięki temu powtórzenie próby sprawdza tę samą sytuację. ## Koszt porównuj dla całego scenariusza Przygotuj zakres użytkowników, kanałów, telefonii, automatyzacji i integracji. Poproś o wskazanie, które elementy obejmuje oferta, a które wymagają odrębnego rozliczenia. Nie przenoś ceny widocznej na stronie produktu na cały projekt bez ustalenia jego granic. Podobnie oceniaj dostępność funkcji AI. Wymagaj potwierdzenia dla wybranego języka, regionu i środowiska, zamiast zakładać identyczny zakres na podstawie demonstracji. Jeśli funkcja jest warunkiem powodzenia projektu, uwzględnij ją w odbiorze przed rozszerzeniem wdrożenia. Do kosztu dodaj utrzymanie wiedzy, zmiany zasad kierowania i kontrolę jakości. Te zadania nie znikają po zakupie platformy. Osoba odpowiedzialna za proces powinna wiedzieć, ile pracy pozostanie po zakończeniu pilotażu. Powiąż decyzje z zasadami odpowiedzialności opisanymi w [systemie pracy firmy z AI](https://majchrzycki.com/system). Osobno przeanalizuj [odbiór funkcji AI w Dynamics 365 Contact Center](https://majchrzycki.com/blog/microsoft-dynamics-365-contact-center), ponieważ sprawność kanału i jakość odpowiedzi wymagają różnych prób. W poniedziałek wybierz jeden powód kontaktu i prześledź go od rozmowy do zamknięcia sprawy. Zapisz trzy miejsca, w których dziś ginie kontekst. Na tych samych przypadkach sprawdź proponowane rozwiązanie, zanim zdecydujesz o kolejnych kanałach. - Dane i analityka - Dynamics 365 - Strategia ## Przełóż temat na projekt w Twojej firmie Zobacz zakres współpracy: od rozpoznania procesu i danych po projekt rozwiązania AI. [Zobacz współpracę](https://majchrzycki.com/wspolpraca) ## Czytaj dalej - [AI w Dynamics 365 Contact Center: jak odebrać pilotaż](https://majchrzycki.com/blog/microsoft-dynamics-365-contact-center) - [Dynamics 365 Customer Service: jak uporządkować sprawy](https://majchrzycki.com/blog/co-to-jest-microsoft-dynamics-365-customer-service) - [Dynamics 365 dla firm: jak wybrać zakres wdrożenia](https://majchrzycki.com/blog/co-to-jest-microsoft-dynamics-365-poradnik-dla-firm) - [AI w Customer Service: pomoc konsultantowi pod kontrolą](https://majchrzycki.com/blog/microsoft-dynamics-365-customer-service)