Zamówienia z Allegro i pozostałych kanałów trafiają do HubSpota przez BaseLinkera

Technicznie tak, Allegro ma własne REST API. Biznesowo rzadko warto. Jeżeli BaseLinker już stoi w procesie, bezpośrednia integracja dubluje tę samą warstwę: drugi zestaw webhooków, druga mapa statusów i dwa miejsca, w których coś może się rozjechać. Robimy to wtedy, gdy sprzedaż na Allegro omija BaseLinkera albo gdy potrzebne są dane, których on nie przenosi.

Wchodzą tą samą drogą. BaseLinker zbiera sprzedaż z marketplace'ów, własnego sklepu i zamówień wprowadzanych ręcznie, więc do HubSpota trafia komplet, a nie samo Allegro. Kanał zostaje na rekordzie jako osobne property, dzięki czemu raport przychodu rozbija się po źródle.

Zależnie od zakresu. Prostszy sync kontaktów czasem złożymy narzędziem pośrednim jak Zapier, które łączy HubSpota z setkami aplikacji poza natywnym marketplace, ale wtedy uprzedzam o dwóch rzeczach: daty przechodzące przez Zapiera do HubSpota są zaokrąglane do UTC, co potrafi przesunąć dzień, a niektóre aplikacje wymagają płatnego planu (źródło). Do zamówień i statusów zwykle idziemy własnym API i webhookami, bo to daje pełną kontrolę nad mapowaniem.

Domyślnie robimy zamówienie jako osobny custom object powiązany z kontaktem i firmą, a nie jako deal. Deal to szansa sprzedażowa, zamówienie to fakt. Mieszanie ich zaśmieca pipeline i psuje forecast. Jeżeli sprzedaż B2B ma etap ofertowania przed zamówieniem, wtedy deal zostaje na proces, a zrealizowane zamówienie ląduje jako osobny rekord.

Zmiana statusu w BaseLinkerze odpala webhook, który aktualizuje property na rekordzie w HubSpocie. Na tej zmianie można oprzeć workflow, który na przykład wyśle maila do klienta albo utworzy taska dla obsługi. Bez ręcznego przeklepywania statusów między dwoma systemami.

Deduplikujemy po mailu, więc powracający klient nie tworzy nowego kontaktu przy kolejnym zakupie. Kontakt bez maila albo bez zgód nie zaśmieca bazy jako duch. To jest warunek, żeby raporty na tej bazie mówiły prawdę, a dostarczalność maili nie leciała w dół.

Domyślnie BaseLinker jest źródłem prawdy dla zamówień i statusów, a HubSpot je czyta. Jeżeli proces tego wymaga, HubSpot może odsyłać w drugą stronę, na przykład segment albo tag do dalszej obsługi w BaseLinkerze. Kierunek i to, kto wygrywa przy konflikcie, ustalamy na mapowaniu przed startem.

Tak, jednorazowy import historycznych zamówień robimy przez API, nie plikami CSV na okrętkę. Mapujemy pola, zderzamy z istniejącymi kontaktami i weryfikujemy na sandboxie, zanim ruszymy na produkcję. To ten sam warsztat, który stosujemy przy migracjach CRM.

Custom objecty i rozbudowane workflow wymagają co najmniej planu Professional odpowiedniego Huba. Jeżeli w discovery wyjdzie, że do Waszego procesu wystarczy sync kontaktów bez custom objectów, nie będę wciskał wyższego planu na siłę. Najpierw liczymy, co realnie musicie synchronizować.