Integracja CRM nie oznacza po prostu „połączenia dwóch systemów”. Trzeba ustalić kierunek przepływu, pola, regułę utworzenia rekordu i osobę, która sprawdzi wynik. Dopiero wtedy można ocenić, czy integracja usuwa ręczne przepisywanie, czy tylko przenosi problem w inne miejsce.
Dwa różne przepływy z WWW
Publiczna instrukcja VoxEdu o podłączeniu leadów ze strony WWW do voxCRM opisuje kierunek WWW → CRM: kopia wiadomości z formularza trafia na techniczny adres e-mail, a voxCRM odczytuje z niej dane zapytania, źródło i zgody. To przykład integracji przez wiadomość e-mail; samo słowo „integracja” nie przesądza o użyciu API. Ten przykład nie dowodzi synchronizacji zwrotnej tych samych danych.
Osobna instrukcja VoxEdu o podłączeniu strony WWW do voxCRM opisuje kierunek CRM → WWW: dane inwestycji, lokali i historii cen udostępniane przez API w formatach XML/JSON. Instrukcja podaje dla XML aktualizację raz na godzinę, więc nie należy opisywać tego eksportu jako natychmiastowego. To niezależny przepływ od poprzedniego przykładu. Dwa kierunki mogą istnieć w jednym rozwiązaniu, ale nie oznaczają automatycznie dwukierunkowej synchronizacji tych samych pól.
Karta przepływu danych
Dla każdego połączenia zapiszcie:
- źródło i odbiorcę;
- kierunek: strona → CRM, CRM → strona lub oba kierunki;
- pola obowiązkowe i sposób mapowania wartości;
- warunek utworzenia albo aktualizacji rekordu;
- osobę, która kontroluje błędy i duplikaty;
- czas oraz zakres synchronizacji.
Przykładowa karta ćwiczeniowa może brzmieć: „Formularz strony → moduł leadów CRM; pola: imię, e-mail, telefon, treść i źródło; po zapisie tworzony jest rekord do weryfikacji; osoba dyżurna sprawdza go tego samego dnia”. To opis procesu, nie obietnica funkcji każdego produktu. Podstawy pracy z CRM wyjaśnia artykuł o systemie CRM.
Przy przepływie dwukierunkowym dopiszcie, które źródło ma pierwszeństwo przy konflikcie. Jeżeli dane lokalne na stronie są zasilane z CRM, ustalcie również, czy aktualizacja jest natychmiastowa, cykliczna czy wykonywana ręcznie. Bez tego użytkownik może widzieć wartość, która nie jest już aktualna.
Błędy, które trzeba zobaczyć
- pole formularza nie ma odpowiednika w CRM;
- ta sama osoba zostaje zapisana jako dwa rekordy;
- integracja zapisuje dane, ale nie wskazuje kolejnego działania;
- awaria zewnętrznej usługi pozostaje bez powiadomienia;
- zmiana w jednym kierunku nadpisuje dane w drugim.
Testujcie na fikcyjnym zgłoszeniu. Zapiszcie dane wejściowe, oczekiwany wynik, wynik rzeczywisty, czas i osobę sprawdzającą. Przy błędzie nie usuwajcie śladu przed opisaniem przyczyny. Przy diagnozie przydaje się dziennik prób wysyłki z czasem, identyfikatorem zgłoszenia i wynikiem. Hasła, tokeny i zbędne dane kontaktowe nie powinny trafiać do takiego dziennika.
Odpowiedzialność po wdrożeniu
Właściciel integracji powinien wiedzieć, kto poprawia mapowanie, jak wykrywa duplikaty i kiedy ręcznie uzupełnić rekord. Po zmianie formularza lub wersji połączenia powtórzcie test. Materiały VoxEdu są instrukcjami producenta voxCRM; można je wykorzystać jako źródło pytań, lecz nie jako opis każdego CRM.
Nie wszystkie dane powinny płynąć automatycznie. Pola wymagające interpretacji, zgody albo kontroli jakości mogą trafiać do kolejki ręcznej. Wtedy integracja nadal oszczędza pracę, ale decyzja pozostaje widoczna i możliwa do sprawdzenia przez konkretną osobę.
Ogólne kryteria wyboru narzędzia znajdziecie w karcie oceny programu CRM, a przykład etapów pracy w tekście o lejku sprzedażowym. Serwis jest powiązany z Vox Developer i jawnie korzysta z materiałów producenta.