Agent sprzedaży w Copilot Studio: projekt procesu

Agent sprzedaży w Microsoft Copilot Studio powinien pomagać doprowadzić sprawę do następnego uzgodnionego kroku. Może porządkować potrzeby klienta, wyszukiwać informacje o ofercie i przygotowywać dane dla handlowca. Nie powinien natomiast samodzielnie wymyślać ceny, rabatu, dostępności ani terminu realizacji, gdy nie potwierdza ich właściwe źródło.

Wdrożenie warto zacząć od wskazania odbiorcy: klienta rozmawiającego na stronie albo pracownika korzystającego z wewnętrznego asystenta. To dwa różne zakresy wiedzy i uprawnień. Dopiero później wybiera się kanał, podłącza CRM i projektuje czynności, które agent może wykonać po potwierdzeniu.

Wybierz jeden odcinek procesu sprzedaży

Nie projektuj pierwszej wersji jako zastępstwa całego zespołu. Wybierz miejsce, w którym powtarzalne pytania lub niepełne informacje opóźniają pracę: rozpoznanie potrzeby, przygotowanie rozmowy, kompletowanie zapytania albo przekazanie go odpowiedniemu handlowcowi.

Jeżeli problemem jest brak danych w zgłoszeniach, agent powinien zebrać potrzebne informacje i potwierdzić ich rozumienie. Jeśli handlowcy długo szukają parametrów produktu, potrzebna jest uporządkowana wiedza. Jeśli sprawy czekają bez właściciela, priorytetem będzie przypisanie i odbiór kontaktu, a nie bardziej rozbudowane odpowiedzi.

Zapisz punkt rozpoczęcia i zakończenia. Przykładowo klient opisuje potrzebę, agent ustala typ zastosowania, zbiera brakujące dane i przekazuje kompletne zapytanie do wybranego zespołu. Warunkiem zakończenia jest potwierdzony rekord z właścicielem, a nie samo uzyskanie adresu e-mail.

Ustal, które decyzje pozostają przy człowieku. Mogą to być dobór rozwiązania przy sprzecznych wymaganiach, odstępstwo od warunków oferty albo określenie zobowiązującego terminu. Dzięki temu agent nie będzie próbował zakończyć rozmowy za wszelką cenę, składając obietnicę bez podstawy.

Oddziel agenta publicznego od asystenta handlowca

Publiczny agent potrzebuje zatwierdzonych informacji, które wolno przedstawiać klientom. Asystent wewnętrzny może pracować z historią kontaktu, ale tylko w zakresie uprawnień użytkownika. Nie należy kopiować całej konfiguracji jednego rozwiązania do drugiego bez ponownego przeglądu źródeł i narzędzi.

Obszar	Agent dla klienta	Asystent dla handlowca
Wiedza o produkcie	Publiczne parametry i zatwierdzone opisy	Te same źródła oraz dopuszczone materiały wewnętrzne
Historia relacji	Wyłącznie dane dostępne właściwie rozpoznanemu klientowi	Rekordy zgodne z rolą w CRM
Cena i rabat	Potwierdzona oferta lub przekazanie do handlowca	Propozycja w granicach zasad, z właściwą akceptacją
Następny krok	Uzgodniony kontakt, zgłoszenie, spotkanie	Przygotowanie rozmowy i aktualizacja sprawy
Materiały robocze	Wyłączone z odpowiedzi publicznych	Oznaczone jako robocze, bez automatycznej wysyłki

Wewnętrzny szkic może zawierać przypuszczenia wymagające sprawdzenia. Wiadomość do klienta powinna je rozstrzygać albo jasno oznaczać brak informacji. To szczególnie ważne przy propozycjach dopasowania produktu: podobieństwo opisu potrzeb do katalogu nie dowodzi spełnienia wszystkich wymagań technicznych.

Dla obu wariantów określ właściciela biznesowego. Zespół IT może utrzymywać integrację, ale nie powinien sam ustalać warunków oferty ani decydować, które zapewnienia wolno przekazywać odbiorcom. Te zasady wymagają odpowiedzialności sprzedaży i osób zarządzających produktem.

Zbuduj źródło oferty, któremu można zaufać

Przygotuj aktualne opisy produktów lub usług, ograniczenia zastosowań, zakres dostawy i sposób uzyskania wyceny. Dla każdego materiału wskaż właściciela i datę obowiązywania. Usuń z bazy prezentacje zawierające nieaktualne pakiety, stare promocje i niesprawdzone porównania.

Cena wymaga kontekstu: wariantu, ilości, okresu, waluty i innych warunków stosowanych w danej ofercie. Zamiast pozwalać modelowi wyliczać ją z przypadkowych fragmentów dokumentów, zaprojektuj odczyt z właściwego systemu lub przekazanie zapytania do osoby przygotowującej ofertę.

Podobnie traktuj dostępność. Informacja, że firma sprzedaje produkt, nie potwierdza aktualnego stanu magazynu ani terminu dostawy. Jeśli agent nie ma wiarygodnego odczytu, powinien powiedzieć, że termin wymaga sprawdzenia. Taka odpowiedź jest użyteczna, jeśli prowadzi do realnego kolejnego kroku.

Sprawdź odpowiedzi na pytania o granice produktu. Dobry agent powinien umieć wskazać, kiedy rozwiązanie nie odpowiada potrzebie klienta. Jeśli każda rozmowa kończy się rekomendacją tego samego pakietu, system może raczej zwiększać liczbę nietrafionych kontaktów niż pomagać sprzedaży.

Prowadź kwalifikację jako rozpoznanie potrzeby

Rozmowa powinna zbierać informacje, które zmieniają dalszą obsługę: zastosowanie, skalę, ograniczenia i oczekiwany termin rozpoczęcia. Nie pytaj o wszystko, co da się zapisać w CRM. Każde pytanie powinno mieć związek z wyborem ścieżki lub przygotowaniem handlowca.

Wyjaśniaj, po co potrzebna jest dana informacja. Pytanie o liczbę użytkowników jest naturalne, jeśli pomaga dobrać wariant rozwiązania. Może być zbędne, gdy rozmówca chce jedynie znaleźć instrukcję. Agent powinien umieć rozpoznać taki zamiar bez wymuszania ścieżki sprzedażowej.

Nie zamieniaj niepodanego budżetu w ocenę, że kontakt jest bezwartościowy. Brak informacji może oznaczać wczesny etap decyzji, a nie brak potencjału. Rozróżniaj odpowiedź negatywną, niepewną i brak odpowiedzi. To pozwala uniknąć pozornej precyzji w automatycznym punktowaniu.

Przed przekazaniem pokaż krótkie podsumowanie potrzeby i pozwól je poprawić. Klient może zauważyć, że agent pomylił liczbę lokalizacji z liczbą pracowników albo potraktował luźny termin jako wymaganie. Korekta na tym etapie oszczędza późniejszą rozmowę wyjaśniającą.

Integrację z CRM odbierz na konkretnych operacjach

Nie wystarczy stwierdzenie, że Copilot Studio łączy się z CRM. Sprawdź, czy dostępny konektor lub interfejs obsługuje wymagany typ rekordu, relacje, pola i reguły walidacji. Ustal, co agent odczytuje, co tworzy i czego nie wolno mu zmieniać.

Dokumentacja uwierzytelniania narzędzi rozróżnia dostęp użytkownika i poświadczenia dostarczone dla narzędzia. Opisuje także zależność obsługi logowania od kanału. Dlatego działający scenariusz w jednym miejscu nie dowodzi, że identyczna konfiguracja będzie działała po osadzeniu w innym kanale.

Przy tworzeniu kontaktu lub zapytania zaprojektuj kontrolę duplikatów. Ta sama osoba może najpierw napisać przez formularz, później przez czat, a następnie ponowić prośbę po błędzie. Agent powinien stosować reguły firmy dotyczące łączenia spraw, zamiast za każdym razem tworzyć nową szansę sprzedaży.

Po zapisie pokaż potwierdzony następny krok. Jeżeli CRM przyjął rekord, ale nie przypisał właściciela, proces może nadal być niekompletny. W odbiorze trzeba sprawdzić, czy handlowiec otrzymał sprawę, potrafi odczytać kontekst i wie, czego oczekuje klient.

Zatwierdzenie oferty jest osobnym etapem

Przygotowanie szkicu odpowiedzi, propozycji wyceny i wysyłka do klienta to różne operacje. Warto rozdzielić je w projekcie tak, aby osoba zatwierdzająca widziała treść, załączniki, odbiorcę oraz źródła kluczowych warunków.

Agent flows w Copilot Studio umożliwiają łączenie kroków automatyzacji z udziałem człowieka. Samo istnienie takiej funkcji nie oznacza jednak, że zatwierdzenie zostało poprawnie umieszczone w konkretnym procesie. Trzeba sprawdzić również ścieżkę odmowy, poprawki i wygaśnięcia oczekiwania.

Akceptacja powinna dotyczyć konkretnej wersji. Jeśli po zatwierdzeniu zmieniono cenę, zakres lub odbiorcę, wcześniejsza decyzja nie powinna automatycznie autoryzować nowej wysyłki. Zapis wersji i osoby zatwierdzającej pozwala później wyjaśnić, co rzeczywiście zostało zaakceptowane.

Nie traktuj zdania klienta „poprzednio obiecano mi taki rabat” jako potwierdzonego uprawnienia. Agent może zapisać tę informację jako deklarację rozmówcy i skierować ją do weryfikacji. Nie powinien na jej podstawie zmieniać warunków w systemie.

Przygotuj trudne rozmowy do odbioru

W testach uwzględnij pytania, których nie da się rozwiązać prostym dopasowaniem do katalogu: sprzeczne wymagania, brak ceny, niedostępny wariant oraz prośbę o wyjątek. To one pokażą, czy agent potrafi zachować granice oferty.

Scenariusz	Oczekiwany rezultat	Dowód jakości
Pytanie o wycofany pakiet	Wskazanie aktualnego statusu i alternatywy, jeśli istnieje	Zgodność z zatwierdzonym źródłem
Brak ceny dla wariantu	Zebranie danych do wyceny	Brak wymyślonej kwoty
Deklaracja obiecanego rabatu	Przekazanie do weryfikacji	Brak nieuprawnionej zmiany warunków
Ponowne zgłoszenie tej samej potrzeby	Obsługa zgodna z regułą duplikatów	Jeden właściwie prowadzony rekord
Niedostępny CRM	Jasna informacja i droga zastępcza	Brak fałszywego potwierdzenia zapisu
Zmiana oferty po akceptacji	Ponowne zatwierdzenie właściwej wersji	Zapis decyzji powiązany z dokumentem

Przetestuj także niewłaściwe założenia wpisane w pytanie, na przykład „potwierdź, że ten produkt działa bez internetu”, gdy dokumentacja tego nie stwierdza. Agent powinien sprawdzić przesłankę, a nie tylko uprzejmie powtórzyć oczekiwaną przez klienta odpowiedź.

Włącz handlowców do oceny prób. Niech sprawdzą, czy przekazane informacje pozwalają rozpocząć rozmowę oraz czy podsumowanie nie zawiera dopisanych potrzeb. Poprawność technicznego zapisu w CRM jest konieczna, ale nie wystarcza do oceny przydatności kontaktu.

Mierz jakość przekazania przed wzrostem sprzedaży

W pierwszym pilotażu łatwiej ocenić kompletność sprawy, czas przygotowania i liczbę poprawek niż wpływ na przychód. Sprzedaż zależy również od popytu, źródeł kontaktów, cen i działań zespołu. Nie przypisuj agentowi całej zmiany wyniku bez porównywalnych danych.

Przykład modelowy: ze 100 zapytań przekazanych przez agenta 70 zawierało komplet informacji potrzebnych handlowcowi, 20 wymagało doprecyzowania, a 10 nie pasowało do zakresu oferty. Kompletność wynosi 70%, lecz ten wskaźnik sam nie mówi, ile kontaktów zakończy się sprzedażą. Warto osobno sprawdzić, dlaczego niepasujące sprawy trafiły do zespołu.

Jeżeli przygotowanie 70 kompletnych spraw oszczędziło po 5 minut, potencjalna korzyść wynosi 350 minut. Odejmij przegląd rozmów, poprawę wiedzy i utrzymanie integracji. To przykład sposobu liczenia, a nie prognoza konwersji ani wynik autora.

Nie porównuj tygodnia kampanii z dużą liczbą przypadkowych wejść do okresu, w którym kontaktowali się wyłącznie stali klienci. Wyniki segmentuj przynajmniej według źródła kontaktu, rodzaju potrzeby i etapu decyzji. Dopiero wtedy można ocenić, czy agent poprawia obsługę podobnych spraw.

Sprawdź również czas od przekazania zapytania do pierwszej reakcji handlowca. Agent działający wieczorem może zebrać dobry kontakt, który następnie czeka bez opiekuna. Ustal sposób zastępstwa przy nieobecności i sygnał przypominający o nieodebranej sprawie. To element skuteczności procesu, nawet jeśli sam czat odpowiada natychmiast.

Zadbaj o aktualizacje oferty i odpowiedzialność

Zmiana cennika powinna uruchamiać aktualizację źródeł i ponowne testy pytań o cenę. Nowy produkt wymaga sprawdzenia jego zastosowań i ograniczeń. Osoba utrzymująca agenta musi wiedzieć, kto zatwierdza te informacje i od kiedy wolno ich używać.

Ustal także reakcję na błędną obietnicę. Zespół powinien szybko odnaleźć rozmowę, ustalić źródło odpowiedzi i ograniczyć wadliwy scenariusz. Samo dopisanie nowego zdania do instrukcji bez sprawdzenia źródeł i integracji może pozostawić przyczynę bez zmian.

Rozpocznij od jednego odcinka procesu i odbierz go na realnych przypadkach. Przewodnik po Copilot Studio pomoże dobrać możliwości narzędzia, a system pracy firmy nada im właściciela i kryteria wyniku. Następny etap powinien wynikać z potwierdzonego problemu sprzedaży, nie z samej dostępności kolejnej funkcji.