Az Excel-káoszból egyedi CRM-be nyolc hét alatt: esettanulmány
Egy 14 fős nagykereskedés a teljes értékesítési folyamatát egyetlen megosztott táblázatból vezette, amelyben senki sem bízott teljesen. Íme pontosan az, ahogyan lecseréltük — mit építettünk, mit hagytunk ki szándékosan, és mi változott utána.

Van egyfajta táblázat, amely csendben működtet egy kisvállalkozást. Egyszerű ügyféllistaként indult, és öt-hat év alatt a cég legfontosabb — és legveszélyesebb — fájljává nőtte ki magát. Mindenki rá támaszkodik. Senki sem bízik benne. És amikor végül elromlik, hajlamos a lehető legrosszabb napon elromlani. Ez egy ilyen táblázat története, a benne élő 14 fős cégé, és a nyolc hété, amíg sikerült kihúznunk őket belőle.
Sok kisvállalkozással dolgozunk, és ez az eset anonimizált — az ügyfél kérte, hogy ne használjuk a nevét, az itt szereplő számok pedig kerekítettek és szemléltető jellegűek, nem auditált értékek. A helyzet azonban valós, és ha Ön egy megosztott táblázatból vezeti a cégét, amely lassan teherré válik, valószínűleg többet ismer fel belőle, mint szeretne. Ennek megírásával nem egy projekttel akarunk büszkélkedni. A valódi döntéseket szeretnénk bemutatni — beleértve azokat is, ahol a kézenfekvő válasz rossz volt.
Végig igyekeztem őszinte lenni arról, mi volt nehéz, mit hagytunk ki szándékosan, és honnan jött a valódi érték. Spoiler: nem az a rész volt, amire bárki számított.
A helyzet: egy fájl, tizennégy ember, nulla bizalom
Az ügyfél egy regionális nagykereskedés — nagy tételben vásárol árut, és továbbadja kisebb kiskereskedőknek és üzleti ügyfeleknek. Tizennégy ember: néhányan az értékesítésben, páran a raktárban, egy irodavezető, a két tulajdonos. Egészséges vállalkozás, kiegyensúlyozott növekedés, az a fajta cég, amely már túl nagy ahhoz, hogy fejből vezessék, és túl kicsi ahhoz, hogy valaha is „rendes” szoftvert vásárolt volna.
A teljes értékesítési működésük egyetlen megosztott táblázatban élt egy felhőmeghajtón. Ügyfelek, kapcsolattartók, rendeléstörténet, ki-kinek-tartozik, követési jegyzetek, egy színkódolási rendszer, amelyet csak az irodavezető értett teljesen. Nagyjából negyven oszlopa és jóval ezer feletti sora volt. Bármely pillanatban három-négy embernél volt nyitva.
A tüneteket ki lehet találni. Ketten szerkesztik ugyanazt a sort, az egyik csendben felülírja a másikat. Egy értékesítő leszűri a táblázatot, elfelejti törölni a szűrőt, a következő pedig pánikba esik, mert „eltűnt az ügyfelek fele”. Senki sem tudta, melyik telefonszám az aktuális. A havi bevételi jelentés összeállítása az irodavezetőnek szinte egy egész napjába került, kézzel, a tulajdonosok pedig nem voltak teljesen biztosak abban, hogy elhiszik. A fájlt két év alatt kétszer kellett biztonsági mentésből visszaállítani, miután valaki kitörölt valamit, amit nem kellett volna.
“Nem az volt a baj, hogy a táblázat rossz lett volna. Az volt, hogy tizennégy ember minden nap csendben kerülgette ugyanazt a tucat problémát, és már észre sem vette, mibe kerül ez.”
Itt jön a lényeg: senki sem panaszkodott hangosan. Ez a csapdája egy táblázatnak, amely kinőtte önmagát. A fájdalom vékonyan oszlik el mindenki és minden nap között, így soha nem válik válsággá — csak az időjárássá válik. A tulajdonosok nem katasztrófa miatt hívtak minket, hanem mert elvesztettek egy jó ügyfelet egy elsikkadt utánkövetés miatt, és ez végül arra késztette őket, hogy megkérdezzék, hány másik veszett még oda így.

Miért nem vettünk egyszerűen egy kész CRM-et?
Ezt a kérdést teszi fel mindenki elsőként, és ez a helyes kérdés. Több tucat jó és olcsó CRM-termék létezik. Őszintén próbáltuk rábeszélni az ügyfelet az egyikre — szinte mindig ez a gyorsabb és olcsóbb válasz, és inkább veszítünk el egy fejlesztést, mint hogy olyat adjunk el, amire senkinek sincs szüksége.
Így elvégeztük a tesztet, amelyet mindig elvégzünk: fogtuk a valós folyamatukat, és megpróbáltuk ráilleszteni két ismert CRM-eszközre. Körülbelül 80% rendben illeszkedett. Az utolsó 20% volt az, ami megölte. Az árazásuk ügyfélspecifikus szinteken és mennyiségi kedvezményeken alapult, amelyek egyetlen szabványos „üzlet” objektumra sem illeszkedtek. A rendeléstörténetnek egy raktárrendszerhez kellett kapcsolódnia, amelyet nem voltak hajlandók lecserélni. Az pedig, ahogyan a visszatérő üzleti ügyfeleiket követték — akik laza ciklusokban rendelnek újra, nem egyszeri eladásként —, egyszerűen nem létezett a szabványos folyamatmodellben.
Rákényszeríthettük volna a vállalkozásukat, hogy igazodjon az eszközhöz. Sok tanácsadó megtette volna. De ha tizennégy embertől azt kérjük, változtassák meg, ahogyan áraznak és újrarendelnek, hogy a szoftver elégedett legyen, az kiváló módja annak, hogy egy hónapon belül mindenki csendben visszatérjen a táblázathoz. A régi fájl épp azért élt túl ilyen sokáig, mert hozzájuk hajlott. Bárminek, ami leváltotta, ugyanezt kellett tennie.
Hogyan nézett ki valójában a nyolc hét
A nyolc hét gyorsnak hangzik egy „egyedi CRM-hez”, és az is lenne — ha egyedi CRM-et próbáltunk volna építeni. Nem tettük. Megépítettük a CRM-nek azt a szűk szeletét, amelyre ennek a konkrét cégnek szüksége volt, és szándékosan kihagytunk mindent, amire nem. A hatókör fegyelme az egyetlen oka annak, hogy az ütemterv tartott.
Nagyjából így oszlottak meg a hetek. A valóságban nem volt ilyen rendezett — a hetek összemosódnak —, de a forma őszinte.
- 11–2. hét: Figyeljen, ne tervezzenLeültünk az értékesítési csapattal és az irodavezetővel, és néztük, ahogy valóban dolgoznak a táblázattal. Nem egy követelményegyeztetés — tényleges megfigyelés. Itt találtuk meg azokat a dolgokat, amelyeket senkinek sem jut eszébe megemlíteni, mint a színkód és a három „ideiglenes” melléktáblázat, amelyek állandóvá váltak.
- 22–3. hét: Tisztítsa az adatokat, döntse el, mi az igazBármilyen építés előtt magát a táblázatot bogoztuk ki: duplikált ügyfelek, halott kapcsolatok, ugyanannak a cégnévnek három különböző írásmódja. Fájdalmas, csillogásmentes, és a legnagyobb szívesség, amit tettünk nekik. Nem lehet káoszt migrálni, és tiszta rendszert várni.
- 33–6. hét: Építse meg a magot, az ő kezükbenÜgyfelek, kapcsolatok, rendeléstörténet, az árszintek és az újrarendelés-követés, amelyet a kész eszközök nem tudtak. Minden héten megmutattunk egy működő verziót, és hagytuk, hogy szétszedjék, ahelyett hogy a végén egy kész dolgot tálaltunk volna.
- 46–7. hét: Kapcsolja össze a raktárt és a jelentéseketCsak olvasható kapcsolat a meglévő raktárrendszerükhöz, hogy a rendeléstörténet magától feltöltődjön, plusz az egyetlen jelentés, amely a tulajdonosokat valóban érdekelte — a havi bevétel ügyfelenként — kézzel helyett igény szerint generálva.
- 58. hét: Migrálás, betanítás, párhuzamos futtatásÁtköltöztettük a megtisztított adatokat, két rövid alkalommal betanítottuk a csapatot, és a régi táblázatot még két hétig nyitva és csak olvashatóan tartottuk biztonsági hálóként. Az első néhány nap után senkinek sem volt rá szüksége, de az, hogy ott volt, visszafordíthatónak éreztette a váltást — és épp ez vette rá az embereket, hogy elköteleződjenek mellette.

Mit építettünk — és mit hagytunk ki
Őszintén szólva a kész rendszer látványra nem lenyűgöző. Ez volt a cél. Kevés dolgot csinál, pontosan úgy, ahogy ez a cég valójában működik, és semmi mást. A dolgok kihagyásának fegyelme tartotta használhatónak.
Ami bekerült: tiszta ügyfél- és kapcsolatkarton egyetlen igazságforrással a telefonszámokra és címekre; a raktárrendszerből automatikusan behúzott rendeléstörténet; a valós árszintjeik és mennyiségi kedvezményeik; egy egyszerű újrarendelési ciklus nézet, hogy az értékesítők lássák, ki esedékes az újabb vásárlásra; követési emlékeztetők, hogy a csendes ügyfelek ne sikkadjanak el; és a havi bevételi jelentés, két kattintással generálva.
- Amit szándékosan kihagytunk: egy marketingmodul — nem csinálnak e-mail kampányokat, így holt teher lett volna.
- Egy mobilalkalmazás — az értékesítési csapat asztaltól dolgozik, a raktárban pedig táblagépek vannak; egy reszponzív webes nézet elég volt.
- Egy „lead-pontozó” vagy előrejelző motor — divatos, de a meglévő ügyfelekről akartak tisztánlátást, nem jóslatokat.
- Bármilyen MI-funkció az induláskor — még nem volt nyelvi jellegű megoldandó probléma, így az MI hozzáadása csak dísz lett volna.
- Részletes jogosultsági szintek — tizennégy megbízható embernek nincs szüksége tizennégy jogosultsági szintre; egyszerűen tartottuk.
Ez az utolsó kategória ugyanolyan fontos, mint az első. Minden funkció, amit hozzáad, valami, amit karban kell tartani, el kell magyarázni, és el lehet rontani. Egy kisvállalkozásnak nincs szüksége arra a CRM-re, amelyre egy 500 fős cégnek, és az ellenkezőjét feltételezni az a módja, ahogy egy nyolchetes projektből nyolchónapos lesz. Egyértelmű helyet hagytunk a hiányzó darabok későbbi hozzáadására — de csak akkor, ha valódi igény jelentkezik, nem azért, mert egy funkciólista soványnak tűnik.
Az igazán nehéz rész nem a szoftver volt
Ha idáig olvasott abban a hitben, hogy a nehézség technikai lesz, itt a csavar: az építés volt a könnyebbik rész. A nehéz rész a táblázat gravitációja volt. Az embereknek évek izommemóriája volt abban a fájlban. Néhányuknak saját, privát melléktáblázataik voltak, amelyeket soha nem említettek. Egy értékesítő nagyon udvariasan nem akarta, hogy egy rendszer „kövesse” őt azután, hogy évekig a saját jegyzeteiből dolgozott.
Ezt nem szoftverrel oldottuk meg. Úgy oldottuk meg, hogy az új rendszert az első naptól kezdve valóban gyorsabbá tettük az ő számára — az ő ügyfelei, az ő újrarendelési listája, az ő utánkövetései, kevesebb gépeléssel, mint korábban —, így a könnyebbik úttá vált, nem a ráerőltetetté. A párhuzamosan futó két hét megtette a többit. Amikor az emberek látják, hogy a régi mód még ott van, ha szükségük lenne rá, abbahagyják a görcsös ragaszkodást hozzá. Vegye el túl korán, és beássák magukat.
“A táblázat lecserélése szoftveres feladat volt. A táblázat szokásának lecserélése volt a valódi projekt — és ez az a rész, amelyet a legtöbb fejlesztés figyelmen kívül hagy.”

Mi változott utána
Először a számok, azzal az őszinte fenntartással, hogy ezek az ügyfél saját kerekített számai az indulás utáni hónapokból, nem független audit — útirányként hasznosak, nem garanciaként az Ön vállalkozására.
| Mi | Előtte (táblázat) | Utána (egyedi CRM) |
|---|---|---|
| Havi bevételi jelentés | ~6 óra, kézzel | Körülbelül két kattintás |
| „Hol az aktuális telefonszám?” | Napi találgatás | Egyetlen rekord, megbízható |
| Adatvesztési / felülírási ijedtségek | Két év alatt kétszer | Eddig egyszer sem |
| Csendben elsodródó ügyfelek | Senki sem tudta a számot | Látható újrarendelési lista |
| Új belépő betanulása a rendszerre | Hetekig tartó szájhagyomány | Körülbelül egy délután |
A jelentés ideje volt a főcím, amely a tulajdonosokat érdekelte — havonta szinte egy teljes napot visszanyerni valódi pénz. De a változás, amelyet hónapokkal később is emlegettek, csendesebb volt: abbahagyták az aggódást a fájl miatt. Az a halk, háttérben zümmögő szorongás — „helyesek-e az adatok, nem fog-e mindjárt elromlani” — egyszerűen elmúlt. Ironikus módon ezt nem lehet táblázatba írni, de ez volt az, ami miatt jól elköltött pénznek nevezték.
Az újrarendelési lista olyan módon térült meg, amelyet nem teljesen láttunk előre. Néhány hónapon belül az értékesítési csapat újra felvette a kapcsolatot több üzleti ügyféllel, akik csendben elszunnyadtak — pontosan az a fajta elsikkadás, amely eleve elindította a projektet. Egyetlen visszanyert ügyfél többet hozott, mint a teljes fejlesztés. Ez nem ígéret, hogy Önnél is így lesz; csak példa arra, hol szokott elrejtőzni az érték, amint az emberek valóban látják az ügyfeleiket.
Kinőtte a táblázatot, amely a vállalkozását működteti?
Ha az értékesítési vagy ügyféladatai egyetlen megosztott fájlban élnek, amelyre mindenki támaszkodik, és amelyben senki sem bízik, általában ez a beszélgetés pillanata. Előbb megnézzük a valós folyamatát, és őszintén megmondjuk, szüksége van-e egyáltalán egyedi CRM-re — vagy egy kész megoldás is megtenné.
Nézze meg, hogyan építünk CRM-et kis cégeknekGyakori kérdések
Reális a nyolc hét egy egyedi CRM-re?
Inkább javítsuk a táblázatot, ahelyett hogy lecserélnénk?
Mennyibe kerül egy ilyen projekt?
Mennyire kockázatos évek adatait migrálni egy táblázatból?
Tényleg használni fogja a csapat, vagy visszatér a régi szokásokhoz?

A Have a nice day egy szoftverstúdió, amely segít a kis- és középvállalkozásoknak a digitalizációban — automatizálás, mesterséges intelligencia és egyedi szoftverek, amelyek a mindennapi működésben működnek, nem csak a diákon.