Migracja z Zendesk do HubSpota: kontakty, firmy, ticketa i historia rozmów przeniesione w całości

Nie musi. Robimy clean cut zamiast tygodnia pracy w dwóch systemach naraz. Historyczne zgłoszenia przenosimy przez API wcześniej, a w ustalonym oknie przełączamy kanały supportowe na HubSpot inbox. Zespół zaczyna dzień w Zendesk, kończy w HubSpocie, bez dziury w rozmowach.

Tak. Przenosimy treść wiadomości, autorów i daty zmian statusów, nie sam nagłówek zgłoszenia. Timestampy MQL, daty rozwiązania i priorytety lądują jako osobne property, więc raport w Service Hubie dalej odpowiada na pytanie, jak długo trwało rozwiązanie i kto je zamknął.

Przez API. Eksport na okrętkę CSV-kami gubi powiązania i historię komentarzy, a przy większym wolumenie po prostu się nie klei. Migracja przez API pozwala nam mapować obiekty, powiązania i engagementy w kilku kontrolowanych krokach z backupem i record ID.

Każde custom field mapujemy na property na właściwym obiekcie HubSpota. Przy okazji porządkujemy pola tekstowe, które nigdy się nie zaraportują, na dropdowny z krótką listą. Pole, którego nie wymuszasz, i tak umiera, więc migracja to dobry moment, żeby zdecydować co zostaje.

Nie. Import to połowa roboty, druga to przesiadka zespołu. Zespół obsługi, który latami pracował na widokach Zendesk, potrzebuje 2-3 sesji na własnych danych, żeby realnie w tym pracować. Bez tego dane są przeniesione, a ludzie i tak otwierają stary system.

Jeżeli support to wasz cały biznes i nie planujecie spinać go ze sprzedażą ani marketingiem, dedykowany help desk jak Zendesk bywa lepiej dopasowany. HubSpot wygrywa, gdy chcecie mieć kontakt, deala i ticket w jednym miejscu i raportować obsługę razem z przychodem. Jeżeli tego mostu nie potrzebujecie, migracja się nie kalkuluje.

Zależy od wolumenu ticketów, liczby custom fields i tego, ile reguł narosło w Zendesk przez lata. Zakres i termin ustalamy po Discovery, na którym patrzymy na wasz portal Zendesk, nie na wyobrażenie o nim. Wracamy ze stałą wyceną, nie z rozliczeniem godzinowym.