Excel migráció CRM-be: az aktív pipeline, nem a 8 éves archívum

Igen, ennél is ugyanazt az irányt vittem tovább: kevesebb darabolás, hosszabb bekezdések, újságírósabb ritmus, de szakmai marad. A „migráció mint archeológia” nyitás szerintem nagyon jó, azt megtartottam, csak kisimítottam a szöveget és kiszedtem az ismétlések egy részét.

Az Excel-migráció egy magyar KKV-nál néha kevésbé hasonlít adatköltöztetésre, és inkább archeológiai feltárásra. A tulajdonos természetesen azt szeretné, hogy minden adat megmaradjon, ami valaha ügyfélhez kapcsolódott. Csakhogy a nyolc-tíz éves táblázatnak már saját történelme van: a 2018-as oszlopok mást jelentenek, mint a 2024-esek, a telefonszámok hol kötőjellel, hol anélkül szerepelnek, ugyanaz a cég három különböző néven is megtalálható, az egyik munkalapon pedig a deal státusza valahol egy hosszú megjegyzés közepén bújik meg.

Ilyenkor nagyon csábító mindent egyetlen nagy importtal átköltöztetni az új CRM-be. Technikailag még sikeres is lehet: 2400 sorból 2397 megérkezett, tehát a projekt majdnem százszázalékos. A kereskedő viszont hétfőn megnyitja a rendszert, keresni kezdi az idei ajánlatát, és húsz másodperc múlva inkább visszamegy a régi Excelhez. A migráció darabszámban sikerült, használatban megbukott.

Érdemes ezért már a projekt elején kimondani egy egyszerű szabályt: első körben az aktív munka költözik, nem a teljes cégtörténet. Az archívum nem ellenség, és nem is kell feltétlenül eltüntetni. Maradhat külön fájlban, kereshetően, csak olvasható formában. Az új CRM-nek viszont elsőként azt kell tudnia megmutatni, ami a következő hét bevételét és feladatait meghatározza.

A CRM versus Excel kérdés ebből a szempontból sokkal kevésbé ideológiai, mint amilyennek néha tűnik. Az Excel kiválóan megmaradhat történeti adattárnak vagy elemzőeszköznek. A CRM feladata az legyen, hogy az élő ügyeket kezelje.

Nem minden adat egyformán értékes a költözés napján

Az első körbe azok az adatok tartozzanak, amelyekkel ténylegesen dolgozik a csapat. Nyitott ajánlatok, folyamatban lévő tárgyalások, aktuális érdeklődők és rendszeresen vásárló ügyfelek, akikkel az elmúlt időszakban valódi aktivitás történt. Ha ezek mellett szerepel cégnév, kapcsolattartó, telefonszám vagy e-mail, várható érték, státusz, felelős és következő aktivitás, már van egy használható kiindulópont.

A 2019-es konferencián összegyűjtött névjegyek ugyanakkor nem feltétlenül tartoznak ide. Ahogy azok a régi lezárt projektek sem, amelyekről minden pénzügyi információ megtalálható a számlázóban vagy a könyvelési rendszerben. Az első CRM-importnak nem kell egyszerre ügyféltörténeti múzeumnak, számlázási archívumnak és értékesítési adatbázisnak lennie.

Ha egy táblázatban 2000 sor van, de ebből csak 80 valóban aktív, akkor első körben a 80 sor a migrációs projekt. A maradék 1920 nem vész el attól, hogy egyelőre a régi fájlban marad.

A vezetők sokszor éppen ettől tartanak a legjobban. „Mi van, ha egyszer szükség lesz valamelyik régi ügyfélre?” Semmi különös: megkeressük az archívumban. Ha újra aktívvá válik, bekerül a CRM-be. Sokkal kisebb kockázat ez, mint az, hogy a napi munkához szükséges nyolcvan aktív ügy kétezer régi rekord között úszik.

A migráció sikerét tehát nem az mutatja meg, hogy hány rekord került át. Sokkal inkább az, hogy az új rendszerben másnap reggel megtalálja-e a kereskedő azt, amivel dolgoznia kell.

Az archívum maradhat Excelben – és ettől még nem bukott meg a CRM

Egy rendszerbevezetés néha furcsa vallásháborúvá válik: mostantól mindennek CRM-ben kell lennie, különben nem történt valódi digitalizáció. Pedig nincs különösebb értelme olyan adatokat erőltetetten átköltöztetni, amelyeknek semmi szerepük a napi ügyfélkezelésben.

A régi értékesítési elemzések, lezárt projektek, historikus ajánlati listák vagy évente egyszer használt kimutatások nyugodtan maradhatnak táblázatban. Ugyanez igaz olyan adatokra is, amelyeknek eleve nem a CRM a természetes helye: készlet, bérjellegű információk vagy speciális pénzügyi számítások.

Az archív Excel tehát maradhat. Csak változzon meg a szerepe.

Érdemes egyértelműen elnevezni, például „Ügyféladatok_ARCHÍV_2026-08-31”, és lehetőség szerint csak olvashatóvá tenni. A csapat számára legyen világos, hogy ebből a fájlból már nem indul napi értékesítési munka. Ha egy régi partner újra jelentkezik, először bekerül az aktív CRM-be, és innentől ott folytatódik az ügy története.

Ez az apró szabály azért fontos, mert különben néhány hét alatt kialakul a két párhuzamos valóság. Az egyik kolléga a CRM-et frissíti, a másik a régi Excelt, a vezető pedig ismét ott tart, hogy meg kell kérdeznie: melyik az aktuális?

A mappingnél az a legfontosabb, ami nem költözik

A migráció egyik legkevésbé látványos, mégis legfontosabb része az oszlop-mapping. Ez egyszerűen azt jelenti, hogy minden régi Excel-oszlopnál eldöntjük: melyik CRM-mezőbe kerül, át kell-e alakítani, vagy egyáltalán nem költözik.

Az utolsó lehetőség különösen fontos.

Nem minden oszlop érdemel új életet csak azért, mert valaki 2017-ben létrehozta.

Ha például van egy „Megjegyzés 2” oszlop, amelybe az évek során került tárgyalási státusz, születésnap, árengedmény, telefonszám és az, hogy „JANIT HÍVNI!!!”, akkor ez nem egy CRM-mező. Ezt vagy értelmes részekre kell bontani, vagy el kell fogadni, hogy bizonyos historikus tartalom csak az archívumban marad.

Ugyanez igaz a státuszokra is. Ha az Excelben olyan értékek vannak, mint „folyamatban”, „talán”, „beszéltem vele”, „jövő héten” és „piros”, akkor ezeket a migráció előtt kell közös logikára hozni. Például: új érdeklődő, ajánlat kiküldve, tárgyalás, nyert, vesztett. A CRM nem fogja helyettünk eldönteni, hogy a „hívni kell!!!” pontosan melyik pipeline-szakaszt jelenti.

Érdemes ezért még az import előtt készíteni egy egyszerű, egyoldalas mapping-táblát: mi a régi Excel-oszlop neve, mi lesz az új CRM-mező, milyen adatot várunk benne, és mi történik, ha az eredeti cella üres.

Az üres mezőkkel egyébként különösen óvatosan kell bánni. Nem jó megoldás egy hiányzó dátum helyére 2000. január 1-jét írni csak azért, hogy az import elfogadja. Ugyanígy nem érdemes minden gazda nélküli ügyet automatikusan az adminisztrátorhoz rendelni. A hiányos adat kellemetlen, de legalább őszinte. A kitalált adat viszont bekerül a riportokba, és onnantól igazságnak látszik.

Az adatminőség témájával külön cikk foglalkozik, de a migrációnál különösen könnyű duplikátumot és hamis pontosságot gyártani. Egy rossz mapping néhány perc alatt több száz új problémát tud létrehozni.

A koszt még Excelben olcsóbb eltakarítani

A tisztítást érdemes a költözés előtt elvégezni. Excelben egy duplikátum összevonása, néhány tesztsor törlése vagy a telefonszámok egységesítése még viszonylag egyszerű. Miután a rekordok már bekerültek az élő CRM-be, a kereskedők pedig új jegyzeteket és aktivitásokat kapcsoltak hozzájuk, ugyanaz a munka sokkal kényesebb lesz.

Elsőként érdemes leszűrni az aktív ügyeket, majd ezen a kisebb halmazon elvégezni a nyilvánvaló tisztítást. Ugyanaz a cég szerepel „Minta Kft.”, „Minta Kft” és „MINTA KFT Bp.” néven? Döntsük el, melyik marad. Az egyik telefonszám +36-tal kezdődik, a másik 06-tal, a harmadik szóközök nélkül szerepel? Érdemes egységes formátumot választani. Tesztügyfél, saját céges cím, próbaimport? Ezeknek nem kell bekerülniük az élő rendszerbe.

A CRM-bevezetési útmutató azért is kezeli külön a migrációt, mert az adatköltözés önmagában még nem bevezetés. Lehet tökéletesen megtisztított adatbázist importálni egy olyan rendszerbe, amelyet aztán senki nem használ.

A sorrend inkább ez legyen: először legyen világos, hogyan dolgozik majd a csapat, utána jöjjenek a tiszta aktív adatok, majd induljon el a napi rutin. A történeti archívum ráér akkor, amikor az élő rendszer már működik.

Egy 18 fős nagykereskedő és 6400 rekord

Egy 18 fős nagykereskedő CRM-váltásakor a tulajdonos egy dolgot kért határozottan: semmi ne vesszen el. A régi táblázat 2016 óta gyűjtötte a partneradatokat, így végül 6400 sort importáltak az új rendszerbe.

Technikailag minden rendben ment.

A felhasználói élmény kevésbé.

A kereskedők az első napokban folyamatosan régi, már nem aktív cégekkel találkoztak a keresési eredmények között, miközben az adott szezon körülbelül 110 valódi nyitott ajánlata valahol a több ezer kártya között lapult. A tulajdonos elégedett volt azzal, hogy „legalább minden megvan”, a csapat viszont három héten belül létrehozott egy új Excelt az aktuális szezonra.

A CRM-ből gyakorlatilag digitális múzeum lett.

A második nekifutásnál megfordították a logikát. Az élő nézetből kikerült a historikus tömeg, a 110 aktív ügyet pedig tisztítva vitték be, felelőssel, státusszal és következő dátummal. A 6400 régi rekord egy kereshető archív fájlban maradt.

Semmi nem veszett el.

Viszont végre látszott az, ami számított.

A kereskedők már az első héten az új listát használták, mert nem kellett több ezer halott rekord között keresniük. A migráció ettől valójában nem kisebb lett, hanem jobb: kevesebb adat kapott azonnali figyelmet, cserébe az a kevés ténylegesen használható volt.

Kézzel vagy importtal?

Erre nincs univerzális darabszám, de kisebb aktív állománynál a kézi felvitel sokszor alulértékelt megoldás.

Ha például 60–100 valódi nyitott üzletről van szó, előfordulhat, hogy gyorsabb és hasznosabb, ha az értékesítők saját maguk viszik át a hozzájuk tartozó ügyeket. Közben rögtön kiderül, hogy az adott lehetőség tényleg él-e, jó-e az összeg, ki a felelős és mi legyen a következő lépés. Tulajdonképpen a migráció egyben pipeline-takarítás is lesz.

Az automatikus import ezzel szemben sokkal gyorsabb, ha nagyobb és megfelelően strukturált adatmennyiségről van szó. Viszont pontosan ugyanilyen gyorsan viszi át a hibákat is.

Ezért nagyobb import előtt érdemes először tíz-húsz sort kipróbálni. Megnézni, hogy megfelelő helyre kerülnek-e a státuszok, hogyan kezeli a rendszer az üres dátumokat, nem keletkeznek-e duplikátumok, és a magyar telefonszámok vagy ékezetes mezők úgy jelennek-e meg, ahogy kell.

Ha a próba rendben van, jöhet a nagyobb adag.

Ez kevésbé látványos, mint egyetlen gombbal 6000 rekordot átküldeni, viszont jóval kisebb eséllyel kell utána az új CRM-ben takarítani.

A legveszélyesebb időszak: amikor két rendszer egyszerre él

A migráció technikai része gyakran egyszerűbb, mint az utána következő egy-két hét. Az új CRM már működik, de a régi Excel még ott van, és mindenki egy kicsit fél attól, hogy teljesen elengedje.

A tulajdonos azt mondja, egy ideig töltsük mindkettőt, csak a biztonság kedvéért.

Papíron logikus.

A gyakorlatban ez az a pillanat, amikor a költözés könnyen megáll.

Az egyik kereskedő a CRM-et frissíti. A másik megszokásból az Excelt. A harmadik úgy gondolja, majd pénteken átvezeti egyikből a másikba. Néhány nap múlva már nem ugyanaz szerepel a két rendszerben, a csapat pedig ösztönösen visszatér ahhoz, amelyiket régebb óta ismeri.

Ezért a migrációnak legyen egy egyértelmű fordulónapja. Például: szeptember 1-jétől az aktív ügyfél- és pipeline-adatok hivatalos forrása a CRM. A régi Excel ettől a naptól olvasható archívum, de az élő ügyeket már nem szerkesztjük benne.

Nem kell a régi fájlt törölni. Sőt, nem is érdemes.

Csak el kell venni tőle azt a szerepet, amelyet az új rendszernek szántunk.

Ha a párhuzamos működés túl sokáig tart, szinte mindig a régi, ismerősebb rendszer nyer. Nem azért, mert jobb, hanem mert megszokottabb.

A darabszám nem migrációs KPI

Az egyik legkönnyebben kommunikálható eredmény az, hogy hány rekordot sikerült átköltöztetni. Jól mutat egy projektzáró mondatban: 6400 partner importálva, 98 százalékos adatátviteli siker.

A napi használat szempontjából azonban ez alig mond valamit.

Sokkal érdekesebb kérdés, hogy a kereskedő megtalálja-e tíz másodperc alatt az aktuális ajánlatot. Látja-e, mikor kell következő alkalommal hívnia az ügyfelet. A vezető képes-e tíz perc alatt megmondani, hány valóban élő üzleti lehetőség van a rendszerben.

Ha ezek nem működnek, akkor nem több adat kell.

Valószínűleg kevesebb.

Ezért egy migrációnál érdemes különválasztani az „adatmegőrzés” és a „napi működés” célját. Az elsőhöz kell az archívum. A másodikhoz egy tiszta, szűk aktív lista.

A kettőnek nem feltétlenül kell ugyanott lennie az első naptól.

Egy egyszerű migrációs sorrend

A projekt elején először azt kell eldönteni, mi számít aktívnak. Lehet ez például minden nyitott üzlet, az aktuális év aktív ügyfelei és azok a visszatérő partnerek, akiknél reálisan várható új üzlet. Ebből lesz az első migrációs kör.

Ezután jöhet az oszlop-mapping és a tisztítás. Itt kell eldönteni, mi kap helyet az új rendszerben, mit alakítunk át, és mi marad csak az archívumban. A tisztított adatokat érdemes először kis mintával kipróbálni, majd csak ezután elvégezni a teljes aktív importot.

A költözés napjától az élő ügyek hivatalos forrása már az új CRM legyen. A régi táblázat maradjon kereshető, de ne legyen párhuzamosan szerkesztett ügyfélrendszer.

És csak ezután érdemes eldönteni, hogy a többéves historikus állományból mi az, amit valóban szükséges még a CRM-be hozni.

Lehet, hogy sokkal kevesebb, mint elsőre gondoltuk.

Mit csináljon jövő hétfőn?

Még ne nyissa meg az importvarázslót. Először nyissa meg azt az Excelt, amelyből költözni szeretne, és próbálja meg leszűrni belőle azokat az ügyeket, amelyekkel a csapat ténylegesen dolgozik.

Ha a 2000 sorból 80 marad, akkor jelenleg 80 soros migrációs projektje van. Ha továbbra is 2000 marad, érdemes megvizsgálni, valóban mindegyik aktív-e, vagy egyszerűen eddig senki nem zárta le a régi ügyeket.

Ezután készítsen egy egyszerű mapping-lapot: régi oszlop, új mező, példaérték, üres mező kezelése. A nyilvánvaló duplikátumokat és tesztadatokat még a forrásfájlban rendezze, majd próbáljon ki egy kis mintát az új rendszerben.

A migráció csak ezután következzen.

Az archív fájlnak pedig nyugodtan lehet egyszerű neve: ARCHÍV – csak olvasás. Nem kell eltüntetni a múltat ahhoz, hogy a jelen végre átlátható legyen.

Ha a célrendszer lehetőségeit szeretné áttekinteni, a VentasCRM funkciói és árazása nyilvánosan elérhető.

A migráció sikerét azonban végül nem az fogja megmutatni, hogy hány sor ment át hibamentesen.

Hanem az, hogy hétfő reggel a kereskedő már nem akar visszamenni a régi fájlhoz.