CRM-automatizálás: mit fed le valójában, és hogyan romlik el észrevétlenül

Kérdezzen meg tíz kisvállalkozást, mit jelent a CRM-automatizálás, és nyolc egy e-mail sorozatot fog leírni. Valaki kitölt egy űrlapot, és a következő két hétben négy üzenetet kap, amiket hónapokkal korábban írt meg az, akinek éppen volt rá ideje.

Ez körülbelül annyira CRM-automatizálás, mint amennyire az ablaktörlő autó. Valódi, látható, és a gépezet töredéke. Azok a részek, amik tényleg megváltoztatják egy cég működését, kevésbé fotogének: adat, ami a munka mellékhatásaként rögzül, rekordok, amik maguktól találnak felelőst, fázisok, amik a valóságot tükrözik anélkül, hogy bárki kártyát húzogatna, kapcsolatok, amik jelentkeznek, amikor elkezdenek elhalni, és riportok, amik hétfő reggel már léteznek anélkül, hogy ember rakta volna össze őket.

Ez az írás mind az ötöt lefedi, majd valódi teret szentel annak a résznek, amit a legtöbb cikk teljesen kihagy: a konkrét módoknak, ahogy a CRM-automatizálás elromlik. Nem az általános „kezdje kicsiben" figyelmeztetésnek, hanem a három hibamódnak, ami valódi kárt okoz, annak, hogy mindegyiket miért nehéz észrevenni, és hogy egy kis csapatnak mit kell tennie ellenük. A végén a kormányzás következik, ami compliance-osztályt működtető cégek szavának hangzik, valójában viszont a különbség egy olyan automatizálás között, amiben egy év múlva is bízik, és egy olyan között, amit csendben kikapcsol.

Az öt dolog, amit a CRM-automatizálásnak le kellene fednie

1. Adat, ami a munka mellékhatásaként keletkezik

A legértékesebb automatizálás egy CRM-ben az, amelyik megszünteti a gépelést benne.

Minden más szabály, amit épít, attól függ, hogy a rekord létezik és pontos. Ha a megkeresések három postafiókban és egy telefonban élnek, ha a hívások fele soha nem kerül rögzítésre, ha az üzlet értéke a rendszerben egy hat hete tett becslés, akkor minden ráépülő szabály fikción dolgozik. Rossz rögzítésre automatizálni csak annyit tesz, hogy a fikció gyorsabban terjed.

A jól végzett rögzítés azt jelenti, hogy a rekord abból születik, ami már megtörtént. Egy beküldött űrlapból kapcsolat lesz. Egy üzenetből lead. Egy megbeszélés megtermeli a saját összefoglalóját, a döntéseit, a feladatait felelősökkel, és a javított e-mail-címet, amit az ügyfél mellékesen említett. Egy lefényképezett névjegyből kitöltött mezős kapcsolat lesz. Ezek egyike sem gépelési feladat, és pont ez a lényeg: a rekord azért létezik, mert a munka megtörtént, nem azért, mert valaki talált húsz percet a nap végén.

A téma elég nagy ahhoz, hogy külön tárgyalást érdemeljen, és kap is a CRM adatbevitel nélkül útmutatóban. Az automatizálás szempontjából a függés a lényeg: a rögzítés nem az öt automatizálás egyike, hanem az alap, amin a másik négy áll.

2. A kiosztás, ami eldönti, hogy történik-e egyáltalán valami

A felelős nélküli rekord olyan rekord, amivel senki nem foglalkozik. Kis csapatokban ez nem elméleti kockázat, hanem egy átlagos kedd. Beérkezik egy megkeresés, ketten látják, mindkettő azt hiszi, a másik vitte, és ott marad.

A kiosztási szabályok látványtalanok, és sokkal nagyobb súlyt hordoznak, mint amit a bonyolultságuk sejtet. Irányítson forrás, terület, terméksor, körforgás vagy valós elérhetőség szerint, és tegye ezt a rekord megjelenése utáni percekben. Utána tegye a kiosztást láthatóvá a rekordon és egy értesítésben, mert az a felelős, aki nem tudja, hogy ő a felelős, azonos a felelős hiányával.

Álljon ellen a korai okoskodásnak. A lead-pontszám szerinti irányítás, mielőtt elég lezárt üzlete lenne ahhoz, hogy a pontszám jelentsen valamit, tényt cserél következtetésre, majd a következtetés alapján cselekszik. Irányítson valami olyan alapján, amit ténylegesen tud.

3. Fázisváltások, amik a tényeket követik

Egy üzlet fázisa állítás a valóságról. A legtöbb kisvállalkozói pipeline-ban olyan állítás, ami körülbelül tizenegy napja volt igaz.

A fázisváltások automatizálása azt jelenti, hogy az állítás magától frissül, amikor az alatta lévő tény változik. Kiment az ajánlat, tehát az üzlet belép az Ajánlat elküldve fázisba, és a fázishoz tartozó feladatok vele együtt születnek meg. Megérkezik az aláírt dokumentum, az üzlet Megnyerve lesz, és indul az átadás. Egy árajánlat válasz nélkül lejár, tehát az üzlet visszalép ahelyett, hogy egy olyan fázisban ülne, ami szépíti az előrejelzését.

Két megkötés tartja ezt őszintén. Az első: a fázisváltást eseménynek kell kiváltania, nem pusztán az idő múlásának, mert az idő alapú előreléptetés az a mód, ahogy egy pipeline megtelik olyan üzletekkel, amik öregedéssel haladtak. A második: bármi, ami visszaléptet egy üzletet vagy vesztes állapotba viszi, hagyjon nyomot arról, hogy miért, még aznap rögzítve. Az egy hónappal később leírt vesztési okok szépirodalom.

4. Az elhalás felismerése, az automatizálás, amit kihagynak

Minden eddigi előrehaladó rekordokról szólt. Az a kategória, amit a kisvállalkozások rendszeresen nem automatizálnak, a fordítottja: észrevenni, hogy valami megállt.

Az üzletek ritkán halnak meg olyan pillanatban, amire rá lehet mutatni. Elhalnak. Az ügyfél nem válaszol többé, a felelős tervezi, hogy utánamegy, a hét sűrű lesz, és nyolc héttel később az üzlet technikailag nyitott és gyakorlatilag halott. Ugyanez történik az ügyfélkapcsolatokkal. Senki nem dönt úgy, hogy elhanyagol egy ügyfelet, egyszerűen eltelik egy negyedév beszélgetés nélkül.

Az elhalás felismerése állandó szabály, ami a hiányt figyeli a jelenlét helyett. Nyitott üzlet hét napja aktivitás nélkül. Aktív üzlet jövőbeli következő lépés nélkül. Ügyfél kilencven napja kapcsolat nélkül. Minősített lead, akit soha nem hívtak fel. Mindegyik rövid listát és névvel megjelölt felelőst ad, ami érdemben más élmény, mint az a homályos érzés, hogy valakit valószínűleg elhanyagol.

A tervezési részlet, ami mindent eldönt, a kizárási feltétel. Egy jogosan félretett üzlet, ami az ügyfél három hét múlva ülésező igazgatóságára vár, ne generáljon hétnaponta emlékeztetőt. Ha mégis, a csapat megtanulja elutasítani, és egy olyan értesítés, amit mindenki elutasít, rosszabb a semminél, mert arra is megtanítja őket, hogy a fontosakat is elutasítsák.

5. Riportolás, ami magát rakja össze

Az utolsó kategória rendelkezik a legvilágosabb óraértékkel, és a legkevesebb ellenállást váltja ki bárkiből.

A legtöbb kisvállalkozásnál valaki a hónap első munkanapjának egy részét azzal tölti, hogy számokat másol a CRM-ből egy táblázatba, hogy ugyanezeket a számokat megbeszéljék egy értekezleten. A számok már léteznek. A munka teljes egésze az összerakás, és az összerakás a legautomatizálhatóbb tevékenység az üzletben.

Egy havi összefoglaló, ami előállítja a bevételt, a nyert és vesztett darabszámokat, az átlagos ciklusidőt, a személyenkénti aktivitást és a kinnlevőségeket, és lerakja a munkaterületre anélkül, hogy bárki megépítené, nem kifinomult automatizálás. Ez egy ütemezett lekérdezés. Ugyanakkor ez az az automatizálás, aminél az emberek a leginkább meglepődnek, hogy addig kézzel csinálták.

A heti verzió többet ér a havinál. Egy hétfői kivonat az új leadekkel, a mozdult üzletekkel, az elcsendesedettekkel, az e héten záruló üzletekkel és a kifizetetlen számlákkal megváltoztatja, hogy miről szól a heti megbeszélés. Megszűnik olyan értekezlet lenni, ahol tényeket állapítanak meg hangosan, és olyanná válik, ahol döntenek, ami nagyjából az idő fele visszakapva.

Hogyan romlik el a CRM-automatizálás

Most jön a rész, amit a témában született cikkek többsége kihagy, mert kényelmetlen és nem ad el semmit.

Az automatizálási hibák nem olyanok, mint a szoftverhibák. Egy bug hibát dob, és valaki észreveszi. Egy automatizálási hiba pontosan úgy néz ki, mint egy automatizálási siker egészen addig a pillanatig, amíg már nem, és addigra általában már egy ideje hibázik. Ez három különböző módon történik, és fokozatosan súlyosbodnak.

Gazdátlan szabályok

Az első hiba szervezeti, és szinte egyetemes.

Valaki beállít egy szabályt egy lendületes hónapban. Működik. Fél évvel később a cég megváltozott: a fázisnevek mások, a minősítő kérdés más, aki azt a szegmenst vitte, elment. A szabály nem változott, mert a szabályok nem változtatják magukat. Még mindig fut, még mindig indul, még mindig csinál valamit, aminek a cég egy már nem létező verziójával szemben volt értelme.

Senki nem kapcsolja ki, mert egy szabály kikapcsolásához tudni kell, mit csinál, és aki tudta, elment. Így marad. Az újak feltételezik, hogy szándékos. Megkerülik ahelyett, hogy javítanák, és a megkerülés folyamattá válik. Egy éven belül olyan automatizáláskészlete van, amit a házban senki nem tud teljesen elmagyarázni, ami furcsa és meglehetősen gyakori formája a technikai adósságnak egy mérnököket nem foglalkoztató cégben.

A megoldás nem a dokumentáció, mert azt senki nem olvassa. A megoldás egy név. Minden szabálynak van egy embere, aki egy mondatban el tudja magyarázni, és jogköre van megszüntetni. Amikor ez az ember elmegy, a szabályai ugyanabban a beszélgetésben kerülnek át máshoz, mint az ügyfelei. Ha egy szabályhoz nem található gazda, ez a legerősebb rendelkezésre álló bizonyíték arra, hogy nyugdíjazni kell.

Csendes hibák

A második hiba technikai, és ez az, ami a tapasztalt embereket is megtéveszti.

Egy szabály, ami már nem működik, semmilyen jelet nem ad. Nem dob hibát. Nem tűnik töröttnek. Ott ül a listán, és helyesnek látszik, mégpedig azért, mert helyes, abban az értelemben, hogy a logikája pontosan az, amit leírt. Egyszerűen soha nem illeszkedik semmire.

Ez folyamatosan megtörténik. Egy mezőt átneveznek, így a régi értéket kereső feltétel most nulla rekordra illeszkedik. Egy fázist kettéosztanak, és az eredeti fázist figyelő szabály az addigi üzletek felét fogja meg. Egy csatlakoztatott alkalmazás megváltoztatja az export formátumát, és „Új-Zéland"-ot ír oda, ahova korábban „NZ"-t. Egyik sem dob hibát. Csak csendben nullára csökkentik egy szabály találati arányát, miközben a szabály továbbra is élőnek látszik.

Az árulkodó jel mindig ugyanaz, és szinte senki nem ellenőrzi: egy szabály, ami ebben a hónapban nullaszor futott, vagy felesleges, vagy törött, és mindkét lehetőség megér egy pillantást. Ezért számít a futási napló többet, mint a szerkesztő. A szerkesztő azt mutatja, mit kellene tennie egy szabálynak. A napló azt mutatja, mit tett. A kettő közti rés az, ahol minden csendes hiba lakik.

A több alkalmazást összekötő láncok ezt egy konkrét módon rontják. Amikor a trigger az egyik eszközben él, az adat a másikban, a művelet a harmadikban, egy középső törés félig működő szabályt eredményez: elindul, megcsinálja az elsőt, és a második csendben nem történik meg. Minden szolgáltató státuszoldala zöld. A lánc mégis törött.

Hibás adatokon elinduló automatizálások

A harmadik hiba az, amit az ügyfelei látnak, és az egyetlen a listán, ami ténylegesen kapcsolatba kerülhet.

Minden automatizálás erősítő. Jó rekorddal gyorsan a helyeset teszi. Rossz rekorddal gyorsan a helytelent teszi, méretben, valódi embereknek, az Ön nevével rajta.

A konkrét formákat érdemes megnevezni, mert minden automatizáló cégben visszatérnek:

A duplikátum. Valaki beküldi az űrlapját, majd ír WhatsAppon. Két rekord, két üdvözlő üzenet, egy címzett, aki most már tudja, hogy a rendszere nem figyel. A stabil azonosító, telefonszám vagy e-mail alapú duplikátumszűrés egyetlen kimenő szabályban sem opcionális.

Az üres behelyettesítő mező. Egy „Szia {first_name}," kezdetű üzenet rendben van egészen addig, amíg nem érkezik olyan rekord, amiben csak cégnév van, és akkor egy üres helyet köszöntött. Minden helyőrzőnek kell tartalék érték, és minden kimenő szabálynak szándékosan hiányos rekorddal végzett teszt az élesítés előtt.

A tesztrekord. Valaki létrehozza a „Teszt lead"-et kedd délután, hogy ellenőrizzen egy űrlapot. Három nappal később az határozott felszólítást kap egy kifizetetlen számláról. Ez pontosan egyszer vicces, és csak akkor, ha a tesztrekord belső volt.

A fizető ügyfél, akit mégis felszólítanak. Egy számlát kifizetettnek jelölnek az egyik helyen, de a behajtási sorozat egy másik mezőt figyel, így egy múlt héten rendezett ügyfél egyre határozottabb emlékeztetőt kap. Semmi nem rombolja gyorsabban az automatizálásba vetett belső bizalmat, és a javítás az, hogy a fizetés kifejezetten zárja le a kört: kifizetettnek jelöl, leállítja a sorozatot, lezárja a behajtási feladatokat.

Az elavult tény, amire aktuálisként cselekszenek. Egy januárban rögzített üzletérték vezérel egy augusztusi kedvezményszabályt. A szabály tökéletesen működik. A bemenet nyolc hónapos.

Figyelje meg, mi a közös bennük. Egyik sem logikai probléma, és egyiket sem oldja meg a szabályhoz adott újabb feltétel. Mind adatprobléma, amit az automatizálás ügyfél felé látható eseménnyé alakított. Vagyis az őrfeltétel az adathoz tartozik: követelje meg a mezőket, amiktől a művelet függ, szűrje a duplikátumokat küldés előtt, zárja ki a tesztrekordokat megegyezés alapján, és hagyja, hogy egy szabály megtagadja a futást ahelyett, hogy hiányoson futna. Egy automatizálás, ami nem hajlandó elindulni, apró kellemetlenség. Egy automatizálás, ami képtelenségen indul el, egy telefonhívás.

Ennek a hibának van egy tágabb változata is. A gyökerei erősen átfedik azokat az okokat, amiért a CRM-projektek eleve elbuknak, amiket a miért buknak el a CRM-bevezetések útmutató tárgyal: mindkettő végső soron olyan rendszerről szól, ami emberi karbantartástól függ, amire senkinek nincs ideje.

Hol jön be a Zoye

A Zoye más irányból közelít ehhez, mint egy szabályszerkesztő, és a különbség főleg abban áll, hogy mit kérnek Öntől karbantartani.

Egy mondatban leírja a szabályt, az alkalmazásban, WhatsAppon vagy Slackben. A Zoye valódi triggerré, feltételekké és műveletekké alakítja, majd megmutatja a kész szabályt egyszerű nyelven visszaírva, hogy ellenőrizhesse: amit megértett, egyezik-e azzal, amire gondolt. Semmi nem fut, amíg jóvá nem hagyja. Vizuális szerkesztő létezik, ha látni akarja egy szabály alakját vagy módosítani szeretné, de soha nem kötelező megnyitnia.

A Zoye riportok egyetlen felületre hozzák az üzleteket, feladatokat, kapcsolatokat és pénzügyeket, így a havi összefoglaló magát rakja össze ahelyett, hogy kézzel épülne

Két szerkezeti dolog számít többet a mondat-szabály lépésnél, és mindkettő közvetlenül a fenti hibamódokra felel.

Az első, hogy a rekordok már össze vannak kapcsolva. Egy üzlet ismeri a kapcsolatát, a feladatait, a fájljait és a számláit, a triggerek és műveletek pedig a munkaterület nyolc eszközéig érnek el. Nincs mezőleképezés rendszerek között, mert nincs rés a rendszerek között, ami megszünteti a csendes hibák teljes osztályát, amit egy átnevezett mező vagy egy lejárt token okoz a lánc közepén. A trigger, az adat és a művelet ugyanaz a munkaterület.

A második a futási napló. Minden futás rögzíti, mi indult, mi változott és mit küldött, és visszafordítható. Ez látványtalan, és pontosan ez az, ami az automatizálást hitbeli aktusból ellenőrizhető dologgá teszi. Amikor egy szabály rossz rekordon indul, még aznap látni akarja, harminc másodperc alatt megérteni és visszavonni, nem pedig három héttel később egy ügyfélpanaszból rekonstruálni.

Hat recept azonnal bekapcsolható: azonnali lead-utánkövetés, hét napja mozdulatlan üzlet, megnyert üzlet utáni bevezetés, lejárt számla behajtása, elakadt feladatok felszínre hozása, és a szülőfeladat, ami lezárul, amikor minden részfeladata kész. Szélesebb kínálatért, beleértve azokat, amiket saját maga írna, a folyamatautomatizálási példák gyűjteménye húszat vesz végig triggerrel és feltétellel. A motor teljes hatóköre a folyamatautomatizálások oldalon látható.

Őszintén a hatókörről: a Zoye nem könyvelési főkönyv, így a számlaszabályok emlékeztetnek és rögzítenek, nem pedig egyeztetik a könyveit. Nem ügyfélszolgálati ticketrendszer. És nem futtatja a hirdetéseit, hanem befogja és dolgozza a leadeket, amiket a hirdetései termelnek.

Kormányzás, avagy hogyan bízzon ebben egy év múlva is

A kormányzás nehéz szó három könnyű szokásra. Ezek a különbség egy olyan automatizáláskészlet között, ami kamatozik, és egy olyan között, ami lassan teherré válik, amihez senki nem akar hozzányúlni.

Naplózzon minden futást. Nem másnak szóló audit nyomvonalként, hanem saját diagnosztikaként. Minden szabálynak rögzítenie kell, mi indult, melyik rekordon, mi változott és mit küldött. Enélkül nem tudja megkülönböztetni a működő szabályt attól, ami csendben semmire nem illeszkedik, és ez a két állapot a naplón kívül mindenhol azonos. Olvassa a naplót minden új szabály első két hetében, és igazolja, hogy a futásszám nagyjából annyi, amennyit jósolt. Ha kétszer futott, amikor negyvenet várt, a feltétel túl szűk. Ha négyszázszor, épp most fedezett fel egy problémát az ügyfelei előtt.

Tegye visszafordíthatóvá. Mielőtt bekapcsol bármilyen ügyfelet érintő szabályt, tudja a választ egy egyszerű kérdésre: ha rossz rekordon indul el, mit teszek a következő öt percben? Belső műveletnél a válasz általában a visszavonás. Kimenő üzenetnél a válasz emberi bocsánatkérés, és pontosan ezért érdemelnek a kimenő szabályok szigorúbb adatőröket. Ez az aszimmetria alakítsa, mit automatizál először: a belső műveleteket olcsó elrontani, a külsőket nem.

Nézze át havonta, ritkítson negyedévente. A havi átnézés rövid, és szabályonként egy kérdést tesz fel: nagyjából a várt módon futott? A negyedéves ritkítás nehezebb, és azt kérdezi, hogy a szabály még mindig leírja-e a cég működését. A nyugdíjazás az itt alulhasznált lépés. A csapatok lelkesen adnak hozzá automatizálásokat, és szinte soha nem vesznek el, így jut el egy cég oda, hogy szabályai egy éve véget ért folyamatot kódolnak. Egy szabály, ami már nem illeszkedik a valósághoz, nem semleges. Aktívan termel rossz kimeneteket teljes magabiztossággal.

A tempó is számít. Kéthetente egy új szabály jó ritmus egy kis csapatnak, és gyorsabb, mint hangzik: tizenkét automatizálás fél év alatt több, mint amennyit az ilyen méretű cégek többsége valaha üzembe helyez, és mindegyiket érteni fogja valaki.

Mit automatizáljon és milyen sorrendben

Ha nulláról indul, az alábbi sorrend a függőségeket követi, nem a vonzerőt.

Először a rögzítés. Amíg a rekordok nem keletkeznek megbízhatóan és gépelés nélkül, semmi, ami rájuk épül, nem megbízható. Ez nem izgalmas, és ez tartja a súlyt.

Másodszor a kiosztás. Minden új rekord percek alatt kap névvel megjelölt felelőst, olyan egyszerű szabály alapján, hogy bárki előre tudja jelezni a kimenetét.

Harmadszor a két bevételi szabály. Azonnali első válasz egy új megkeresésre, és emlékeztető, ha egy nyitott üzlet elcsendesedett. Mindkettő közvetlenül olyan pénzen ül, amit már elköltött, mindkettő két héten belül mérhető, és egyik sem kéri senkitől, hogy változtasson a munkamódszerén.

Negyedszer a behajtás. Számlaemlékeztetők az esedékesség előtt és után, kifejezett leállítási feltétellel fizetéskor. Ez az egyetlen csoport, ahol az érték készpénznapokban mérhető, ami könnyen indokolhatóvá és ellenőrizhetővé teszi.

Ötödször a kivonat. Heti összeállítás arról, mi mozdult, mi csendesedett el és mi jár. Ez változtatja meg a heti megbeszélés jellegét a leginkább a listán.

Végül minden, ami okos. Pontozás, elágazó logika, többfeltételes irányítás, bármilyen előrejelzés. Nem azért, mert rosszak, hanem mert mindegyik megsokszorozza a fenti hibamódok következményeit, és egyik sem segít, ha a rögzítés megbízhatatlan és a szabályai felének nincs gazdája.

A rekordot automatizálja, ne a kapcsolatot

Az itt tartandó vonal ez. A CRM-automatizálásnak át kell vennie mindent, ami gépies az igazság karbantartásában: a befogást, az irányítást, a frissítést, az elcsendesedés észrevételét és a visszajelentést. Nem szabad átvennie az ügyfélkapcsolat azon részeit, ahol az emberi jelenlét maga az érték.

Automatizálja a rekordot, hogy mindig naprakész legyen. Automatizálja az időzítést, hogy semmi ne várjon senki emlékezetére. Automatizálja az összerakást, hogy senki ne töltse a hétfő reggelt táblázatban. A visszakapott időt pedig fordítsa arra a beszélgetésre, amit az automatizálás épp lehetővé tett, mert ez az egyetlen része az egésznek, amire egy ügyfél valaha emlékezni fog.

Próbálja ki a Zoye-t, és írja le az első szabályát egy mondatban.

További háttérért nézze meg a folyamatautomatizálások áttekintését, a CRM adatbevitel nélkül útmutatót, és a miért buknak el a CRM-bevezetések elemzést.