Esettanulmány

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.

Have a nice dayHave a nice day12 perc olvasás
Az Excel-káoszból egyedi CRM-be nyolc hét alatt: esettanulmány

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.
az első műhelymunkánk jegyzeteiből

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.

Túlzsúfolt táblázat egy monitoron több tucat oszloppal és egymással ütköző színkódolt cellákkal, néhány öntapadós cetli a képernyő szélére ragasztva, egy csalódott irodai dolgozó halványan tükröződik az üvegben
A fájl, amely a céget működtette: negyven oszlop, ezer sor, és egy színkód, amelyet csak egyetlen ember értett.

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.

  1. 1
    1–2. hét: Figyeljen, ne tervezzen
    Leü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.
  2. 2
    2–3. hét: Tisztítsa az adatokat, döntse el, mi az igaz
    Bá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.
  3. 3
    3–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.
  4. 4
    6–7. hét: Kapcsolja össze a raktárt és a jelentéseket
    Csak 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.
  5. 5
    8. 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.
Kis csapat gyűlik össze egy laptop köré egy raktári irodában, egy fejlesztő egy tiszta, egyszerű CRM-képernyőre mutat a kijelzőn, meleg természetes fény, mindenki előrehajol és figyel
Heti megmutat-és-szétszed alkalmak: a csapat látta a rendszer növekedését és alakította azt, ahelyett hogy egy kész dobozt nyomtak volna a kezébe.

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.
amit a tulajdonosoknak mondtunk az átadáskor
Tiszta, minimalista CRM-irányítópult egy asztali képernyőn, rendezett ügyféllistát és egyetlen bevételi diagramot mutatva, nyugodt és zsúfoltságmentes, egy zárt laptop és egy kávé mellette, a kaotikus táblázat eltűnt
A leváltó rendszer szándékosan unalmas: néhány dolog, pontosan úgy megcsinálva, ahogy a cég valójában működik.

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.

MiElőtte (táblázat)Utána (egyedi CRM)
Havi bevételi jelentés~6 óra, kézzelKörülbelül két kattintás
„Hol az aktuális telefonszám?”Napi találgatásEgyetlen rekord, megbízható
Adatvesztési / felülírási ijedtségekKét év alatt kétszerEddig egyszer sem
Csendben elsodródó ügyfelekSenki sem tudta a számotLátható újrarendelési lista
Új belépő betanulása a rendszerreHetekig tartó szájhagyományKörülbelül egy délután
Előtte és utána, az ügyfél saját durva becslései szerint.

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égeknek

Gyakori kérdések

Reális a nyolc hét egy egyedi CRM-re?
Az — de csak azért, mert szándékosan szűk rendszert építettünk, nem egy teljes vállalati CRM-et. Az ütemterv akkor tartható, ha keményen szabja meg a hatókört: határozza meg a konkrét szeletet, amelyre a cégnek szüksége van, előbb tisztítsa meg az adatokat, és hagyjon ki minden nem lényegeset. A „csinálj meg mindent” brief az, ami a nyolc hétből nyolc hónapot csinál. A fegyelem abban van, amit úgy dönt, hogy nem épít meg.
Inkább javítsuk a táblázatot, ahelyett hogy lecserélnénk?
Néha igen. Ha a probléma többnyire a rendetlenség — duplikátumok, struktúra hiánya —, egy komoly takarítás és néhány szabály vehet Önnek egy-két évet. A csere akkor indokolt, ha a gondok szerkezetiek: többen szerkesztik egyszerre, nincs valódi riportálás, nincs naplózás, nem megbízható adatok. Ha a táblázatát egynél többször állították vissza biztonsági mentésből, már túl van a javítás szakaszán.
Mennyibe kerül egy ilyen projekt?
Nem tudunk számot mondani anélkül, hogy látnánk a folyamatát — teljesen attól függ, mennyire van valójában szüksége, szemben azzal, mennyire gondolja, hogy szüksége van. De a költség őszinte emelője a hatókör, nem az óradíj. Egy szorosan behatárolt első verzió, amely a valódi fájdalmat oldja meg, sokkal olcsóbb, mint egy szétterülő, „jövőálló” platform, és egyúttal az is, amelyet valóban használni kezdenek. Mindig azzal kezdjük, hogy megpróbáljuk kisebbre venni a hatókört.
Mennyire kockázatos évek adatait migrálni egy táblázatból?
Maga a migráció alacsony kockázatú, ha előbb elvégzi az unalmas munkát: megtisztítja és deduplikálja az adatokat, megegyezik, mi számít az igazság forrásának, és az eredeti fájlt csak olvashatóan tartja biztonsági hálóként. A valódi kockázat nem az adatvesztés — hanem az, hogy ellentmondásokat és zűrzavart migrál egy csillogó új rendszerbe. Ezért számít a takarítás többet, mint a költöztetés.
Tényleg használni fogja a csapat, vagy visszatér a régi szokásokhoz?
Ez az igazi kérdés, és ez a bevezetésről szól, nem a szoftverről. Az emberek akkor térnek vissza, ha az új eszköz lassabb nekik, vagy ha a régit hirtelen kirántják alóluk. Mindkettőt elkerüljük: az új rendszert az első naptól valóban gyorsabbá tesszük azoknak, akik a legtöbbet használják, és a régi módot párhuzamosan futtatjuk, amíg senki sem nyúl hozzá. A kikényszerített átállás hajlamos összeomlani; a kiérdemelt átállás hajlamos megmaradni.
Have a nice day
Have a nice day
Szerkesztőség

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.

Kapcsolódó szolgáltatások