Rövid válasz: egy több országos CRM-bevezetés ritkán a szoftveren bukik el. Azon bukik el, hogy az országok mást értenek ugyanazon a számon. Ha az egyik országban a „lehetőség” egy aláírt szándéknyilatkozat, a másikban pedig egy első telefonhívás, akkor a közös dashboard szép lesz, de semmit nem mond. Egy több mint 7000 fős nemzetközi állategészségügyi vállalat 27 országban vezetett be egységes Salesforce CRM-et, és ebben a korábbi projektben a csapatunk vitte a projektmenedzsmentet és a megvalósítás irányítását. Ebből a cikkből azt viheted el, amit ott megtanultunk.
Miért jön elő ez a kérdés?
Az uniós cégek 28,51%-a használt CRM-et 2025-ben az Eurostat szerint. A kis cégeknél ez kb. 25%, a nagyoknál kb. 65%. A növekvő cégek tipikus útja: minden ország, leányvállalat vagy értékesítési csapat a saját eszközével indul (Excel, egy helyi CRM, egy régi rendszer), aztán egyszer a vezetés megkérdezi, mekkora a teljes értékesítési tölcsér. És kiderül, hogy erre senki nem tud válaszolni.
A projekt indulásakor nálunk is ez volt a helyzet. Országonként külön rendszer futott, eltérő értékelésekkel, és az adatminőség egyszerűen rossz volt. Nem azért, mert a helyi csapatok rosszul dolgoztak, hanem mert mindenki a saját logikája szerint rögzített.
Ez nem egyedi. A Salesforce 2024-es, 27 országra kiterjedő felmérése szerint az értékesítők idejük 70%-át nem eladással töltik, és csak 35%-uk bízik teljesen a cégük adatainak pontosságában. Ez szolgáltatói felmérés, de a jelenséget minden olyan cégnél látjuk, ahol több rendszer él egymás mellett.
A projekt röviden
- Platform: Salesforce, egy közös rendszerben.
- Lépték: 27 ország, több száz felhasználó.
- Időtartam: másfél év (18 hónap) a teljes bevezetésig.
- Ütemezés: hat pilotország, utána hullámokban a többi.
- A mi csapatunk: öt fő: projektmenedzser, architekt, két üzleti elemző és egy értékesítési szakértő. A projektben rajtunk kívül többen is részt vettek, a fejlesztőket például nem mi adtuk.
- Eredmény: egy rendszer, közös dashboardok és KPI-ok, és sokkal jobb adatminőség.
Az öt fő a mi csapatunk volt, nem a teljes projekt. Ami ebből tanulságos: a projektmenedzsment és az üzleti oldal összetétele legalább annyira számít, mint a fejlesztői kapacitás.
1. tanulság: előbb a fogalmak, aztán a rendszer
A legfontosabb munka az első kódsor előtt történik. Meg kell egyezni abban, mit jelent egy ügyfél, egy lehetőség, egy látogatás, egy lezárt üzlet, és melyik KPI hogyan számolódik. Amíg ez nincs leírva és elfogadva, minden dashboard vita tárgya lesz.
Ez unalmas munka. Workshopok, táblázatok, sok „de nálunk ez másképp van”. Mégis ez határozza meg, hogy a végén egy rendszer lesz-e, vagy 27 rendszer egy közös logó alatt. Egy ilyen projektben az üzleti elemzők idejének jó része erre megy el, és szerintünk ez a legjobb befektetés.
2. tanulság: egy rendszer, nem 27
A Salesforce-szal dolgozó cégek gyakran gondolkodnak azon, hogy országonként vagy régiónként külön példányt (org-ot) építsenek. A szakmai gyakorlat általában az egy közös példányt javasolja alapértelmezésnek, mert csak így lehet egységes folyamatot és riportot építeni, és mert egy példányt később könnyebb szétválasztani, mint sokat összevonni. Több példány akkor indokolt, ha az üzletágak valóban teljesen máshogy működnek.
Nálunk egy közös rendszer lett. Ez nem azt jelenti, hogy minden ország ugyanazt látja. A jogosultságok, a nyelv, a pénznem és bizonyos helyi mezők országonként eltérnek. A gerinc, vagyis az adatmodell és a KPI-ok, viszont közös.
3. tanulság: a pilotország kiválasztása stratégiai döntés
Két iskola létezik. Az egyik szerint a pilotot azzal az országgal kell kezdeni, amelyik a legnyitottabb az újra, mert ott gyorsan lesz sikertörténet. A másik szerint olyan ország kell, amelynek a bevétele számít, mert különben a többiek azt mondják: „ez náluk működik, de nálunk más a helyzet”.
Mi a kettő keverékében hiszünk: a pilotcsoportban legyen nyitott és üzletileg súlyos ország is. A projektünkön hat pilotország volt, nem egy. Hat ország már elég különböző ahhoz, hogy a közös modell gyenge pontjai kiderüljenek, de még elég kevés ahhoz, hogy gyorsan lehessen javítani.
4. tanulság: hullámok, nem „big bang”
A pilot után a többi ország hullámokban jött. A hullámok értelme, hogy közöttük legyen idő egy rövid tanulási körre: mi ment rosszul az előzőnél, mit kell a sablonon változtatni. Egyszerre 27 országban élesíteni gyorsabbnak tűnik, de ha egy hiba a közös modellben van, 27 helyen kell egyszerre tüzet oltani.
A hullámokban haladás azt is jelenti, hogy a projekt elején még nem kell mindent tudni. Az első hullámok országai a későbbiek tesztelői is.
5. tanulság: az adatminőség nem a migráció végén javul meg
A leggyakoribb hiba, hogy a régi rendszerek adatait egy az egyben áttöltik az újba, abban a reményben, hogy „majd ott rendbe tesszük”. Nem fogjuk. A rossz adat az új rendszerben is rossz, csak drágább.
A migráció előtt minden országnál kell egy adattisztítási kör: duplikátumok, hiányzó kötelező mezők, régi, inaktív ügyfelek. És kell egy szabály arra is, hogy mi kerül át egyáltalán. Ha egy rekordot három éve senki nem nyitott meg, valószínűleg nem kell.
Az adatminőség a projekt végére sokkal jobb lett. Ebben szerintünk a legnagyobb szerepe annak van, hogy az egységes fogalmak és a kötelező mezők már a rögzítéskor kikényszerítik a pontosságot. Az utólagos javítgatás sosem ér utol egy rosszul tervezett űrlapot.
6. tanulság: kell valaki, aki értékesített már
A mi csapatunkban volt egy értékesítési szakértő. Ő nem informatikus, és pont ez a lényeg: az ő dolga észrevenni, ha egy mező vagy egy lépés a folyamatban fölösleges terhet tesz az értékesítőre. A CRM-ek nagy része nem azért bukik el, mert hibás, hanem mert az értékesítők nem használják. Ha minden látogatás után tíz percet kell adminisztrálni, a rendszer üres marad.
A magyar kkv-k CRM-bevezetéseit vizsgáló kutatások is rendre a felhasználói elfogadást és a szervezeti oldalt nevezik meg fő problémaként, nem a technológiát.
7. tanulság: helyi nyelv, helyi szabályok, EU-s adat
Egy 27 országos rendszerben a felhasználói felületnek a helyi nyelven kell működnie, és a helyi adatvédelmi szabályokat is figyelembe kell venni. Az uniós országoknál a GDPR mellett fontos kérdés lehet, hogy az adat hol tárolódik. A Salesforce 2023 óta kínál uniós adattárolást (Hyperforce EU Operating Zone), de ezt a szerződéskötéskor kell kérni és beállítani, nem utólag.
Mit mérj a bevezetés után?
Egy CRM-bevezetés nem az élesítés napján ér véget. Az élesítés utáni hónapokban derül ki, hogy a rendszer él-e. Néhány egyszerű mutató, amelyet érdemes országonként vagy csapatonként havonta nézni:
- Aktív felhasználók aránya: a licencelt felhasználók közül hányan rögzítettek vagy frissítettek valamit az elmúlt két hétben?
- Kitöltöttség: a kötelező és a fontos mezők hány százaléka van kitöltve az új rekordokban?
- Frissesség: hány nyitott lehetőséget nem frissített senki 30 napja?
- Duplikátumok: hány új duplikált ügyfél keletkezett?
- Riporthasználat: nézik-e a vezetők a közös dashboardot, vagy továbbra is Excel-táblát kérnek?
Ha egy ország vagy csapat ezekben lemarad, az ritkán technikai hiba. Sokkal gyakrabban azt jelzi, hogy a folyamat ott nem illeszkedik a valós munkához, vagy hiányzik egy helyi felelős, aki képviseli a rendszert. Ilyenkor nem új funkció kell, hanem egy beszélgetés a csapattal.
A mutatókat ne használd büntetésre. Ha az értékesítő azt érzi, hogy a CRM az ellenőrzés eszköze, minimalista lesz: csak azt rögzíti, amit muszáj. Ha azt érzi, hogy neki is segít (kevesebb e-mail, gyorsabb ajánlat, átlátható ügyféltörténet), akkor használni fogja.
Mit jelent ez egy kisebb cégnek?
A legtöbb olvasónk nem 27 országban működik. A tanulságok mégis ugyanazok, ha két leányvállalatod, három értékesítési csapatod vagy csak két, eltérően dolgozó irodád van:
- Ha két csapatod mást ért ugyanazon a számon, a közös riport hazudni fog.
- Ha a régi adatot tisztítás nélkül töltöd át, a probléma is átköltözik.
- Ha az értékesítők nem látják a saját hasznukat, nem fogják használni.
A különbség csak a léptékben van. Egy 30 fős cégnél a „pilot” lehet egy csapat két hétig, a „hullám” pedig a többi csapat egy hónap múlva.
Kisebb cégnél ráadásul nem feltétlenül Salesforce a jó válasz. Egy moduláris ügyviteli rendszer CRM-modulja, amely a számlázással és a készlettel is össze van kötve, sokszor többet ér, mint egy önálló, nagyvállalati CRM. A fogalmak egyeztetése és az adattisztítás viszont platformtól függetlenül ugyanúgy kell.
Mit tegyél most?
- Írd le a fogalmakat. Mi az ügyfél, a lehetőség, a lezárt üzlet? Melyik KPI hogyan számolódik? Egyeztesd minden érintett csapattal.
- Döntsd el, egy rendszer vagy több. Alapértelmezésként egy, és csak indokkal több.
- Válassz pilotot tudatosan. Egy nyitott és egy üzletileg fontos csapat együtt a legjobb jel.
- Tervezz hullámokat tanulási körökkel. Minden hullám után javíts a sablonon.
- Tisztítsd az adatot migráció előtt. Szabd meg, mi kerül át egyáltalán.
- Vonj be egy értékesítőt a csapatba. Ő mondja meg, mi fölösleges teher.
- Kérd az uniós adattárolást a szerződésben, ha ez számít neked.
Ha egy CRM- vagy ERP-bevezetés előtt állsz, és szeretnéd, hogy valaki már az első lépéseknél segítsen, nézd meg a vállalatirányítási és az IT tanácsadási szolgáltatásunkat.
GYIK
Mennyi ideig tart egy több országos CRM-bevezetés?
A lépték és a kiindulási helyzet erősen befolyásolja. A csapatunk korábbi, 27 országos projektje 18 hónapig tartott, hat pilotországgal és utána hullámokkal. Egy kisebb, egy-két országos bevezetés jellemzően hónapokban mérhető.
Egy közös CRM vagy országonként külön rendszer legyen?
Alapértelmezésként egy közös, mert csak így lesz egységes folyamat és riport. Külön példány akkor indokolt, ha az üzletágak tényleg teljesen máshogy működnek, vagy jogi okból kell elválasztani az adatokat.
Hány pilotországgal érdemes kezdeni?
Annyival, amennyi már megmutatja a közös modell gyenge pontjait, de még gyorsan javítható. Nálunk ez hat volt egy 27 országos bevezetésnél. A jó pilot vegyes: van benne nyitott és üzletileg fontos ország is.
Mi a leggyakoribb hiba?
Az, hogy a régi rendszerek adatait tisztítás nélkül töltik át, és hogy az országok nem egyeznek meg előre a fogalmakban. Mindkettő ahhoz vezet, hogy a közös dashboard nem lesz hiteles.
Kell-e informatikus a CRM-projekt vezetéséhez?
Kell projektmenedzser és architekt, de legalább ilyen fontos egy üzleti elemző és valaki, aki értékesített már. A CRM a felhasználói elfogadáson múlik, nem a technológián.
Források
- Eurostat – E-business integration (Statistics Explained)
- Eurostat – Larger enterprises used more e-business apps in 2025
- Salesforce – Sales Teams Using AI 1.3x More Likely to See Revenue Increase (State of Sales 2024)
- Salesforce – Hyperforce EU Operating Zone
- CustomerThink – Salesforce Org Rollouts: Go Local, Regional, Or Global?
- Reicher Regina Zsuzsánna – CRM informatikai rendszer bevezetésének és működtetésének vállalati problémái a magyar KKV-k körében (PhD-értekezés)
