Sales Agent w Microsoft 365 Copilot: przewodnik

Microsoft 365 Copilot for Sales jest dziś nazwą historyczną, którą nadal spotkasz w dokumentacji i materiałach handlowych. Bieżące doświadczenie Microsoft rozwija jako Sales agent w Microsoft 365 Copilot. To agent konwersacyjny pracujący z danymi sprzedażowymi, między innymi z Dynamics 365 Sales, który pomaga przygotować spotkanie, podsumować relację i analizować pipeline. Przed zakupem ustal więc nie tylko nazwę licencji, lecz także CRM, scenariusz i miejsce pracy sprzedawcy.

Najpierw uporządkuj mapę produktów

Zmiana nazw utrudnia ocenę ofert. Stary materiał może mówić o Microsoft Sales Copilot albo Microsoft 365 Copilot for Sales, nowa dokumentacja o Sales agent, a ekran użytkownika pokazuje agenta Sales w Microsoft 365 Copilot. Do tego dochodzą funkcje Copilot w samym Dynamics 365 Sales. Nie zakładaj, że każda nazwa oznacza identyczny zakres.

Nazwa spotykana w materiałach	Jak ją czytać	Co sprawdzić
Sales Copilot	Starsza nazwa rozwiązania sprzedażowego	Data materiału i aktualna ścieżka migracji
Microsoft 365 Copilot for Sales	Nazwa pakietu rolowego używana w starszych dokumentach	Aktualne prawa licencyjne i dostępność
Sales agent w Microsoft 365 Copilot	Bieżące doświadczenie agenta sprzedażowego	Obsługiwany CRM, konfiguracja i funkcje
Copilot w Dynamics 365 Sales	Funkcje osadzone w aplikacji CRM	Wymagania środowiska i licencji Dynamics 365

Microsoft opisuje Sales agent jako agenta dostępnego w Microsoft 365 Copilot. Odpowiada na pytania sprzedażowe, generuje podsumowania, pomaga przygotować spotkania i przeglądy pipeline. Konfiguracja dla Dynamics 365 Sales odbywa się w powiązaniu z konkretnym środowiskiem. Dlatego „mamy Microsoft 365” nie jest wystarczającym kryterium gotowości.

Wartość zależy od jakości CRM

Agent nie odtworzy brakującej historii klienta. Jeśli handlowcy nie zapisują kontaktów, szans i kolejnych kroków, odpowiedź będzie oparta na niepełnym obrazie. Pierwszym etapem nie powinno być szkolenie z promptów, lecz audyt pięciu pól, które naprawdę prowadzą proces sprzedażowy.

Sprawdź właściciela szansy, etap, przewidywaną datę zamknięcia, następną aktywność i powiązane kontakty. Następnie porównaj CRM z rzeczywistą pracą w Outlooku i Teams. Agent daje największą wartość, gdy łączy kontekst komunikacji z wiarygodnym rekordem sprzedażowym. Jeśli te dwa światy są sprzeczne, najpierw popraw proces zapisu.

Sygnał w danych	Co agent może zrobić	Czego nie naprawi
Aktualna szansa i historia kontaktu	Przygotować podsumowanie i pytania na spotkanie	Nie potwierdzi ustaleń, których nikt nie zapisał
Uporządkowane etapy pipeline	Pomóc w przeglądzie szans	Nie ustali wspólnej definicji etapu za zespół
Wiarygodne dane kontaktowe	Przywołać osoby i relacje	Nie rozpozna nieformalnych decydentów bez danych
Zapisany kolejny krok	Pomóc przygotować działanie	Nie przejmie odpowiedzialności handlowca

Wybierz jeden scenariusz na pilotaż

Najbezpieczniejszy start to zadanie wspomagające, w którym człowiek ocenia wynik. Przygotowanie do spotkania, podsumowanie historii klienta lub szkic wiadomości dają szybki feedback bez automatycznego zmieniania danych. Nie rozpoczynaj od obietnicy „agent poprowadzi sprzedaż”.

Zdefiniuj wejście, wynik i punkt decyzji. Na przykład sprzedawca wskazuje konto oraz spotkanie, agent zbiera ostatnie interakcje i otwarte szanse, a sprzedawca zatwierdza listę tematów. Miernikiem może być kompletność przygotowania według checklisty. Sam czas wygenerowania tekstu nie dowodzi poprawy procesu.

Sprawdź CRM i granice danych

Dokumentacja Microsoft wskazuje integrację Sales agent z Dynamics 365 Sales, a bieżące materiały wymieniają też Salesforce w obsługiwanych scenariuszach. Dla innych systemów nie zakładaj równoważności. Sprawdź wspieraną metodę połączenia, dostępne encje, operacje zapisu, region oraz wymagania licencyjne w oficjalnej dokumentacji i umowie.

Użytkownik powinien widzieć tylko rekordy, do których ma prawo w CRM. Przetestuj rolę zwykłego sprzedawcy, kierownika i administratora osobno. Szczególną uwagę zwróć na konta współdzielone, zespoły terytorialne oraz dane wrażliwe w notatkach. Tożsamość i uprawnienia są ważniejsze niż jakość promptu.

Test pilotażu	Pytanie	Kryterium zaliczenia
Kompletność	Czy podsumowanie zawiera ostatnie uzgodnione działania?	Zgodność z CRM i korespondencją dostępną użytkownikowi
Uprawnienia	Czy sprzedawca widzi cudzą szansę?	Brak ujawnienia bez prawa dostępu
Źródła	Czy wiadomo, skąd pochodzi twierdzenie?	Możliwość weryfikacji w rekordzie lub wiadomości
Działanie	Czy zapis do CRM wymaga poprawnych pól?	Walidacja i świadome zatwierdzenie
Brak danych	Co dzieje się przy pustej historii?	Jawna informacja o ograniczeniu zamiast zgadywania

Rozdziel pomoc od automatycznego działania

Sales agent może przygotować treść, analizę lub sugestię. Operacja zmieniająca CRM powinna mieć jasne zasady. Przy aktualizacji etapu lub daty zamknięcia użytkownik musi widzieć proponowaną zmianę, źródło przesłanki i rekord docelowy. Dla masowych operacji potrzebujesz dodatkowej kontroli.

Nie pozwól, aby wygoda zastąpiła dyscyplinę sprzedaży. Agent może ułatwić zapis notatki, ale właściciel szansy nadal odpowiada za prawdziwość prognozy. Kierownik odpowiada za definicję etapów i rytm przeglądu pipeline. IT odpowiada za dostęp, integrację i ciągłość. Tak rozdzielone role zapobiegają sytuacji, w której każdy błąd nazywa się „problemem AI”.

Mierz jakość decyzji sprzedażowej

Przed pilotażem wybierz punkt odniesienia. Sprawdź kompletność rekordów przed spotkaniem, liczbę szans bez następnego kroku, trafność podsumowań ocenianą przez użytkownika i liczbę poprawek przed zapisaniem informacji. Nie deklaruj procentowej poprawy bez danych porównawczych.

Przykład syntetyczny

Zespół 12 sprzedawców testuje przygotowanie do przeglądu pipeline. Liczba i wyniki są przykładowe. Przez dwa tygodnie każdy używa Sales agent tylko dla pięciu wybranych szans. Kierownik ocenia według stałej checklisty: aktualny etap, ostatni kontakt, kolejny krok, ryzyko i data. Jeśli brakujące dane nadal wymagają ręcznego szukania, problemem nie jest prompt, lecz proces CRM. Pilotaż kończy się decyzją o naprawie pól, rozszerzeniu zastosowania albo rezygnacji.

Ryzyka, których nie rozwiąże licencja

Najczęstsze ryzyko to pozorna pewność. Dobrze napisane podsumowanie może zawierać błędny wniosek. Drugie to nadmierny dostęp przez źle skonfigurowane role. Trzecie to automatyczne utrwalanie nieprawidłowych danych w CRM. Czwarte to uzależnienie procesu od funkcji, której zakres i nazwa zmieniają się wraz z usługą.

Dlatego utrzymuj zestaw regresyjny z realnymi, zanonimizowanymi scenariuszami. Po zmianie konfiguracji sprawdź podsumowanie, dostęp, zapis i odmowę. Prowadź rejestr decyzji oraz właściciela funkcji. Agent sprzedażowy jest elementem systemu operacyjnego firmy, więc jego dane muszą zgadzać się z cyfrowym modelem klienta, oferty i zamówienia.

Gdy podstawowy scenariusz działa, następnym krokiem jest praca nad sposobem zadawania poleceń. Zestaw przykładów znajdziesz w artykule 23 prompty dla sprzedawców. Prompty nie zastąpią jednak danych, uprawnień ani procesu.

Model wdrożenia dla zespołu sprzedaży

W pierwszym tygodniu administrator potwierdza obsługiwany CRM, środowisko, role i licencje, a lider sprzedaży wskazuje jeden scenariusz. W drugim tygodniu zespół buduje zestaw sprawdzający na zamkniętych szansach oraz przygotowuje instrukcję dla pilotażu. Kolejne dwa tygodnie służą obserwacji użycia i zbieraniu poprawek. Skalowanie następuje dopiero po wspólnym przeglądzie danych.

Szkolenie powinno odbywać się na sytuacjach ze sprzedaży, nie na liście funkcji. Użytkownik ćwiczy przygotowanie spotkania, podsumowanie relacji oraz przegląd ryzyka. Prowadzący pokazuje też odpowiedź niepoprawną i sposób weryfikacji. Dzięki temu zespół rozumie, że agent dostarcza materiał do decyzji, a nie jej gwarancję.

Kierownik powinien omawiać użycie w istniejącym rytmie, na przykład podczas przeglądu pipeline. Nie twórz równoległego spotkania wyłącznie dla Copilota. Pytaj, czego zabrakło w danych, co wymagało poprawki i który etap procesu był niejasny. Takie obserwacje zasilają backlog CRM oraz programu adopcji.

Kryteria skalowania

Rozszerz pilotaż, gdy agent działa dla zwykłych ról użytkowników, zestaw regresyjny przechodzi bez błędów krytycznych, handlowcy rozumieją granice, a miernik procesu pokazuje poprawę bez pogorszenia jakości danych. Sama pozytywna ankieta nie wystarczy.

Zatrzymaj rozszerzenie, gdy większość wartości pochodzi z ręcznego poprawiania CRM tuż przed użyciem, odpowiedzi ujawniają dane spoza roli, zakres produktu nie jest potwierdzony dla obecnej licencji albo nikt nie przejął własności operacyjnej. Te wyniki są użyteczne: pokazują, co trzeba naprawić przed kolejną próbą.

Po wdrożeniu przeglądaj co miesiąc jakość, dostęp, wykorzystanie i koszty. Aktualizacja usługi lub CRM może zmienić zachowanie. Utrzymuj właściciela zestawu testowego i procedurę wyłączenia funkcji, gdy ryzyko przekracza korzyść.

Własność danych i konfiguracji

Lider sprzedaży odpowiada za definicje etapów, wymagane pola i sposób oceny prognozy. Administrator CRM odpowiada za model bezpieczeństwa oraz jakość konfiguracji. Administrator Microsoft 365 wdraża agenta i kontroluje dostęp. Właściciel programu Copilot utrzymuje testy, materiały i rytm przeglądu. Te role mogą należeć do kilku osób, ale nie mogą pozostać anonimowe.

Ustal też właściciela integracji. Gdy zmieni się pole CRM, agent może przestać odnajdywać kontekst albo zapisywać dane w oczekiwanym miejscu. Zmiana schematu powinna uruchamiać test najważniejszych scenariuszy. To samo dotyczy aktualizacji ról, zespołów sprzedażowych i reguł udostępniania.

Przechowuj konfigurację i decyzje w kontrolowanym repozytorium dokumentacji. Zapisz środowisko CRM, zakres tabel, instrukcje generowania podsumowań, grupy użytkowników oraz datę ostatniego testu. Nie umieszczaj w instrukcji tajnych danych ani tokenów. Celem jest możliwość przejęcia utrzymania przez inną osobę.

Raz na kwartał porównaj grupę docelową z aktywnymi użytkownikami i sprawdź scenariusze o małym użyciu. Brak adopcji może wynikać z nieprzydatnego zadania, słabych danych, tarcia interfejsu albo braku pracy menedżera. Dopiero diagnoza wskazuje, czy szkolić, poprawić, ograniczyć czy wyłączyć rozwiązanie.

Przed odnowieniem licencji powtórz ocenę. Sprawdź, czy nazwa i zakres produktu nadal odpowiadają konfiguracji, czy wspierane integracje się nie zmieniły i czy zespół korzysta z funkcji, za które płaci. Porównaj koszt z jakością procesu, nie z liczbą kliknięć. Jeżeli najważniejszym efektem pozostaje ręczne czyszczenie CRM, sfinansuj najpierw tę pracę. Agent potrzebuje wiarygodnej podstawy niezależnie od kolejnej nazwy produktu.

Do odbioru zaproś również osobę odpowiedzialną za raportowanie sprzedaży. Sprawdź, czy podsumowania i aktualizacje agenta nie zmieniają znaczenia pól używanych w prognozie. Jeśli zespół interpretuje etap lub prawdopodobieństwo inaczej niż raport zarządczy, agent może przyspieszyć zapis, ale pogorszyć decyzję. Ustal jeden słownik oraz przykłady poprawnych rekordów. Po wdrożeniu porównuj nie tylko użycie, lecz także spójność danych między sprzedawcami, zespołami i okresami raportowymi. Każda zmiana instrukcji powinna respektować ten sam model.

Co zrobić w poniedziałek

Weź pięć aktywnych szans i sprawdź dla każdej: właściciela, etap, ostatni kontakt, następny krok i datę zamknięcia. Zaznacz braki. Potem wybierz jedno zadanie agenta, które korzysta wyłącznie z tych danych i kończy się zatwierdzeniem przez sprzedawcę. Dopiero po tym porównuj licencje oraz konfigurację.

Źródła

• Źródło pierwotne 1
• Źródło pierwotne 2