Aláírják a szerződést, a csapat fellélegzik: megvan az üzlet. Két héttel később, a kivitelezés közepén derül ki, hogy az ügyfélnek ígért egyedi feltételről csak az értékesítő tudott, a munkát végző kolléga nem. Kezdődik a mentőakció, az értékesítő és a megvalósításért felelős kolléga között nő a feszültség, az ügyfél pedig már a közös munka első heteiben azt látja, hogy a bal kéz nem tud a jobbról. Ez lesz az első benyomása a cégről, és ezt a megrendült bizalmat nehéz visszaépíteni.
A gond legtöbbször az, hogy a munkavégzéshez szükséges információk és tudás a fejekben él, vagy több különböző helyen, szétszórtan található meg (e-mailek, cetlik, Excel-táblázatok, fejben tartott ígéretek).
Egy feladatkezelőben vagy Excel-táblázatban precízen tudod vezetni, mi a teendőd, viszont ez önmagában még csak egy információ a sok közül. A projektmenedzsment és feladatkezelés CRM rendszerben pontosan ezt oldja meg: a teendő, a felelős és a határidő egy helyen van az ügyféltörténettel.
A cikk célja, hogy pontosan lásd, nálad hol csúszhat el az információ, és mit érdemes keresned, ha CRM-választás vagy rendszerváltás előtt állsz.
Mit jelent a projekt- és feladatkezelés egy CRM rendszerben?
Kezdjük rögtön az elején: mi is az a CRM? A CRM az a központi rendszer, amelyben az ügyfélkapcsolataid és az ügyféladataid összefutnak: a kapcsolattartók, a cégek, az ajánlatok, a lezárt és folyamatban lévő üzletek, valamint az e-mailek és hívások előzményei. Ezenkívül számos egyéb funkciót tartalmazhat: automatizmusok, marketingeszközök, más szoftverek integrációi. A funkciók listája kis túlzással végtelen lehet, és erősen rendszerfüggő. Ha a CRM alapjaival kezdenéd, azt a Mi az a CRM rendszer? cikkünkben járjuk körül.
Az ügyféladatok tárolása mellett ott van maga a munka is, amit el kell végezni, és ennek két szintje van. Az egyik a feladat: egy konkrét teendő felelőssel és határidővel, például ajánlat kiküldése a Kovács Kft.-nek péntekig. A másik szint a projekt: összetartozó feladatok sora egy közös cél felé. Ilyen egy weboldal elkészítése az első egyeztetéstől az élesítésig, vagy egy kamerarendszer telepítése a felméréstől az átadásig: több részfeladat, több felelős, sokszor külső közreműködővel is.
Egy cég működése szempontjából az egyik legfontosabb kérdés, hogyan kezeled ezeket a párhuzamosan futó, de nagyon is összetartozó alrendszereket. Három tipikus megoldás létezik, és a különbség köztük nem a feladatlistában van.
Első megoldás: egy különálló feladatkezelő. Például a Trello vagy az Asana sok millió felhasználó tapasztalata szerint nagyon jól kezeli a feladatokat. A baj az, hogy ott a feladat elszigetelt kártya: nem látszik mögötte, melyik ügyfélhez tartozik, mi hangzott el az utolsó híváson, milyen ajánlat ment ki, és az utánkövetés melyik szakaszában tart éppen az üzlet. Ezzel nem azt mondjuk, hogy ezek az eszközök haszontalanok, csupán azt, hogy a feladatkezelő programok egy-egy konkrét problémára adnak megoldást, nem váltják ki egy összetettebb CRM rendszer minden funkcióját.
Második megoldás: ügyfélnyilvántartó szoftver. Az ügyfélnyilvántartó programokban tárolni tudod az ügyfeleket és a hozzájuk tartozó adatokat, viszont nem tudják, mik a teendők, kik a felelősök és milyen határidők kötődnek hozzájuk. Sokan használják erre az Excelt is, ami alapvető nyilvántartásra tényleg hatékony, de nem erre való: egy táblázatban nagyon nehezen megoldható, hogy automatikusan kövesse egy ügyfél útját, felelősöket rendeljen hozzá, és az egész csapatot naprakészen tartsa.
Harmadik megoldás: CRM rendszer. Itt jön képbe a CRM, amely egy integrált projekt- és feladatkezelő, miközben mindezekhez az ügyfeleket is hozzá tudja rendelni. A feladat egy konkrét ügyfélhez, ajánlathoz vagy projekthez kötődik, a teljes előzménnyel együtt, így aki ránéz, egyben látja, mit ígértek az ügyfélnek, hol tart a folyamat, és mi a következő lépés.
A különbség tehát nem abban van, hogy melyik eszközben szebb a feladatlista, hanem az integráltságban. Ugyanaz a teendő sokkal többet ér, ha az ügyféltörténet mellette él, mintha egy külön táblázatban lenne. A CRM rendszerek sokat fejlődtek az elmúlt évtizedben: ma már gyakran nem külön modult vagy külső integrációt jelent a projekt- és feladatkezelés, hanem alapból a rendszer része. Ez nem csak praktikusabb: két külön előfizetés helyett egy rendszer költségével számolsz, és nem neked kell összekötnöd őket.
Ez nem azt jelenti, hogy mindenkinek CRM-re kell váltania. Ha valaki csak a saját feladatait szeretné kanban nézetben rendszerezni, egy feladatkezelő is bőven elég. De ha egy csapatban dolgozik és összetettebb feladatkezelést szeretne a cégében, ráadásul úgy, hogy közben az ügyfeleket is rendszerszinten követi, és a hozzájuk tartozó feladatokat egy helyen kezeli, akkor egy feladatkezelő vagy egy Excel-tábla már kevés lesz. Ilyenkor érdemes elgondolkodni egy CRM bevezetésén. Előbb viszont nézzük meg, mibe kerül, ha a munka és az ügyféladat külön rendszerben él, és hol vész el a legtöbb érték.
Miért nem elég a különálló feladatkezelő vagy az Excel?
Annak, hogy egyszerre több szoftvert használsz, van egy rejtett költsége is, amivel a legtöbb cég nem számol. Ez pedig az idő, ami azzal megy el, hogy a különböző eszközök között váltogatsz. A Harvard Business Review egy nagyvállalatoknál végzett 2022-es mérése szerint egy irodai dolgozó naponta mintegy 1200 alkalommal vált alkalmazások és ablakok között, és hetente közel négy órát tölt azzal, hogy egy-egy váltás után visszazökkenjen a munkába. A megszakítás valódi ára pedig nem a pár másodperces kattintás: Gloria Mark kutatása szerint átlagosan több mint 20 percbe telik, mire valaki teljesen visszatalál az eredeti feladatához. Ha ez naponta többször megtörténik, az elvesztett idő heti szinten már órákban mérhető.
Egy KKV-ban ez a rejtett költség négy konkrét tünetben jelenik meg:
Dupla adminisztráció
Ha az ügyfél a CRM rendszerben, a teendők és a felelősök egy Excel-táblában, a céges levelezés pedig egy levelezőprogramban van, könnyen előfordul, hogy a kollégáid ugyanazt az adatot többször, több felületen rögzítik, és sosem tiszta, melyik a friss. Ha nincs egységes rend és két kolléga teljesen más módszert használ, az összehangolásuk nehézkessé válik.
Elmaradó utánkövetés
Az ajánlat kimegy, de nincs, ami emlékeztessen a visszahívásra, így a lead szép csendben kihűl. Ez ritkán hanyagság kérdése: ha semmi nem jelez, a legjobb szándék mellett is elmarad egy-egy visszahívás.
Személyfüggőség
Ez az összerakott működés ráadásul nagyon személyfüggő. Ha a kolléga szabadságra megy vagy kilép, a fejében vagy a saját táblázatában tárolt tudás egyszerűen elérhetetlen. A helyettes nem tudja azonnal felvenni a fonalat, így azok az ügyfelek is eltűnhetnek, akik már szinte biztosnak tűntek.
Nincs összkép
Vezetőként nem tudod egy helyről megmondani, épp melyik ügyfélnél hol tart az ügymenet. Folyamatosan a kollégáknál kell érdeklődnöd, akik ráadásul külön-külön más struktúrát használnak: valaki egy Excel-táblát, valaki a saját jegyzetfüzetét, a harmadik pedig post-iteket.
És az Excel? A táblázat sok mindenre kiváló, de nem feladatkezelésre vagy projektmenedzsmentre való. Nincs benne valódi felelős, határidőhöz kötött emlékeztető vagy automatizmus, a több párhuzamosan mentett verzió pedig garantáltan káoszhoz vezet: amint ketten szerkesztik, már nem tudni, melyik adat érvényes.
Az IVSZ elemzése szerint a magyar KKV-k csak 57,4 százaléka éri el az alapszintű digitális intenzitást, szemben a 72,9 százalékos uniós átlaggal, a Digiméter felmérése pedig évek óta ugyanazt méri: a hazai KKV-k digitalizációs főindexe egy 100-as skálán 40 pont körül stagnál. A gyakorlatban ez azt jelenti, hogy a legtöbb magyar KKV-nál a munka még mindig táblázatokban és fejekben él, nem összekötött rendszerben. Ha nálad is így van, nem vagy egyedül, de éppen ebbő a helyzetből tudsz előnyt kovácsolni azzal, ha te előbb kezdesz el integrált megoldást használni az ügyfelek, projektek és feladatok kezelésére.
Az értékesítés és a teljesítés összekötése: hol vész el a legtöbb érték
Térjünk vissza a nyitókép helyzetéhez.
Egy üzlet sokszor azon bukik el, hogy az értékesítés és a teljesítés (kivitelezés) között elveszik az információ. Ez az a láthatatlan határ, ahol a megígért dolgoknak gazdát kellene cserélniük. A legtöbb érték itt vész el. Magáról az idevezető útról, az első kapcsolattól a lezárásig, külön írásunkban, az értékesítési folyamatról szóló cikkünkben olvashatsz.
A folyamat ismerős. Az üzlet lezárul a CRM-ben, a teljesítés viszont máshol indul: egy másik eszközben, egy e-mailváltásban vagy egyszerűen a kolléga fejében. Az értékesítő által megígért egyedi feltételek, a szóban egyeztetett határidők, az ügyfél elvárásai nem kerülnek rögzítésre és átadásra sehol. A megvalósítást végző kolléga kénytelen újra egyeztetni, az ügyfél pedig másodszor is elmondja ugyanazt. Pont a közös munka elején kelt ez rossz benyomást, amikor éppen épül ki a bizalom.
A megoldás nem több fegyelem vagy egy újabb átadási e-mail, hanem az, hogy a rendszer maga vigye tovább az információkat. Egy jól beállított CRM-ben az üzlet lezárása elindíthat egy folyamatot: amint az üzlet „megnyert” státuszba kerül, automatikusan létrejön egy projekt az ügyfél adatlapján, előre összeállított feladatsorral, felelősökkel és határidőkkel, az értékesítés jegyzeteivel együtt. Nincs külön átadás, mert nincs mit átadni: minden ott van, ahol a munkavégzés zajlik. Ezt egyszer kell beállítani, utána automatikusan működik: meghatározod, milyen lépésekből áll nálad egy tipikus bevezetés, kihez tartoznak és mennyi időbe telnek az egyes feladatok, a rendszer pedig minden megnyert üzletnél magától legenerálja ugyanezt. Így mindenki egy felületen látja, éppen mi a dolga, és a cég előre is tud tervezni.
És nem csak az első teljesítésről van szó. Az új ügyfél beléptetése, egy utánrendelés, egy szervizigény vagy a szerződés megújítása mind a meglévő ügyfélkapcsolatból nő ki, tehát ugyanúgy az ügyfélkezelés része, mint az első üzlet. Érdemes ugyanott kezelni őket, ahol az ügyfél teljes története van, mert így a következő kolléga, aki felveszi a fonalat, egyből látja az előzményt.
Milyen funkciók teszik ezt lehetővé?
Ahhoz, hogy a munka és az ügyfélkapcsolat tényleg egy helyen fusson, szükséged lesz néhány konkrét funkcióra. Érdemes tudni, mit keress, amikor egy rendszert nézel, mert a különbség gyakran nem az árlistán, hanem a konkrét funkciókon dől el.
Alapszinten egy feladat akkor használható, ha van hozzá felelős, határidő, és szükség esetén alfeladatokra bontható. Egy ellenőrzőlista is sokat segít: a több lépésből álló teendőknél így egyetlen pont sem marad ki. Ez a minimum; ezek nélkül nem feladatkezelésről, hanem teendőlistáról van szó.
A következő, amit érdemes nézni, hogy ugyanazt a munkát többféleképpen is meg tudod-e jeleníteni. Három nézet a hasznos: a lista a gyors áttekintéshez, a naptár a határidők időbeli elrendezéséhez, a kanban pedig a folyamat vizuális követéséhez. A kanbanban minden oszlop egy státusz, a feladatokat kártyaként húzod át egyik oszlopból a másikba, és ezzel maga a státusz is változik. Így a csapatnak elég csak rápillantania, és mindenki tudja, melyik projekt hol tart, és kinek a felelőssége a következő lépés.
Fontos, hogy a státuszokat te határozhasd meg, ne egy előre rögzített folyamatot kelljen követned. A saját munkameneted képezd le velük, például „beérkezett”, „egyeztetés alatt”, „teljesítés alatt”, „kész”. Ha a te folyamatod öt lépésből áll, öt státusz legyen, se több, se kevesebb.
A visszatérő projektekhez sablon kell. Egy jól összeállított sablonban előre beállítod a feladatokat, a felelősöket, a határidőket és az ellenőrzőlistát, így egy ismétlődő folyamatot nem kell mindig nulláról felépíteni. Egy ügyfél-bevezetés vagy egy szervizfolyamat legtöbbször ugyanúgy zajlik: elég egyszer megtervezni.
Itt jön a képbe az automatizálás, ami mindezt mozgásban tartja: a megnyert üzletből magától projekt lesz, emberi beavatkozás nélkül. A rendszer képes ismétlődő feladatokat generálni, emlékeztetőt küldeni egy közelgő határidőről, és olyan folyamatot indítani, ami magától lefut, amikor egy üzlet státusza megváltozik. Így ezeket az adminisztratív feladatokat a CRM rendszer leveszi a munkatársak válláról, ami jóval gördülékenyebbé teszi a munkavégzést.
Egy funkció, amit terepen dolgozó csapatnál külön érdemes nézni: a mobil hozzáférés. Ha az értékesítő ügyfélnél ül, a szerelő pedig helyszínen dolgozik, akkor a feladatot, a határidőt és az ügyfél jegyzeteit telefonról is látniuk kell, sőt ott helyben pipálni és jegyzetelni is. Ha ez hiányzik, a terepen végzett munka megint egy külön csatornába, üzenetekbe és fejekbe csúszik vissza, és pont az veszik el, amit az egész rendszerrel meg akartál előzni.
Végül a feladathoz tartozó e-mailek, dokumentumok és a ráfordított munkaidő is legyen ott a feladat mellett, egy helyen. Így amikor megnyitod, mindent látsz, ami hozzá kell, és nem kell külön keresgélned. Ha a munkaidőt is ott rögzíted, ahol a feladat van, a projekt végén nem kell utólag összevadásznod, mennyi erőforrást vitt el.
Erre jó példa egy olyan CRM, mint a QlickCRM, ahol ezek a funkciók egy rendszeren belül, egy felületen adottak, nem külön modulként vagy külső integrációként. Így nem neked kell két szoftvert összekötnöd ahhoz, hogy a fenti kép összeálljon.
Hogyan kapcsolódik a feladatkezelés a CRM többi részéhez?
A projekt- és feladatkezelés attól válik igazán hasznossá, hogy nem elszigetelt funkció, hanem összeér a rendszer többi részével. A levelezés és a naptár kapcsolatát a funkcióknál már láttuk; van viszont két összefüggés, ami ezen túlmutat, és a napi működésben sokat számít.
Az első az értékesítési folyamat. A sales pipeline és a feladatkezelés ugyanannak az ügyfélútnak a két fele: az egyik odáig visz, hogy az ügyfél igent mond, a másik onnan folytatja a teljesítésig. Ha a kettő egy rendszerben él, az átadás magától megtörténik, ahogy azt korábban láttuk.
A második az ajánlat és a számlázás. Ha a projekthez tartozó ajánlat és a kiszámlázott munka is ugyanott érhető el, a projekt végén nem kell külön összesítened, mit ígértek az ügyfélnek, mit végeztek el, és mi lett kiszámlázva. Az ismétlődő teendők és folyamatok beállításáról az automatizálás és folyamatkezelés oldalunkon olvashatsz bővebben.
Módszertan: hogyan tartsd kordában a feladatokat
A rendszer önmagában csak eszköz. Attól lesz használható, hogy van mögötte néhány egyszerű elv. Három bevált módszer elég a legtöbb KKV-nak, és mindegyik pár perc alatt bevezethető.
Az első a prioritás. A leggyakoribb hiba, hogy a sürgős elnyomja a fontosat: egész nap az azonnali kéréseket oldod meg, közben a cég szempontjából fontos feladatok csúsznak. Az Eisenhower-mátrix ezt választja szét: ami sürgős és fontos, azt most csináld; ami fontos, de nem sürgős (jellemzően a tervezés), arra tegyél fix időpontot; ami sürgős, de nem fontos, azt delegáld; ami egyik sem, azt hagyd el. Gondolj egy hétfő reggelre: a rossz számlát reklamáló nagy ügyfél sürgős is, fontos is, ezzel kezdesz; a negyedéves terv fontos, de nem sürgős, ezért fix időpont nélkül sosem kerül rá sor; a beszállító apró árajánlatát delegálod; a „jó lenne egyszer szépen formázni” riportot elengeded. A CRM-ben ez egy prioritás-mező vagy néhány címke: reggel egyetlen szűrésre látod, mi az a két-három tétel, amivel tényleg most kell foglalkoznod, a többi pedig emlékeztetővel a helyén marad.
A második a felelősség. Egy feladatnak pontosan egy gazdája legyen. Ha ketten felelősek valamiért, a gyakorlatban senki sem felelős: beérkezik egy árajánlatkérés a közös postafiókba, de péntekig egyikük sem válaszol, mert mindketten a másikra várnak, az ügyfél közben rendel a versenytárstól. Nagyobb, többrésztvevős projekteknél a RACI-modell segít szétszálazni a szerepeket, de a legtöbb KKV-nak a napi működéshez elég egyetlen „felelős” mező, amelyben mindig pontosan egy név szerepel.
A harmadik a vizuális követés. A legegyszerűbb eszköze a kanban tábla, amelyen a feladatok oszlopok között haladnak, például „teendő”, „folyamatban”, „kész”. A felelősökkel és határidőkkel együtt egy pillantással látod, mi hol tart, anélkül hogy bárkit meg kellene kérdezned.
Mindhárom megvalósítható egy CRM feladatkezelőjén belül is, ugyanott, ahol az ügyféladatok vannak. A módszereket önmagukban a Hatékony feladatkezelés a cégen belül című írásunkban járjuk körül.
Mikor éri meg a váltás, és mit nézz meg egy rendszernél?
Nem minden cégnek kell azonnal rendszert váltania. Ha a cég két-három fős, és mindenki fejben tartja a saját ügyeit, egy közös táblázat is elég lehet egy darabig, bár ezen a szinten is már felmerülhetnek kockázatok (például egy elfelejtett feladat). A kérdés inkább az, mikor lépted túl ezt a szintet, és mikor kezd többe kerülni a maradás, mint a váltás.
Néhány árulkodó jel, hogy kinőtted a jelenlegi megoldást:
- Rendszeresen meg kell kérdezned egy kollégát, hol tart egy ügy, mert magadtól nem látod.
- Legalább hetente kicsúszik valami: elmarad egy visszahívás, lecsúszik egy határidő, vagy egy ígéret nem teljesül.
- Egy új belépő betanítása hetekig tart, mert a tudás a kollégák fejében van, nem a rendszerben.
- Ugyanazt az adatot két-három helyen is vezeted.
- Ha valaki szabadságra megy, az ügyei egyszerűen megállnak, mert senki sem tudja átvenni a feladatait, projektjeit.
Ha ezek közül több is igaz nálad, a szétszórt működés már most többe kerül, mint amennyibe a rendszer kerülne. És ez a költség valós: a PMI Pulse of the Profession 2020-as kutatása szerint a szervezetek a projektekbe fektetett erőforrásaik 11,4 százalékát elvesztegetik a rossz projektkezelés miatt. Ez nagyvállalati adat, egy KKV-nál, ahol kisebb a tartalék, egy elrontott projekt arányaiban még nagyobbat üt.
- Amikor pedig konkrét rendszert nézel, ez a néhány kérdés elég lehet a döntéshez:
- A feladat az ügyfél adatlapjánál él, egy helyen az előzményekkel?
- Te határozhatod meg a saját státuszaidat, vagy egy kész folyamatot kell követned?
- Van lista, naptár és kanban nézet is ugyanahhoz a munkához?
- Készíthetsz sablont a visszatérő folyamataidhoz?
- Elindít a rendszer automatizmust egy státuszváltásra, például a megnyert üzletből projektet?
- Mobilról is elérhető a feladat és az ügyfél adatlapja, ha a csapatod terepen dolgozik?
A legfontosabb szempont mégsem a funkciólista hossza. Az a rendszer válik be, amit a csapatod tényleg használ majd minden nap. Egy túlbonyolított, a munkamenetedet felülíró eszköz gyorsan üresen marad, egy hozzád illő pedig magától beépül a napi rutinba.
Egy példa végigvezetve: a megnyert üzlettől a kész projektig
Nézzük meg mindezt egy konkrét helyzetben. Képzeljünk el egy nyolcfős céget, amely biztonságtechnikai rendszereket, kamerákat és beléptetőrendszereket telepít más vállalkozásoknál. Két értékesítő hozza az üzleteket, a telepítést egy háromfős csapat végzi.
Beérkezik egy érdeklődés a weboldalon: egy raktár kamerarendszert szeretne. A CRM rögtön rögzíti, felelőst rendel hozzá, és jelez az értékesítőnek, ezen kívül pedig egy automatikus e-mailt is kiküld az ügyfélnek az előzetes információkkal.. Ő még aznap, egy órán belül visszahívja a potenciális ügyfelet.
Ez nem apróság: egy átlagos cég 42 órát vár, mire válaszol egy új megkeresésre, közel negyede pedig soha nem is válaszol. Pedig aki egy órán belül reagál, egy 2011-es Harvard Business Review-elemzés szerint hétszer nagyobb eséllyel jut el érdemi beszélgetésig, mint aki csak egy órán túl.
A gyors reakció itt nem a lelkiismeretes kollégán múlik, hanem azon, hogy a rendszer nem hagyta elkallódni a megkeresést.
Az értékesítő felméri az igényt, és pár kattintással összeállítja az árajánlatot a CRM rendszer árajánlatkészítő funkciójában, amiből gyakorlatilag azonnal ki is küldheti (így az értékesítési feladathoz rögtön kapcsolódik az árajánlat). A rendszer beállít egy emlékeztetőt három nap múlvára: ha az ügyfél addig nem jelentkezik, jön a az érdeklődő telefonhívás vagy akár a rendszer által küldött automatikus érdeklődő e-mail. Az ajánlat nem hűl ki, mert nincs kire várni, a folyamat magától lép tovább.
Az ügyfél igent mond. Az értékesítő az üzletet „megnyert” státuszba húzza, és ezzel elindul a lényeg. A rendszer automatikusan létrehoz egy telepítési projektet az ügyfél adatlapján, előre összeállított feladatsor-sablonnal: helyszíni felmérés, eszközök megrendelése, időpont-egyeztetés, üzembe helyezés, átadás. Mindegyik feladathoz tartozik felelős és határidő, és ott vannak mellette az értékesítés jegyzetei is, például hogy az ügyfél azt kérte, a kamerák ne lássanak rá a szomszéd telkére.
Itt dől el minden. Emlékszel a bevezető történetére, ahol az értékesítő ígéretéről a megvalósító nem tudott? Ebben a felállásban ez fel sem merül. A telepítő csapat nem egy átadási e-mailből rakja össze a feladatot, hanem megnyitja a projektet, és egyben látja, mit ígértek, mi a sorrend, és mi az az egyedi kérés, amire figyelni kell. A helyszínen a telefonjukról pipálják ki az elkészült lépéseket, és ugyanott rögzítik a ráfordított időt is.
A vezető közben nem járkál körbe kérdezősködni. Egy pillantás a kanban táblára, és látja, melyik telepítés hol tart, hol csúszik valami, kinek van szabad kapacitása. Az ügyfél pedig végig azt éli meg, hogy egy összeszedett céggel dolgozik, amelyik tudja, mit ígért.
Ebben a munkafolyamatban semmi csoda nincs, csak egy jól beállított rendszer áll mögötte. A folyamatot csak egyszer kellett beállítani, onnantól minden megnyert üzletnél magától lefut.
Egy másik példa: egy szolgáltató cég visszatérő munkája
Az előző eset egy fizikai, projektszerű munkáról szólt, ahol minden megnyert üzletből új telepítés lett. De mi van akkor, ha a munkád nem egyszeri projektekből áll, hanem ugyanazt csinálod hónapról hónapra? Nézzünk egy könyvelőirodát: egy vezető és három könyvelő, nagyjából harminc ügyféllel.
Itt nincs „megnyert üzlet indít egy projektet” pillanat, mert a munka ciklikus. Minden hónapban ugyanaz a kör ismétlődik minden ügyfélnél: könyvelés, ÁFA-bevallás, bérszámfejtés, a hónap végén zárás. A rendszer ezt egy ismétlődő sablonból generálja: minden ügyfél adatlapján a hónap elején magától megjelenik a teljes feladatsor, felelőssel és határidővel, anélkül hogy valakinek fejből kellene összeírnia, kinél mi van hátra.
A lényeg ugyanaz, mint az előző példában: a feladat az ügyfél adatlapján él. Amikor a könyvelő ránéz egy ügyfélre, egyben látja, mi a havi teendő, mit adott már le az ügyfél, és mi hiányzik még, például a múlt havi bankszámlakivonat. Ha valaki szabadságra megy, a helyettes megnyitja az ügyfelet, és nem kell senkit faggatnia, hol tart a zárás.
A vezető pedig nem e-mailben kérdezgeti, ki hol tart. Egy pillantás a kanbanra vagy a határidős nézetre, és látja, melyik ügyfél bevallása csúszik, és min akadt el: jellemzően nem a könyvelőn, hanem egy hiányzó ügyfél-dokumentumon. Más iparág, más ritmus, de a szerkezet azonos: a munka ott ellenőrizhető, ahol az ügyfél története, a visszatérő folyamatot pedig egy sablon és egy automatizmus tartja mozgásban.
Hogyan vezesd be lépésről lépésre?
A leggyakoribb hiba a bevezetésnél a túltervezés: valaki egyszerre akarja az összes folyamatot leképezni, minden státuszt kitalálni, és két hét után feladja, mert elveszett a részletekben. Sokkal jobban működik, ha kicsiben kezded, és menet közben bővíted. Az alábbi sorrend a legtöbb KKV-nál beválik:
- Mérd fel, hol a legnagyobb súrlódás. Vedd elő az utolsó néhány megnyert üzleted, és kövesd végig, mi történt az „igen” után: hol kellett újra egyeztetni, mi maradt ki. Azzal az egy folyamattal indíts, ahol a legtöbb gondot látod.
- Töltsd fel az ügyféladatokat. Nem kell az egész múltat bevinned. Elég a nyitott ügyekkel és az aktív ügyfelekkel kezdeni, a régi lezárt üzletek ráérnek, vagy ki is maradhatnak.
- Állítsd be a saját státuszaidat. Képezd le velük a valós munkameneted, ne egy elméleti ideált. Ha a folyamatod öt lépésből áll, öt státusz legyen. A túl sok státusz ugyanolyan használhatatlan, mint a túl kevés: senki nem fogja pontosan karbantartani.
- Rakj össze egy sablont. Vedd azt az egy visszatérő folyamatot, amit az első pontban kiválasztottál, és állítsd be hozzá a tipikus feladatokat, felelősöket és határidőket. Innentől nem kell nulláról felépítened minden alkalommal.
- Adj hozzá egy automatizmust, de ne az összeset egyszerre. Egy jól megválasztott automatizmus, például a megnyert üzletből induló projekt vagy a három nap utáni utánkövetési emlékeztető, már érezhető könnyítés. A többi ráér később.
- Jelölj ki egy gazdát, és két hét múlva nézz vissza. A rendszernek legyen egy felelőse, aki eldönti a vitás kérdéseket és tartja a rendet, különben hamar széttartó lesz a használat. Két hét működés után ülj le, és nézd meg, mi akadozik: melyik státuszt nem használja senki, hol csúszik el mégis egy feladat. Igazíts rajta, és csak utána vegyél be új folyamatot.
A lényeg a fokozatosság. Egy hónap alatt így eljutsz odáig, hogy a legfontosabb folyamatod magától fut, anélkül hogy egyetlen nagy, kockázatos bevezetési projektbe kellett volna belevágnod. Ennek külön haszna, hogy a csapat is fokozatosan szokja meg a rendszert. Ha mindent egyszerre vezetsz be, az könnyen elriasztja a kollégákat, mert bonyolultnak érzik. Ha viszont lépésenként látják, hogy kevesebbet kell keresgélniük és utánakérdezniük, maguktól veszik használatba. Ezenkívül a legtöbb CRM-szolgáltató segít a rendszer bevezetésében és testreszabásában. Ha megnéznéd, hogy ez nálad hogyan működne, kérj egy 30 perces bemutatót – a saját folyamatodon vezetjük végig.
A leggyakoribb hibák, és hogyan kerüld el őketú
A bevezetés jó része azon múlik, hogy elkerülöd-e néhány visszatérő hibát. Ezek nem technikai jellegűek, hanem abból fakadnak, ahogy a rendszert használatba veszed.
A leggyakoribb az árnyékrendszer. Valaki a CRM mellett továbbra is vezet egy saját Excelt vagy egy jegyzetfüzetet, mert így szokta meg. Ettől megszűnik az egyetlen forrás elve: megint két helyen él az adat, és megint nem tudni, melyik a friss. A megoldás egy egyszerű szabály, amit a csapattal is kimondatsz: ami nincs a rendszerben, az nincs. Ha egy teendő nem ott van, ahol mindenki keresi, akkor a gyakorlatban nem is létezik.
A második, hogy a feladat nincs ügyfélhez kötve. Ha a teendő csak egy önálló sor egy listában, elveszik pont az az összekapcsoltság, amiért az egészet csinálod. Minden feladatnál legyen ott, melyik ügyfélhez vagy projekthez tartozik, különben visszacsúszol oda, hogy külön kell keresgélni az előzményt.
A harmadik a túl sok státusz. Csábító minden apró munkafázist külön oszlopba tenni, de tíz státuszt már senki nem tart karban, és a tábla pont az áttekinthetőségét veszíti el. Annyi státusz legyen, ahány valós lépésből áll a folyamatod, jellemzően négy vagy öt.
A negyedik a megosztott felelősség. Ha egy feladaton két név van, a gyakorlatban egyik sem érzi magáénak. Minden teendőnek pontosan egy gazdája legyen, akkor is, ha többen dolgoznak rajta.
Végül a rendszernek magának sincs gazdája. Ha senki nem felelős azért, hogy a használat egységes maradjon, pár hét alatt mindenki másképp kezdi vezetni, és a rend szétesik. Jelölj ki egy embert, aki eldönti a vitás kérdéseket és időnként rendet tesz.
Hol érdemes kezdeni?
A cikk elején egy elrontott átadással indultunk, és eljutottunk odáig, hogy ez a helyzet a rendszer szintjén megelőzhető. A tanulság egyszerű: a baj ritkán a szorgalommal van, sokkal inkább azzal, hogy a munka és az ügyfél története külön helyen él. A legtöbb érték az értékesítés és a teljesítés közötti átadásnál vész el, és éppen ezt lehet egyetlen rendszeren belül orvosolni.
Nem kell viszont mindent egyszerre felforgatnod. A leghasznosabb első lépés nem is szoftverkérdés: vedd elő az utolsó öt megnyert üzleted, és kövesd végig, mi történt az „igen” után. Hol kellett újra egyeztetni, mi maradt ki, mit mondott el az ügyfél kétszer. Ahol a legtöbb súrlódást látod, ott éri meg először összekötni a folyamatot.
Ha ezután rendszert nézel, ott a korábbi kérdéslista: az ügyféladatlaphoz kötött feladatok, a saját státuszok, a sablonok, az automatizmus, a mobil elérés és a munkaidő rögzítése. A projekt- és feladatkezelés CRM rendszerben nem nagyvállalati luxus. Egy KKV-nál, ahol minden kolléga és minden óra számít, gyakran még többet nyom a latba.
Az első lépéshez egyébként nem kell elköteleződnöd semmi mellett: a fenti kérdéslistát bármelyik rendszeren végigviheted. Ha pedig eljutsz oda, hogy egy helyen néznéd az ügyfelet, a hozzá tartozó feladatokat és a teljes előzményt, a QlickCRM feladatkezelője pontosan erre az egy-helyen-elvre épül. Nézz körül nyugodtan, és döntsd el magad, illik-e a cégedhez.
Gyakran ismételt kérdések
Kell külön projektmenedzsment-szoftver a CRM mellé?
A legtöbb KKV-nak nem. Ha a CRM-ed kezeli a felelősöket, határidőket, státuszokat, a nézeteket és az automatizmusokat, akkor a projekt- és feladatkezelés már benne van, nem kell mellé külön eszköz. Külön szoftver akkor indokolt, ha kifejezetten összetett, sok erőforrást mozgató projektjeid vannak, például gyártásütemezéssel. A legtöbb kereskedő és szolgáltató cégnél viszont épp az a nyereség, hogy egy helyen van minden, és nem kell két rendszert szinkronban tartani.
Mennyi idő bevezetni egy ilyen rendszert?
Az alapok általában néhány nap alatt használatba vehetők: az ügyféladatok feltöltése, a saját státuszok beállítása, néhány feladatsablon összerakása. Az automatizmusok és a finomhangolás jöhetnek fokozatosan. Reálisabb úgy gondolni rá, hogy nem egy nagy bevezetési projekt, hanem egy pár hetes ráállás, ami közben már dolgozol is a rendszerben. A gyakori hiba a túltervezés: elég a legfontosabb folyamatoddal indulni, a többit menet közben építed rá.
Mekkora cégnek éri meg már foglalkozni ezzel?
Ott éri meg, ahol már többen dolgoznak ugyanazon az ügyfélkörön, és a fejben vagy táblázatban tartott tudás kezd akadozni. Ez sokszor már két-három fős csapatnál jelentkezik, nem csak nagyobb cégeknél. A jó jel nem a létszám, hanem az, hogy elkezded elveszíteni az áttekintést: nem látod egy helyről, melyik ügyfélnél hol tart a dolog.
Mi van, ha a csapat nem akarja használni?
Ez a leggyakoribb buktató, és majdnem mindig azon múlik, hogy a rendszer mennyire illik a napi munkához. Ha egy eszköz több adminisztrációt kíván, mint amennyi hasznot ad, a csapat kikerüli. Ezért érdemes a saját, meglévő folyamataitokra ráépíteni, nem egy idegen működést rákényszeríteni, hanem kis lépésekben bevezetni. Ha a kolléga azt látja, hogy kevesebbet kell keresgélnie és utánakérdeznie, magától használni fogja.
Hogyan mérhető, hogy megérte bevezetni?
Nézz meg néhány egyszerű mutatót a bevezetés előtt és két-három hónap után. Mennyi idő telik el egy megkeresés és az első válasz között, hány határidő csúszik el hetente, mennyi ideig tart egy új kolléga betanítása, és hányszor kell megkérdezned valakit, hol tart egy ügy. Ha ezek javulnak, a rendszer megtérült. Nem kell bonyolult riport hozzá: elég, ha ezt a néhány számot felírod indulás előtt, és később összeveted.
