Gdzie handlowiec ma zobaczyć wynik rozmowy
Notatka może należeć do kontaktu, szansy, zamówienia albo zgłoszenia. W odbierze.ai ustalamy z zespołem, gdzie zapisywać notatki, a przed ofertą sprawdzamy dostępne operacje CRM. Jeden numer telefonu może być związany z kilkoma rekordami, więc automatyczne dopasowanie pierwszego wyniku wyszukiwania jest ryzykowne.
Przykładowo, klient pyta o istniejące zlecenie i nową usługę. Firma ustala, czy powstają dwie powiązane czynności, czy jedna notatka z zadaniem dla opiekuna. Agent nie powinien sam zmieniać modelu CRM.
Jak uniknąć duplikatu po błędzie zapisu
Każda rozmowa i zapis potrzebują identyfikatora w uzgodnionym procesie integracyjnym. Przed ponowieniem sprawdź, czy wynik już istnieje. Możliwości deduplikacji zależą od systemu docelowego i muszą zostać potwierdzone podczas wdrożenia.
Notatka powinna wskazywać potwierdzone fakty, nierozstrzygnięte pytania i zadanie człowieka. Nie dodawaj automatycznej oceny wartości klienta, jeśli nie jest częścią uzgodnionego zakresu.
Drugi telefon klienta ze zmianą ustaleń
Dwa identyczne żądania po błędzie integracji mogą dotyczyć jednego zapisu. Dwa telefony tego samego klienta mogą natomiast zawierać nowe ustalenia. Reguła „nie dodawaj niczego z tego numeru przez godzinę” usunie również prawidłowe uzupełnienie.
W proponowanej próbie pierwsza rozmowa tworzy zapytanie o usługę, a druga zmienia preferowany termin. System powinien zachować oba zdarzenia i pokazać aktualne ustalenie we właściwej sprawie. Ponowne dostarczenie wyniku pierwszej rozmowy nie powinno cofnąć tej zmiany ani utworzyć drugiej szansy sprzedaży.
Zanim wybierzesz mechanizm, sprawdź dostępne operacje CRM: dodanie notatki, aktualizację zadania i powiązanie z rekordem. Różnią się skutkiem, nawet gdy przyjmują podobny tekst. W odbiorze warto obejrzeć historię zmian z perspektywy pracownika. Powinien rozumieć, co powiedział klient, co zapisano automatycznie i która informacja zastąpiła wcześniejsze ustalenie. Nie musi znać technicznych identyfikatorów, ale integracja powinna umożliwiać odtworzenie przebiegu błędu.
Gotowa próba do odbioru z wykonawcą
Wykonawca przygotowuje próbę na fikcyjnym kontakcie w środowisku testowym. Kupujący obserwuje wynik w CRM.
| Krok | Oczekiwany rezultat |
|---|---|
| Pierwsza rozmowa: klient chce termin we wtorek | Jedna właściwa sprawa z ustaleniem |
| Druga rozmowa: klient zmienia termin na czwartek | Historia uzupełniona, aktualny termin to czwartek |
| Powtórne dostarczenie zapisu pierwszej rozmowy | Brak nowej szansy i brak cofnięcia do wtorku |
Osobno wykonawca symuluje sytuację, w której zapis powstaje, ale potwierdzenie nie dociera do integracji. Powtórzenie nie powinno stworzyć duplikatu. To inny przypadek niż całkowita odmowa zapisu.
Obsługę takich błędów uwzględniamy przy przygotowaniu i sprawdzaniu integracji. Po uruchomieniu warto obserwować duplikaty, błędne przypisania i czas ręcznych poprawek.
Napisz nazwę CRM i pokaż na fikcyjnym przykładzie, gdzie handlowiec potrzebuje notatki. Sprawdzimy możliwości zapisu oraz przygotujemy zakres i cenę połączenia.
Zakres materiału
Próba z dwoma terminami jest autorskim scenariuszem odbioru, nie deklaracją gotowego mechanizmu w każdym CRM. Wykonawca musi dopasować rozwiązanie do operacji dostępnych w używanym systemie. Zakres integracji: odbierze.ai.