Řešení pro všech 6 fází zákaznické cesty
Naše domény
Jak pracujeme
Začínáte s HubSpotem?
Přecházíte na HubSpot ze Salesforce, Pipedrive nebo jiného CRM? Převedeme vaše kontakty, obchody i historii komunikace bez ztráty dat a bez výpadku obchodu. Váš tým pracuje dál, jen v lepším systému.
HubSpot Partner od roku 2018, Diamond Partner
Přechod na nové CRM patří k nejrizikovějším krokům, které firma se svými obchodními daty dělá. Roky historie zákazníků, rozjednané obchody a vazby mezi kontakty, firmami a aktivitami se stěhují najednou. Chyba se přitom ukáže až ve chvíli, kdy ji obchodník najde v praxi.
Poznámky u obchodů, historie e-mailů, vlastní pole, přílohy. Při ručním exportu a importu se část dat nepřenese vůbec a část se přenese špatně. Zjistíte to za tři měsíce, až budete hledat dohodu, kterou kolega se zákazníkem uzavřel loni.
Kontakt patří k firmě, obchod ke kontaktu, aktivita k obchodu. Právě tyto vazby dělají z databáze CRM. Prostý export do CSV je neumí zachovat. V novém systému pak máte tisíce záznamů, které spolu nesouvisí.
Migrace bez plánu přepnutí znamená dny až týdny, kdy obchodníci nevědí, kde je aktuální pravda: ve starém systému, nebo v novém? Rozjednané obchody čekají, follow-upy se ztrácejí a pipeline stárne.
Technicky úspěšná migrace ještě neznamená úspěšný přechod. Když tým nedostane zaškolení a nové procesy, vrátí se k tabulkám a z nového CRM se stane drahý archiv.
Migrace není přesun souborů. Je to přestavba obchodního systému za provozu: data, procesy i lidé se přepínají najednou. Proto rozhoduje příprava - co přesně se přenáší, v jakém pořadí a kdo výsledek průběžně kontroluje.
Firma exportuje data ze starého CRM v pátek večer, o víkendu je importuje do HubSpotu a v pondělí přepne tým. Import projde, počty záznamů zhruba sedí.
Za dva týdny se ukáže, že historie komunikace zůstala ve starém systému, polovina obchodů nemá přiřazeného vlastníka a duplicitní kontakty dostávají stejný e-mail dvakrát.
Obchodníci přestanou systému věřit a vrátí se k tabulkám. Firma platí nové licence, a přitom přišla o to nejcennější: důvěru týmu v data.
Nic z toho není nutné. Migrace má známá rizika a známé postupy, jak je řídit.
Rozdíl mezi hladkým přechodem a měsíci oprav není v nástroji, ale v postupu. Bez ztráty dat a bez výpadku obchodu se migruje tehdy, když se rizika řídí od prvního dne.
Data se přenesou jedním velkým importem bez mapování a bez testu. Chyby se najdou až v ostrém provozu, kde se opravují nejhůř.
Starý systém se zkopíruje včetně balastu. Mrtvé kontakty, duplicity a pole, která nikdo roky nevyplnil, zaplevelí nový HubSpot hned první den.
Nikdo z firmy neověřuje, jestli převedená data odpovídají realitě. Dodavatel vidí strukturu, ale jen váš tým pozná, že u klíčového zákazníka chybí historie.
Tým dostane přístupy a odkaz na nápovědu. Bez zaškolení na nové prostředí a procesy klesne používání CRM během několika týdnů.
Každé pole ze zdrojového systému má jasný cíl v HubSpotu, nebo vědomé rozhodnutí, že se nepřenáší. Nic se neděje náhodou.
Před ostrým přenosem se migruje vzorek dat a ověří se proti zdroji. Chyby v mapování se odchytí tam, kde ještě nic nestojí.
Duplicity, mrtvé záznamy a nekonzistentní formáty se čistí během migrace. Do HubSpotu vstupujete s daty, kterým tým věří.
Přepnutí má termín, kontrolní seznam i plán návratu, kdyby cokoli selhalo. Obchod ví přesně, od kdy platí nový systém.
Obchod, marketing i servis se zaškolí na svoje scénáře. První týdny po přepnutí rozhodují o tom, jestli si tým nový systém osvojí.
Realita: jednorázový import kontaktů z tabulky zvládnete v rámci HubSpot onboardingu. Skutečná migrace - historie, vazby, automatizace, více zdrojů - je projekt, ve kterém se nevratné chyby dělají snadno a opravují draze.
Každou migraci vedeme stejným postupem. Nejprve zmapujeme zdrojová data a navrhneme jejich cílovou strukturu v HubSpotu, potom přenos ověříme na testovacím vzorku a teprve po vašem odsouhlasení spustíme ostrou migraci s řízeným přepnutím. Po celou dobu víte, co se přenáší, co se čistí a kdy tým přechází do nového systému. Migrace je jednou z disciplín naší implementační praxe.
Migrace není export CSV přes víkend. Je to řízený projekt s testovacím během a plánem přepnutí.
Projdeme zdrojové systémy, objemy a kvalitu dat. Vznikne mapovací dokument: každé pole má svůj cíl v HubSpotu a vy ho schvalujete dřív, než se cokoli přenese.
Přeneseme vzorek dat a společně ho ověříme proti zdroji: počty, vazby, historie. Chyby v mapování se opraví tady, ne v ostrém provozu.
Ostrá migrace proběhne v dohodnutém okně s kontrolním seznamem a plánem návratu. Tým ví přesně, od kdy je HubSpot jediným zdrojem pravdy.
Po přepnutí nastavíme průběžné kontroly datové kvality: hlídání duplicit, neúplných záznamů a zastaralých kontaktů. Data zůstanou čistá i po migraci.
Nejběžnější scénář: firma odchází z CRM, které přestalo stačit, nebo jehož licence končí. Přenášíme kontakty, firmy, obchody, aktivity i historii komunikace, včetně vazeb mezi nimi.
Kontakty zůstanou přiřazené k firmám, obchody ke kontaktům a aktivity k obchodům. Migrujeme přes API, ne přes prostý CSV export, takže struktura dat zůstane zachovaná.
Automatizační scénáře ze zdrojového systému nejde zkopírovat. Jejich logiku přestavíme v HubSpot workflow tak, aby odpovídala vašim procesům, ne omezením starého nástroje.
Přechod ze Salesforce je specifický: jiný objektový model, automatizace v Process Builderu či Flow a návaznosti na AppExchange aplikace. Proto k němu přistupujeme jako k samostatné disciplíně.
Salesforce a HubSpot strukturují data odlišně. Připravíme explicitní mapování: Accounts na Companies, Opportunities na Deals. U custom objektů rozhodneme, co dostane v HubSpotu vlastní objekt a co se vědomě zjednoduší.
Po ostré migraci běží oba systémy přechodnou dobu souběžně, dokud tým nepotvrdí, že v HubSpotu nic nechybí. Teprve potom se Salesforce vypíná.
Zmapujeme aplikace navázané na Salesforce - elektronické podpisy, obohacování dat, marketingové nástroje - a navrhneme jejich náhradu v ekosystému HubSpotu.
Akvizice, fúze nebo historicky oddělené týmy: dva HubSpot portály, které mají být jedním. Sloučíme data, sjednotíme datový model a vyřešíme duplicity.
Každý portál má vlastní pole, fáze obchodů a lifecycle konvence. Před přenosem navrhneme jednotný model, do kterého se oba portály promítnou.
Stejné firmy a kontakty často existují v obou portálech. Nastavíme pravidla slučování tak, aby výsledný portál měl jeden úplný záznam na zákazníka, ne dva poloviční.
Ne vždy jde o CRM. Zákaznická data často žijí v tabulkách, v ERP nebo v systému, který už nikdo nespravuje. Vyčistíme je a dostaneme do HubSpotu ve struktuře, se kterou se dá pracovat.
Duplicitní záznamy, neplatné e-maily, nekonzistentní formáty. Data vyčistíme během přenosu, aby HubSpot začínal s databází, na kterou se tým může spolehnout.
Navrhneme, jak se sloupce tabulek promítnou do kontaktů, firem a obchodů, včetně vlastních polí tam, kde standardní struktura nestačí.
Nejběžnější scénář: firma odchází z CRM, které přestalo stačit, nebo jehož licence končí. Přenášíme kontakty, firmy, obchody, aktivity i historii komunikace, včetně vazeb mezi nimi.
Kontakty zůstanou přiřazené k firmám, obchody ke kontaktům a aktivity k obchodům. Migrujeme přes API, ne přes prostý CSV export, takže struktura dat zůstane zachovaná.
Automatizační scénáře ze zdrojového systému nejde zkopírovat. Jejich logiku přestavíme v HubSpot workflow tak, aby odpovídala vašim procesům, ne omezením starého nástroje.
Přechod ze Salesforce je specifický: jiný objektový model, automatizace v Process Builderu či Flow a návaznosti na AppExchange aplikace. Proto k němu přistupujeme jako k samostatné disciplíně.
Salesforce a HubSpot strukturují data odlišně. Připravíme explicitní mapování: Accounts na Companies, Opportunities na Deals. U custom objektů rozhodneme, co dostane v HubSpotu vlastní objekt a co se vědomě zjednoduší.
Po ostré migraci běží oba systémy přechodnou dobu souběžně, dokud tým nepotvrdí, že v HubSpotu nic nechybí. Teprve potom se Salesforce vypíná.
Zmapujeme aplikace navázané na Salesforce - elektronické podpisy, obohacování dat, marketingové nástroje - a navrhneme jejich náhradu v ekosystému HubSpotu.
Akvizice, fúze nebo historicky oddělené týmy: dva HubSpot portály, které mají být jedním. Sloučíme data, sjednotíme datový model a vyřešíme duplicity.
Každý portál má vlastní pole, fáze obchodů a lifecycle konvence. Před přenosem navrhneme jednotný model, do kterého se oba portály promítnou.
Stejné firmy a kontakty často existují v obou portálech. Nastavíme pravidla slučování tak, aby výsledný portál měl jeden úplný záznam na zákazníka, ne dva poloviční.
Ne vždy jde o CRM. Zákaznická data často žijí v tabulkách, v ERP nebo v systému, který už nikdo nespravuje. Vyčistíme je a dostaneme do HubSpotu ve struktuře, se kterou se dá pracovat.
Duplicitní záznamy, neplatné e-maily, nekonzistentní formáty. Data vyčistíme během přenosu, aby HubSpot začínal s databází, na kterou se tým může spolehnout.
Navrhneme, jak se sloupce tabulek promítnou do kontaktů, firem a obchodů, včetně vlastních polí tam, kde standardní struktura nestačí.
přecházíte z existujícího CRM a potřebujete zachovat historii obchodů a komunikace
vaše data žijí ve více systémech, které se mají sloučit do jednoho
databáze obsahuje vlastní pole, objekty nebo automatizace, které se musí přenést
obchod nesmí přechodem utrpět, potřebujete řízené přepnutí bez výpadku
slučujete dva HubSpot portály po akvizici nebo fúzi
začínáte s CRM poprvé a máte jen tabulku kontaktů - jednorázový import je součástí HubSpot onboardingu
máte jeden čistý zdroj dat v řádu tisíců záznamů bez vlastní struktury
potřebujete trvalé propojení dvou systémů, ne jednorázový přenos - to je práce pro vývoj a integrace
Z kolika systémů se data přenášejí a kolik záznamů v nich je?
Jak stará a jak čistá jsou data? Víte o duplicitách a mrtvých kontaktech?
Je přechod vázaný na termín, například na konec licence stávajícího CRM?
Podle rozsahu. Úvodní zmapování a návrh zaberou jeden až tři týdny, samotná migrace včetně testovacího běhu obvykle čtyři až dvanáct týdnů. Menší přenosy z jednoho čistého zdroje jsou rychlejší, vícesystémové konsolidace delší.
Konkrétní harmonogram dostanete po zmapování zdrojů, spolu s pevně vymezeným rozsahem.
Cílem řízené migrace je právě to, aby se to nestalo. Každé pole má schválené mapování, přenos se nejprve ověří na testovacím vzorku a zdrojový systém zůstává nedotčený, dokud nepotvrdíte, že v HubSpotu je vše, co tam má být.
O tom, co se vědomě nepřenáší (například mrtvé kontakty nebo pole, která nikdo nepoužívá), rozhodujete vy.
Ne. Migrace probíhá na pozadí, zatímco tým pracuje ve stávajícím systému. Přepnutí do HubSpotu proběhne v dohodnutém okně a tam, kde je to potřeba, typicky u přechodu ze Salesforce, běží oba systémy přechodnou dobu souběžně.
Ano. Přechod ze Salesforce je nejčastější velká CRM migrace a věnujeme mu samostatnou disciplínu: mapování objektového modelu, přestavbu automatizací z Process Builderu a Flow do HubSpot workflow, souběžný provoz obou systémů a zaškolení týmu na nové prostředí.
Historii komunikace, poznámky a aktivity přenášíme všude tam, kde je zdrojový systém umí vydat. V rámci zmapování vám řekneme přesně, co lze přenést beze zbytku, co s omezeními a co dává smysl archivovat mimo CRM.
Cena závisí na počtu zdrojových systémů, objemu záznamů a kvalitě dat, proto ji neurčujeme od stolu. Po úvodním zmapování dostanete pevnou cenu za jasně vymezený rozsah.
Prvním krokem je krátká konzultace, na které rozsah společně odhadneme.
Pravděpodobně ne. Jednorázový import kontaktů z tabulky je součástí HubSpot onboardingu. Samostatná migrace dává smysl ve chvíli, kdy přenášíte historii, vazby mezi záznamy nebo data z více systémů.
Podívejte se zdarma, jak HubSpot vypadá zevnitř, nebo s námi rovnou proberte váš migrační scénář. Řekneme vám upřímně, co přenést lze, co ne a jak přechod naplánovat, aby ho obchod nepocítil.