Microsoft Dynamics 365 CRM: jak uporządkować relacje
Temat: Microsoft AI
Dlaczego dwaj handlowcy opisują podobne szanse jako „prawie wygrane”, a tylko jedna kończy się umową? Być może używają tej samej etykiety do różnych sytuacji. Dynamics 365 CRM pomaga utrwalić wspólne reguły pracy z klientem, ale firma musi najpierw je uzgodnić. Samo przeniesienie arkusza do systemu nie poprawi wiarygodności prognozy sprzedaży.
Zacznij od jednego przejścia: od zapytania do zakwalifikowanej szansy albo od podpisanej umowy do obsługi klienta. Ustal warunki przekazania, wymagane informacje oraz właściciela kolejnego działania. Tak przygotowany proces można odwzorować, sprawdzić i później rozszerzać.
Jeżeli oceniasz agenta wykonującego kroki w CRM, samo uporządkowanie etapów nie wystarcza. Pilot Agentforce w CRM pokazuje, jak wyznaczyć zakres działania i próbę odbiorową na innej platformie; porównuj wynik procesu, a nie samą obecność funkcji AI.
Co oznacza Dynamics 365 CRM
Określenie CRM opisuje obszar zarządzania relacjami, a nie jeden niezmienny pakiet wszystkich funkcji. W rodzinie Dynamics 365 różne aplikacje obsługują sprzedaż, kontakt i sprawy klientów. Zakup powinien wskazywać konkretne produkty, warianty oraz zakres wykorzystania.
Dynamics 365 Sales pozwala pracować z firmami, kontaktami i procesem sprzedaży od leada do zamówienia. Działa na Dataverse i wykorzystuje aplikacje model-driven Power Apps. Microsoft opisuje różne warianty Sales oraz ich możliwości w przeglądzie produktu.
Dynamics 365 Customer Service służy między innymi do prowadzenia spraw klientów, historii interakcji, bazy wiedzy i obsługi poziomów usług. Zakres zależy od zakupionych możliwości. Szczegóły przedstawia dokumentacja Customer Service.
Customer Insights - Journeys wspiera planowanie komunikacji, także na podstawie zdarzeń. Umożliwia wykorzystanie kanałów takich jak e-mail, SMS i powiadomienia push w obsługiwanym zakresie. Przeznaczenie rozwiązania opisuje przegląd Journeys. Nie zakładaj, że zakup aplikacji sprzedażowej automatycznie obejmuje pełną obsługę każdego kanału i kampanii.
| Potrzeba firmy | Obszar do oceny | Warunek sensownego wdrożenia |
|---|---|---|
| Wspólna historia kontaktu i szans | Sales | Uzgodnione etapy oraz następne działania |
| Prowadzenie zgłoszeń klientów | Customer Service | Znane zasady przyjęcia, priorytetu i zamknięcia |
| Komunikacja uruchamiana zdarzeniem | Customer Insights - Journeys | Ustalony odbiorca, treść i warunek wysłania |
| Obsługa wielu kanałów kontaktu | Właściwa oferta obsługi/contact center | Sprawdzone kanały, integracje i odpowiedzialność |
Etap sprzedaży musi znaczyć to samo
Wybierz kilka rzeczywistych szans i porównaj sposób ich opisywania. „Oferta” może oznaczać dopiero przygotowanie wyceny albo dokument już omówiony z osobą decyzyjną. Jeżeli nie rozdzielisz tych sytuacji, system będzie sumował wartości o różnym poziomie pewności.
Dla każdego etapu zapisz warunek wejścia i wyjścia. Zamiast wymagać kilkunastu pól bez wyjaśnienia, określ informacje potrzebne do kolejnej decyzji. Na początku mogą wystarczyć rozpoznana potrzeba, właściciel kontaktu, następny krok i termin jego wykonania.
Nie pozwól, aby termin zamknięcia był tylko końcem bieżącego miesiąca wpisywanym automatycznie z przyzwyczajenia. Sprzedawca powinien umieć wskazać zdarzenie po stronie klienta, na którym opiera oczekiwanie. Jeśli go nie zna, ta niepewność jest informacją potrzebną kierownikowi.
| Etap modelowego procesu | Minimalne potwierdzenie | Powód pozostawienia sprawy wcześniej |
|---|---|---|
| Rozpoznanie | Wiadomo, kto i z jaką potrzebą się zgłasza | Brak możliwości potwierdzenia kontekstu |
| Kwalifikacja | Uzgodniony dalszy krok i zakres rozmowy | Wyłącznie ogólne zainteresowanie |
| Oferta | Klient otrzymał właściwy zakres propozycji | Wycena istnieje tylko roboczo |
| Decyzja | Znany sposób i termin rozstrzygnięcia | Brak kontaktu lub procesu decyzyjnego |
| Wygrana | Potwierdzenie zgodne z regułą firmy | Ustna nadzieja na podpisanie umowy |
Tabela jest przykładem do dostosowania, a nie zaleceniem skopiowania etapów do każdej organizacji. Inaczej wygląda odnowienie stałej usługi, inaczej nowy projekt wymagający oceny technicznej. Wspólne pozostaje wymaganie jednoznacznych reguł.
Uporządkuj firmy, kontakty i właścicieli
Przed migracją danych sprawdź, gdzie pojawiają się duplikaty. Ten sam klient może występować pod nazwą handlową, pełną nazwą prawną i nazwą oddziału. Nie łącz rekordów wyłącznie po podobieństwie tekstu. Ustal identyfikator oraz sposób rozstrzygania niejasnych przypadków.
Zapisz również relacje między osobą a firmą. Zmiana pracodawcy przez kontakt nie oznacza, że historię poprzedniej współpracy należy bezrefleksyjnie przepisać do nowej organizacji. Właściciel danych powinien zatwierdzić regułę utrzymania takich informacji.
W próbie migracji wybierz aktywnych klientów, zakończone relacje, duplikaty i rekordy z brakami. Porównaj liczbę obiektów, powiązania oraz historię potrzebną zespołowi. Sam komunikat o zaimportowaniu pliku nie potwierdza, że handlowiec potrafi odnaleźć właściwą osobę i jej ostatnie ustalenia.
Nie przenoś każdego starego pola tylko dlatego, że istnieje w arkuszu. Dla informacji bez właściciela i zastosowania ustal, czy wymaga zachowania, uporządkowania lub wycofania zgodnie z zasadami firmy. Mniejszy, zrozumiały zakres ułatwia regularną aktualizację.
Zadbaj o przekazanie do realizacji i obsługi
Wygrana szansa nie kończy relacji z klientem. Zespół realizacyjny potrzebuje zakresu, terminów, uzgodnionych wyłączeń oraz osoby kontaktowej. Jeśli te informacje pozostaną w skrzynce handlowca, wspólny CRM nie usunie przerwy między sprzedażą a dostarczeniem usługi.
Przygotuj warunek przekazania: jakie dokumenty i dane muszą być dostępne, kto je odbiera oraz jak zgłasza brak. Nie utożsamiaj wysłania powiadomienia z przyjęciem odpowiedzialności. Odbiorca powinien potwierdzić, że ma podstawy do rozpoczęcia pracy.
Dla zgłoszeń klientów ustal różnicę między rozwiązaniem problemu a zamknięciem rekordu. Sprawa nie powinna znikać z kolejki tylko dlatego, że minął termin odpowiedzi. Potrzebujesz reguły ponownego otwarcia, eskalacji i przekazania do osoby posiadającej odpowiednie kompetencje.
W pilotażu przeprowadź jedną historię od kontaktu do pierwszego zgłoszenia po sprzedaży. Sprawdź, czy osoba obsługująca klienta widzi potrzebne zobowiązania i potrafi odnaleźć właściciela relacji. To praktyczny test ciągłości procesu między aplikacjami i zespołami.
Uprawnienia wynikają z ról
Wspólna baza nie oznacza pełnego dostępu wszystkich pracowników. Ustal, kto może czytać, zmieniać i przekazywać rekordy. Dostęp zastępcy podczas urlopu oraz stały dostęp kierownika mogą wymagać innych reguł.
Dataverse wykorzystuje role bezpieczeństwa powiązane z użytkownikami i zespołami. Przyznane uprawnienia sumują się: dodanie węższej roli nie odbiera szerokiego dostępu nadanego inną drogą. Microsoft wyjaśnia ten mechanizm w opisie zabezpieczeń Dataverse.
Dlatego odbiór wykonuj na kontach docelowych użytkowników. Sprawdź własnego klienta, klienta innego zespołu i próbę zmiany niedozwolonych danych. Przetestuj także odebranie dostępu po zmianie stanowiska. Ukrycie widoku w menu nie jest wystarczającym dowodem ochrony rekordu.
Co automatyzować i kiedy wykorzystać AI
Zacznij od zadań, których reguły są już uzgodnione: przypomnienia o kolejnym kroku, wskazania brakujących informacji albo przekazania sprawy do właściwego zespołu. Automatyzacja nie powinna maskować niejasnego podziału odpowiedzialności.
W aktualnej ofercie Sales występują funkcje AI i agenci o różnym zakresie. Ich dostępność oraz uprawnienia zależą od wariantu i konfiguracji. Nie traktuj nazwy Copilot jako potwierdzenia, że wszystkie możliwości są już objęte posiadaną licencją.
Przy podsumowaniu relacji sprawdź, czy wynik nie pomija ważnego ustalenia. Przy propozycji wiadomości zweryfikuj treść, odbiorcę i warunki handlowe. Osobno zdecyduj, czy system może jedynie przygotować szkic, czy również wykonać działanie. Dla czynności skierowanych do klienta granice powinny być znane przed włączeniem automatyzacji.
Przy ocenie szans na podstawie AI zachowaj możliwość wyjaśnienia i skorygowania priorytetu. Historia danych może odzwierciedlać dawny sposób pracy, a nie aktualną strategię. Porównuj rekomendację z rzeczywistym wynikiem i obserwuj grupy spraw, w których regularnie się myli.
Jak mierzyć zmianę po wdrożeniu
Nie oceniaj CRM wyłącznie liczbą logowań albo uzupełnionych pól. Mierz zjawisko, które skłoniło firmę do zmiany: nieobsłużone zapytania, brak następnego kroku, czas przekazania do realizacji lub niewiarygodną prognozę.
W syntetycznym przykładzie zespół prowadzi 40 aktywnych szans. W 12 nie zapisano następnego działania. Po uporządkowaniu procesu takich szans pozostają 4. Udział spada z 30% do 10%. To miara kompletności pracy, nie dowód wzrostu sprzedaży ani wynik klienta. Żeby ocenić wpływ na przychód, potrzebujesz także czasu, porównywalnych okresów i informacji o innych zmianach.
W prognozie rozdziel wartość otwartych szans, oczekiwane zamówienia i przychód rozpoznany w danym okresie. Te liczby odpowiadają na różne pytania. Raport powinien wskazywać datę aktualizacji oraz regułę uwzględniania spraw, a nie tylko dużą sumę na pulpicie.
Licencje i wdrożenie wyceń oddzielnie
Poproś o zestawienie ról użytkowników, potrzebnych aplikacji i funkcji. Osoba pracująca codziennie ze sprzedażą może potrzebować innego zakresu niż okazjonalny odbiorca informacji. Ocena powinna wynikać z rzeczywistych czynności, a nie z poszukiwania najtańszej nazwy licencji.
Do kosztorysu dodaj przygotowanie danych, integracje, konfigurację procesu, szkolenia i utrzymanie. Sprawdź również koszt zmian po pilotażu. Nawet dobrze rozpoznane wymagania mogą wymagać korekty, gdy zespół zacznie używać systemu w codziennych sytuacjach.
Nie zaczynaj od odwzorowania wszystkich wyjątków całej firmy. Wybierz jeden proces i ograniczoną grupę, ale uwzględnij trudne przypadki. Wykonawca powinien pokazać, jak rozszerzy zatwierdzony zakres bez utraty spójności danych i uprawnień.
| Próba odbiorowa | Oczekiwany wynik | Osoba zatwierdzająca |
|---|---|---|
| Nowe zapytanie | Właściciel i następny krok są jednoznaczni | Kierownik sprzedaży |
| Duplikat klienta | Zastosowana uzgodniona reguła | Właściciel danych |
| Zmiana etapu | Spełnione kryteria biznesowe | Osoba prowadząca proces |
| Przekazanie wygranej sprawy | Realizacja potwierdza komplet informacji | Kierownik realizacji |
| Zgłoszenie po sprzedaży | Zachowany kontekst i odpowiedzialność | Właściciel obsługi |
| Ograniczony użytkownik | Brak dostępu poza rolą | Administrator i właściciel danych |
Przygotuj szkolenie na podstawie spraw, które uczestnicy rzeczywiście prowadzą. Handlowiec powinien umieć wrócić do niedokończonej rozmowy, zaplanować kolejny krok i przekazać zastępcy potrzebny kontekst. Osoba z obsługi powinna odnaleźć zobowiązanie wobec klienta oraz wskazać powód eskalacji. Przeprowadzenie tych czynności samodzielnie daje lepszy dowód gotowości niż obecność na prezentacji.
Ustal też okres obserwacji po wdrożeniu i sposób zgłaszania tarcia w codziennej pracy. Jeżeli pracownicy prowadzą równoległy arkusz, sprawdź, jakiej czynności nie potrafią wykonać w nowym układzie. Może brakować widoku, uprawnienia albo uzgodnionej reguły. Sam zakaz używania arkusza nie wyjaśni przyczyny i może ukryć problem przed właścicielem wdrożenia.
Po uruchomieniu wyznacz właściciela słowników, etapów i raportów. Prośby o nowe pole oceniaj przez pytanie: jaka decyzja będzie od niego zależeć? Jeśli odpowiedź nie jest jasna, dodatkowy obowiązek może zwiększyć opór zespołu bez poprawy jakości informacji.
Własne rozszerzenia warto rozważać po sprawdzeniu podstawowego przebiegu. Temat rozwija poradnik doboru narzędzi Power Platform. CRM powinien być częścią systemu pracy firmy, w którym historia klienta prowadzi do odpowiedzialnego działania.
Na najbliższy przegląd sprzedaży wybierz pięć szans z jednego etapu. Poproś prowadzących o wskazanie warunku, który potwierdza ten etap, oraz następnego działania z konkretną datą wykonania. Rozbieżności zapisz jako reguły do uzgodnienia przed konfiguracją CRM.
- Dane i analityka
- Dynamics 365
- Strategia
