Ostatnia aktualizacja: 2026-09-21
Dane CRM są gotowe do pilotażu asystenta AI wtedy, gdy dla konkretnego procesu wiadomo, z jakich rekordów i pól może korzystać asystent, kto kontroluje dostęp oraz jak zostanie sprawdzone jego działanie.
- Najpierw wybierz jedno zadanie biznesowe i oczekiwany rezultat.
- Oceń kompletność, aktualność, spójność oraz duplikaty w danych używanych w tym zadaniu.
- Udostępnij tylko dane i operacje potrzebne do realizacji zadania.
- Przetestuj poprawne przypadki, braki danych i sytuacje wymagające eskalacji.
Przygotowanie CRM do wdrożenia asystenta AI nie polega na wyeksportowaniu całej bazy ani na uporządkowaniu każdego pola. Trzeba najpierw określić zadanie asystenta, a następnie dopasować do niego dane, reguły procesu, uprawnienia i scenariusze testowe. Zakres powinien być ograniczony do konkretnego pilotażu, ponieważ CRM może zawierać więcej informacji, niż asystent potrzebuje, a jednocześnie nie obejmować części procedur i wyjątków.
Zacznij od procesu, nie od całej bazy CRM
Pierwszym krokiem jest wybór jednego procesu i jasne opisanie oczekiwanego wyniku. Dopiero na tej podstawie można wskazać potrzebne rekordy, pola, reguły i kryteria testu.[6][8]
Asystent AI może odpowiadać na pytania, podpowiadać kolejne działanie albo wykonywać określone operacje. Każdy z tych wariantów wymaga innego zakresu danych. Odpowiedź na pytanie o status sprawy może wymagać jedynie odczytu kilku pól, natomiast zmiana właściciela rekordu lub zapisanie notatki oznacza dostęp do zapisu i potrzebę dodatkowej kontroli.
Co opisać przed wyborem pól i rekordów
- Zdefiniuj zadanie. Zapisz, jakie pytanie ma obsłużyć asystent lub jaką czynność ma wykonać.
- Określ oczekiwany wynik. Wskaż, co powinno pojawić się w odpowiedzi albo jaka operacja może zostać wykonana.
- Wymień potrzebne dane. Powiąż każde pole i każdy obiekt CRM z elementem odpowiedzi lub działania.
- Opisz reguły i wyjątki. Uwzględnij sytuacje, w których danych brakuje, informacje są sprzeczne albo decyzję musi podjąć człowiek.
- Ustal ścieżkę eskalacji. Określ, komu asystent ma przekazać sprawę i jaką informację powinien wtedy zachować.
Same rekordy CRM mogą nie wystarczyć. Reguły decyzyjne, procedury i wyjątki bywają zapisane w instrukcjach lub funkcjonują jako wiedza zespołu. Trzeba więc połączyć dane operacyjne z opisem procesu, nie zakładając, że każde zachowanie asystenta da się wyprowadzić z wartości pól.[6][8]
Oceń jakość danych tylko w zakresie potrzebnym do pilotażu
Audyt powinien objąć rekordy wykorzystywane w wybranym scenariuszu. Należy sprawdzić ich kompletność, aktualność, spójność, oczywiste duplikaty oraz relacje między obiektami.[2][7] Nie ma potrzeby rozpoczynania od porządkowania całej bazy, jeśli pilot korzysta tylko z jej ograniczonej części.
Pięć kontroli przed udostępnieniem rekordów
- Kompletność: czy pola konieczne do odpowiedzi lub działania są wypełnione.
- Aktualność: czy status, dane kontaktowe i informacje o sprawie nadal opisują bieżącą sytuację.
- Spójność: czy te same wartości mają jednolity format i znaczenie, a statusy nie są ze sobą sprzeczne.
- Duplikaty: czy jedna osoba, firma lub sprawa nie występuje w kilku rekordach, które mogą zostać potraktowane jako odrębne.
- Relacje: czy kontakt jest przypisany do właściwej firmy, aktywność do odpowiedniej sprawy, a szansa do właściwego właściciela.
Kontrola jakości powinna prowadzić do konkretnej decyzji: rekord można wykorzystać, trzeba go poprawić albo należy wyłączyć go z pilotażu. Priorytet mają błędy, które zmieniają wynik działania asystenta, a nie niedoskonałości bez znaczenia dla testowanego procesu.
Jak sprawdzić relacje między rekordami
Jeżeli CRM wykorzystuje model sprzedażowy oparty na firmach, kontaktach, leadach, szansach i aktywnościach, trzeba skontrolować sposób ich powiązania. Nazwy obiektów oraz dostępne relacje różnią się jednak między systemami, dlatego modelu opisanego dla Dynamics 365 Sales nie należy przenosić bezpośrednio do innej platformy.[2]
Praktyczny test polega na przejściu przez jeden scenariusz od początku do końca. Dla wybranego kontaktu należy ustalić, czy asystent może odnaleźć właściwą firmę, otwartą sprawę, aktualny status i istotne aktywności, nie łącząc ich z innym klientem.
Ustal, jakie dane asystent może zobaczyć i co może zrobić
Dostęp należy projektować według zadania. Osobno trzeba określić obiekty, pola, zakres rekordów oraz dozwolone operacje. Asystent powinien otrzymać tylko dane potrzebne do wykonania konkretnego zadania.[3][4][5]
| Element decyzji | Pytanie kontrolne | Przykładowa decyzja dla pilotażu | Jak zweryfikować |
|---|---|---|---|
| Obiekt CRM | Czy ten rodzaj rekordu jest potrzebny do zadania? | Udostępnić kontakty i sprawy, wyłączyć pozostałe obiekty | Sprawdzić zapytania wykonywane w scenariuszu |
| Pole | Czy wartość wpływa na odpowiedź lub działanie? | Udostępnić status sprawy, wyłączyć pola nieużywane | Powiązać pole z elementem oczekiwanego wyniku |
| Zakres rekordów | Które rekordy może zobaczyć dana rola? | Ograniczyć widoczność do rekordów dostępnych użytkownikowi | Powtórzyć test na kontach o różnych uprawnieniach |
| Operacja | Czy wystarczy odczyt, czy potrzebny jest zapis? | W pierwszym zakresie dopuścić tylko odczyt | Spróbować wykonać niedozwoloną zmianę |
| Rola użytkownika | Czy integracja rozpoznaje tożsamość i uprawnienia osoby? | Przypisać jednoznaczną rolę testową | Porównać widoczność rekordu w CRM i odpowiedzi asystenta |
Odczyt, zapis i akcje zewnętrzne to różne zakresy ryzyka
Możliwość odczytania rekordu nie powinna automatycznie oznaczać prawa do jego zmiany. W macierzy dostępu trzeba oddzielić odczyt, tworzenie, aktualizację i usuwanie danych, a także działania wykonywane poza CRM. Pozwala to ograniczyć pierwszy pilotaż do operacji rzeczywiście potrzebnych.
W przypadku danych osobowych trzeba ustalić cel przetwarzania, ograniczyć zakres informacji, zabezpieczyć dostęp i zdefiniować retencję przed przekazaniem danych do usługi AI.[5] Nie zastępuje to analizy podstawy prawnej, obowiązków informacyjnych ani umów związanych z konkretnym wdrożeniem.
Jak sprawdzić model uprawnień
Trzeba zweryfikować, czy wybrana integracja dziedziczy uprawnienia użytkownika w CRM. Jest to właściwość określonych rozwiązań, a nie automatyczna cecha każdej integracji. Sam dostęp do API lub eksportu danych nie gwarantuje filtrowania rekordów według użytkownika.[3][4]
Test powinien objąć konta o różnych rolach. Każde konto wykonuje ten sam scenariusz, a zespół sprawdza, czy odpowiedź zawiera wyłącznie rekordy dostępne dla danej osoby. Jeśli integracja nie dziedziczy uprawnień CRM, potrzebny jest osobny model autoryzacji.
Przygotuj dane testowe, wyjątki i kryteria pilotażu
Pilotaż wymaga kontrolowanego zestawu przypadków: poprawnych, niepełnych, sprzecznych oraz takich, które powinny zostać przekazane człowiekowi. Dla każdego przypadku należy opisać dane wejściowe i oczekiwane zachowanie asystenta.[6][8]
Dane testowe nie muszą być kopią całego środowiska produkcyjnego. Powinny jednak odzwierciedlać realne sytuacje związane z wybranym procesem. Jeżeli zawierają dane osobowe, nadal obowiązuje ograniczenie zakresu odpowiednio do celu testu.
Jak zapisać scenariusz testowy
- Dane wejściowe
- Rekordy, pola, pytanie użytkownika oraz rola, z której wykonywany jest test.
- Oczekiwany wynik
- Treść odpowiedzi, dozwolona operacja albo decyzja o eskalacji.
- Wynik niedopuszczalny
- Ujawnienie niedostępnego rekordu, wykorzystanie niewłaściwego klienta, wykonanie niedozwolonej zmiany lub pominięcie obowiązkowej eskalacji.
- Warunek eskalacji
- Sytuacja, w której danych brakuje, informacje są sprzeczne albo decyzja wykracza poza ustalone reguły.
- Sposób weryfikacji
- Porównanie wyniku asystenta z rekordem CRM, regułą procesu i zakresem uprawnień użytkownika.
W planowaniu scenariuszy i podziale ról konsultacyjnych może uczestniczyć Ekspert od AI w HubSpot, natomiast odpowiedzialność za dane, proces i uprawnienia nadal powinna być jednoznacznie przypisana po stronie organizacji.
Kiedy wynik testu powinien zatrzymać pilotaż
Pilotażu nie należy rozszerzać, gdy asystent ujawnia rekordy poza zakresem użytkownika, wykonuje niedozwoloną operację, nie rozpoznaje braku wymaganych danych albo omija ustaloną eskalację. Kryteria akceptacji zależą od procesu, a żaden zestaw testowy nie potwierdza poprawności dla wszystkich przyszłych spraw.
Ocena powinna opierać się na powtarzalnych scenariuszach, a nie na pojedynczej demonstracji. Po korekcie danych, reguł lub uprawnień ten sam przypadek testowy można uruchomić ponownie i porównać rezultat.
Czego nie załatwi samo uporządkowanie CRM
Czystsze i lepiej powiązane rekordy nie zastąpią procedur, kryteriów decyzji ani obsługi wyjątków. Jeżeli reguły procesu istnieją poza CRM, trzeba je opisać w źródle dostępnym dla asystenta lub wskazać warunek przekazania sprawy człowiekowi.[6][8]
Porządkowanie danych nie zastępuje również analizy sposobu przetwarzania danych osobowych. Zakres obowiązków zależy od celu, rodzaju danych, dostawcy oraz architektury konkretnego wdrożenia.[5]
Po uruchomieniu pilotażu zmieniają się rekordy, role użytkowników i konfiguracja integracji. Trzeba zatem wyznaczyć właściciela jakości danych oraz cyklicznie kontrolować te zmiany.[1][2][3] Źródła nie wskazują jednej częstotliwości właściwej dla każdego wdrożenia, dlatego harmonogram kontroli powinien wynikać z procesu i środowiska technicznego.
Odpowiedzialność najlepiej rozdzielić między właściciela procesu, właściciela danych oraz osobę zarządzającą konfiguracją dostępu. Dzięki temu błąd odpowiedzi można przypisać do właściwego obszaru: jakości rekordu, brakującej reguły, niewłaściwego uprawnienia albo konfiguracji integracji.
Źródła
- Set up your tools and infrastructure for using Copilot in your contact center, Microsoft Learn.
- UI/UX guidance for Dynamics 365 Sales, Microsoft Learn.
- FAQ for Copilot data security and privacy for Dynamics 365 and Power Platform, Microsoft Learn.
- Salesforce CRM connector overview, Microsoft Learn.
- Fundamentals of Secure AI Systems with Personal Data, European Data Protection Board.
- Asystent AI do obsługi klienta – jak go zaprojektować?, Kamil Pionkowski.
- Jak przygotować dane do wdrożenia AI w firmie usługowej — praktyczny przewodnik krok po kroku, DevCrafts.
- Co przygotować przed wdrożeniem automatyzacji i AI, Falcon Works.
+Artykuł Sponsorowany+
