Od procesu do agenta
Agentforce dla sprzedaży i obsługi: use case’y, które można zmierzyć.
Nie zaczynamy od pytania „jakiego agenta zbudować”, tylko od pracy, która dziś zajmuje czas, powoduje błędy lub blokuje wynik. Następnie sprawdzamy, czy rozumowanie i kontekst Agentforce są lepszym rozwiązaniem niż standardowa automatyzacja.
Krótka odpowiedź
Od jakiego use case’u Agentforce zacząć?
Dobry pierwszy use case jest częsty, mierzalny, ograniczony i ma właściciela biznesowego. Dane powinny być dostępne, akcje możliwe do kontrolowania, a błędna decyzja odwracalna lub objęta akceptacją człowieka. Najczęściej warto rozpocząć od wspierania pracownika albo prostego procesu obsługowego, zanim agent otrzyma szerszą autonomię.
Agentforce dla sprzedaży usuwa pracę wokół sprzedaży.
Agent może przygotować sprzedawcę do spotkania, podsumować konto i szansę, wskazać brakujące informacje, zaproponować następne działanie i utworzyć kontrolowany follow-up. W bardziej autonomicznym scenariuszu kwalifikuje inbound lead, odpowiada na pytania produktowe i umawia spotkanie.
Miarą nie jest liczba wygenerowanych tekstów. Patrzymy na czas przygotowania, kompletność CRM, szybkość reakcji, kwalifikację, konwersję i wpływ na pipeline. Każda komunikacja musi respektować zgodę, ton marki i zasady przekazania do człowieka.
- Research i przygotowanie spotkania
- Kwalifikacja oraz routing leadów
- Aktualizacja CRM i follow-up
- Coaching i next-best action
Agentforce dla obsługi łączy odpowiedź z wykonaniem procesu.
Agent obsługowy może zidentyfikować klienta, oprzeć odpowiedź na Knowledge, zebrać dane, sprawdzić status, wykonać prostą operację i zaktualizować Case. Gdy pewność jest zbyt niska lub sprawa wymaga decyzji, przekazuje pełny kontekst konsultantowi.
Projektujemy nie tylko deflection, ale też jakość rozwiązania, czas obsługi, ponowny kontakt, eskalacje i satysfakcję. Automatyczne zamknięcie sprawy nie jest sukcesem, jeżeli klient wraca z tym samym problemem.
Agent może wspierać pracę poza ekranem CRM.
W Field Service agent podsumowuje historię zasobu, dobiera procedurę, sprawdza części, prowadzi technika i przygotowuje zamknięcie wizyty. W operacjach pomaga obsługiwać wyjątki, wyszukiwać informacje i uruchamiać procesy między Salesforce a systemami zewnętrznymi.
W tych scenariuszach kluczowe są aktualność danych, działanie mobilne, niezawodność integracji i możliwość wznowienia procesu. Projekt musi jasno określać, co stanie się przy braku sieci, niepełnych danych lub awarii systemu docelowego.
Zakres architektoniczny
Jak oceniamy use case Agentforce
- 01Wolumen i koszt obecnego procesu
- 02Wartość rozumowania oraz kontekstu
- 03Dostępność danych i akcji
- 04Ryzyko, odwracalność i eskalacja
- 05KPI oraz właściciel biznesowy
- 06Zakres pilota i ścieżka skalowania
FAQ
Pytania o use case’y Agentforce
01Czy Agentforce zastępuje Salesforce Flow?
Nie. Flow pozostaje świetny dla deterministycznych procesów. Agentforce może wybrać i uruchomić właściwą akcję, gdy potrzebne są język naturalny, kontekst lub elastyczne rozumowanie.
02Czy zacząć od agenta dla klienta czy pracownika?
Agent wewnętrzny zwykle pozwala ograniczyć ryzyko i szybciej zebrać feedback. Agent zewnętrzny może dać większą skalę, ale wymaga mocniejszych zabezpieczeń i obsługi wyjątków.
03Jakie KPI są najważniejsze?
Zależą od procesu: czas obsługi, deflection, konwersja, kompletność CRM, liczba eskalacji, poprawność akcji, koszt na wynik i satysfakcja użytkownika.
04Kiedy Agentforce nie jest dobrym wyborem?
Gdy proces jest w pełni deterministyczny, dane są niedostępne, błędów nie można bezpiecznie obsłużyć albo nie istnieje mierzalny wynik biznesowy.
Bezpłatna pre-konsultacja
Znajdźmy pierwszy agentowy use case.
30 minut z architektem Salesforce. Omówimy proces, dane i ryzyka. Po rozmowie dostaniesz konkretną rekomendację następnego kroku.
- Bez prezentacji sprzedażowej
- Wstępna ocena gotowości
- Rekomendacja: pilot, discovery lub jeszcze nie teraz
Powered by Tucario