Partnertörzs-tisztítás a gyakorlatban: 44 507 partner, és minden harmadik e-mail-cím hibás
Egy kampány előtt lehúztuk a partnertörzset a vállalatirányítási rendszerből. Negyvennégyezer-ötszázhét partner, húsz év alatt összegyűlve, több elődrendszerből örökölve. Az e-mail-címek 35,7 százaléka hibás volt: elgépelt, kitalált, két cím egy mezőben, vagy egy helyőrző, amit valaki azért írt be, hogy a felület tovább engedje. Minden harmadik levél a semmibe ment volna, és a visszapattanások a maradék kézbesítését is rontották volna.
Ez a cikk arról szól, hogyan mérje fel a saját partnertörzsét egy nap alatt, milyen hibaosztályokra bomlik a „hibás cím”, melyik osztályt javítja gép és melyiket csak ember, és mi az, ami a tisztítás után visszamehet a vállalatirányítási rendszerbe — meg mi az, ami nem. A sorrend végig ugyanaz: előbb mérés, utána javaslat, és csak a legvégén — külön döntéssel — a visszaírás.
Hogyan lesz egy partnertörzsből minden harmadik címnél hibás adat?
A hibás e-mail-cím ritkán hanyagság. Szinte mindig a rögzítési helyzet szüli, és a rögzítési helyzet mindenhol ugyanaz: valaki dolgozik, siet, és a felület nem engedi tovább, amíg nincs kitöltve egy mező. Ilyenkor kerül be a törzsbe a kolléga saját címe, egy kötőjeles kitöltő szöveg, vagy egy cím, amit hallás után gépeltek be.
Egy húsz évnél idősebb törzsben ezek a döntések rétegekben állnak egymáson. A partnerek egy része elődrendszerekből öröklődött át, ahol más volt a mezőszerkezet; egy másik része olyan cégeké, amelyek azóta megszűntek vagy domaint váltottak; a harmadik rész pedig azoké, akikkel egyszer volt dolgunk, és a címet azóta sem ellenőrizte senki. Senki nem hibázott nagyot. Az eredmény mégis az, hogy a törzs egyharmada használhatatlan arra, amire a legtöbben használni akarják: kimenő kommunikációra.
A baj ott kezdődik, hogy a hibás cím sokáig nem kerül semmibe. Amíg nem megy ki levél, addig a törzs hibátlannak látszik. A hiba akkor jelentkezik, amikor pénz vagy határidő van a levélen: egy fizetési felszólítás, egy számlaértesítő, egy időpont-visszaigazolás, egy ajánlat. Ilyenkor derül ki, hogy a partner nem kapta meg, és a kolléga telefonálhat utána. Ezért is szoktuk mondani, hogy a törzsadat minősége nem adatkérdés, hanem folyamatkérdés: az automata fizetési felszólítás pontosan annyit ér, amennyit a mögötte lévő címadat.
A második baj, hogy a hibás cím rontja a jó címek kézbesítését is. A levelezőrendszerek figyelik, hány visszapattanást termel egy feladó. Egy nagy, tisztítatlan listára küldött kampány után a következő, teljesen jogszerű és várt levél is könnyebben landol a levélszemétben. A tisztítás tehát nem a hibás címekért van, hanem a jókért.
A felmérés: egy nap, csak olvasás, három szám
A felmérés célja nem a javítás, hanem a döntéshez elég kép. Ehhez három szám kell: hány partner van, hányhoz tartozik egyáltalán cím, és a címek mekkora része bukik el egy gépi ellenőrzésen. Nálunk ez a három szám egy nap alatt megvolt, és a kapcsolat végig csak olvasásra ment a vállalatirányítási rendszer felé: a felmérés egyetlen sort sem módosít.
| Lépés | Mit csinálunk | Mi jön ki belőle |
|---|---|---|
| 1. Körülhatárolás | Eldöntjük, mi számít partnernek: aktív, inaktív, magánszemély, cég, saját cégcsoport. A szűrőt írásban rögzítjük. | Egy szám, ami később is ugyanazt jelenti |
| 2. Legyűjtés | Read-only lekérdezés a törzsre: azonosító, név, típus, e-mail-mező, utolsó mozgás dátuma | Egy tábla, amin mérni lehet |
| 3. Formai ellenőrzés | Szintaktikai vizsgálat, szóközök, több cím egy mezőben, ismert helyőrző-minták | A hibás címek aránya — nálunk 35,7 százalék |
| 4. Domain-oldali ellenőrzés | Létezik-e egyáltalán a domain, fogad-e levelet; a gyakori elgépelések kigyűjtése | A „javítható” és a „halott” címek szétválasztása |
| 5. Duplikátum-vizsgálat | Ugyanaz a cím hány partneren szerepel; ugyanaz a partner hányszor van felvéve | Az összevonandó partnerek listája |
| 6. Jelentés | Számok, hibaosztályok, javaslat — döntéshez, nem végrehajtáshoz | Egy oldal vezetőnek, egy tábla a végrehajtónak |
Egy dolgot szándékosan nem csinálunk a felmérés kedvéért: nem küldünk körlevelet a teljes listára azért, hogy a visszapattanásokból mérjünk. Ez a leggyorsabb módja annak, hogy a cég feladó-hírnevét tönkretegyük, ráadásul adatvédelmi szempontból is kérdéses, mert a tömeges küldésnek így nincs valódi üzenetküldési célja (ez nem jogi tanács — kétséges esetben kérdezzen szakembert). A visszapattanás hasznos adat, de azt az éles, jogszerű küldésekből gyűjtjük vissza — erről külön szól a feladó és visszapattanás cikkünk. Más kérdés egy szűk, célzott kör: ha néhány tucat, üzletileg fontos címzettnek amúgy is megy valódi, jogszerű levél, annak a kézbesülése önmagában is ellenőrzés — ez kontrollált, egyszeri kör, nem mérési célú tömegküldés.
A felmérés terméke az összesített arány (ebben az esetben 44 507 partner, 35,7 százalék hibás cím). A hibaosztályok szerinti bontás már a tisztítás első lépéséhez tartozik, nem a felméréshez — ezért az alábbi táblázatban osztályokat és teendőket talál, nem arányokat. Ez a sorrend szándékos: a döntéshez elég egy szám, a munkához viszont osztályok kellenek.
Hét hibaosztály — és hogy melyiket javíthatja egyáltalán gép
A „hibás e-mail-cím” gyűjtőfogalom, és a tisztítás akkor kezelhető, ha szétszedjük. Az alábbi hét osztály az, amivel egy magyar kkv törzsében rendszeresen találkozunk. A harmadik oszlop a lényeg: a gép a hibát megtalálja, de a javítást szinte sosem szabad rábízni.
| Hibaosztály | Tünet a törzsben | Gép javíthatja? | Mi a teendő |
|---|---|---|---|
| 1. Nincs cím | Üres mező | Nem | Meg kell szerezni: következő ügyintézésnél, űrlapon, számlakísérőn |
| 2. Formailag hibás | Hiányzó kukac, szóköz a címben, elgépelt végződés | Részben (javaslatot ad) | Javaslat-listára megy, ember hagyja jóvá |
| 3. Több cím egy mezőben | Vesszővel, pontosvesszővel vagy szóközzel elválasztott címek | Igen, szétválasztásra | Szét kell bontani; el kell dönteni, melyik a hivatalos |
| 4. Helyőrző | Kötőjel, „nincs”, „x”, a cég saját címe minden partneren | Igen, felismerésre | Törlés — a helyőrző rosszabb, mint az üres mező, mert kézbesítést ígér |
| 5. Nem a partneré | A kollégáé, az ügynöké, a könyvelőé, egy hozzátartozóé | Nem | Külön mezőbe (kapcsolattartó), nem a partner hivatalos címére |
| 6. Halott domain | Megszűnt cég, régi domain, fogadni sem tud | Igen, felismerésre | Inaktiválás; a partner is valószínűleg inaktív |
| 7. Duplikátum | Ugyanaz a cím sok partneren, vagy egy partner többször felvéve | Részben | Összevonás — ez már nem cím-, hanem partner-kérdés |
Van egy nyolcadik kategória, ami nem hiba, csak kockázat: a szabad levelezőrendszerek (freemail) használata céges partnereknél. Egy szűkebb, 201 fős vevői körön külön is megmértük: a freemail-címek aránya 9,5 és 13,6 százalék között szóródott az egyes vevői szegmensekben, és ebben a szűk, aktívan vásárló körben minden vevőnek volt cím a törzsben — ahol értelemszerűen jobb az adat, mint a húszéves törzs egészében. Ezek a címek működnek, de más a viselkedésük: a cég megszűnése után is élnek, viszont a céges levélszűrők és a hitelesítési szabályok másképp bánnak velük, és vitás helyzetben nehezebb bizonyítani, hogy a levél a partnerhez ment.
Ennél a mérésnél egy dolog volt igazán fontos, és ezt bárkinek javasoljuk: a recept írásban. Nálunk rögzítve van, hogy mely időszak lezárt számlái számítanak, hogy a sztornók ki vannak zárva, hogy egyedi vevőnként számolunk, és hogy a saját cégcsoport nem kerül bele. E nélkül két hónap múlva ugyanaz a kérdés más számot ad, és senki nem tudja megmondani, melyik a jó.
Tisztítási szabályok: mit javít a gép, mit az ember, és mit soha senki
A tisztítás nem a törzsben kezdődik. Egy külön javaslat-listán kezdődik, aminek minden sora ugyanúgy néz ki: partner azonosítója, a mai érték, a javasolt érték, a hibaosztály, és az indoklás, hogy miből következik a javaslat. Ez a lista jóváhagyható, visszautasítható, archiválható — és ha később valami nem stimmel, visszakereshető.
Amit gép csinál: felismerés és javaslat. Kiszűri a felesleges szóközöket, jelzi az ismert végződés-elgépeléseket, szétbontja a több címet tartalmazó mezőket, megjelöli a helyőrző-mintákat, kilistázza a nem létező domaineket, és kigyűjti a duplikátumokat. Ez a munka nagy része, és ez az, ami emberrel napokig tartana.
Amit ember csinál: a döntés. Melyik a partner hivatalos címe, ha kettő van. Kapcsolattartó-e vagy partner-cím. Összevonható-e két partner, vagy csak hasonlítanak. Ezek üzleti kérdések, nem adatkérdések, és a válasz gyakran az ügyintézőnél van, nem a rendszerben.
Amit soha senki: nem találunk ki adatot. Nem másolunk át címet egy kapcsolódó partnerről, csak mert kézenfekvő. Nem „javítunk” olyan domaint, ami létezik, csak mert szokatlan. És nem írunk vissza tömegesen olyan javaslatot, amit előtte ember soronként nem látott. Egy rossz automatikus csere ugyanolyan drága, mint egy hiányzó cím, csak nehezebb észrevenni, mert utána a törzs magabiztosan néz ki.
Ez a tilalom az adatra vonatkozik, nem a szabályra. Szabályt igenis kell alkotni: ha egy nyilvánosan közzétett, hivatalos elérhetőség-forma ismert, vagy ha egy állapotnak nincs kész definíciója a forrásrendszerben, azt ki kell mondani és le kell írni — a leírt szabály ellenőrizhető és visszavonható, a fejben tartott találgatás nem. A különbség egyszerű: a szabály nyilvános, a kitalált adat viszont beépül a törzsbe, és onnantól ténynek látszik.
A tisztításnál fontosabb a bejövő oldal. Ha a rögzítő felület továbbra is elfogad bármit, a törzs fél év alatt visszaromlik ugyanoda. Három olcsó szabály a legtöbbet hozza: a mező formai ellenőrzése rögzítéskor, a helyőrzők tiltása (inkább maradjon üresen), és egy kötelező kérdés az ügyintézési folyamatban, hogy jó-e még a cím. A negyedik szabály pedig az, hogy a kimenő csatornák visszajelzése (visszapattanás, leiratkozás, tiltakozás) vezessen vissza a törzsbe — enélkül a következő kör ugyanazokat a halott címeket próbálja újra.
Ha a tisztítás után kampány következik, a jogi keret külön kérdés: kinek mehet egyáltalán reklám, milyen jogalapon, és mit kell a tiltólistával kezdeni. Ezt a céges tömeglevél és SMS jogszerűen cikkben írtuk meg; a tisztított lista önmagában nem jogalap.
Mi mehet vissza az ERP-be — és miért nem írunk bele alapból?
A TARVIX alapállása az, hogy a vállalatirányítási rendszerhez csak olvasásra kapcsolódunk. Ez nem félénkség, hanem kockázatarány. Egy húsz éve épülő rendszerben a mezők mögött eljárások, naplók, riportok és megszokások vannak, amiket kívülről nem látunk. Egy tömeges módosítás nemcsak a címet írja át, hanem elronthat mindent, ami arra a mezőre épül — és a rendszer szállítói támogatása is kérdésessé válhat, ha kívülről nyúlnak bele.
Ez nem jelenti azt, hogy visszaírás soha nem lehetséges. Azt jelenti, hogy az olvasás az alap, az írás pedig külön döntés, külön engedéllyel, külön eljárással. Ha egy tisztítás eredménye vissza akarna kerülni a törzsbe, nálunk ehhez az alábbi öt feltétel együtt kell.
| Feltétel | Miért |
|---|---|
| Írásos engedély a rendszer gazdájától | A rendszert nem mi üzemeltetjük; a felelősség ott van, ahol az engedély |
| Tételes, jóváhagyott javaslat-lista | Nem szabályt engedélyezünk, hanem sorokat: ezek a címek, ezekre az értékekre |
| Teljes napló | Ki, mikor, melyik sort, miről mire — utólag is elszámoltatható legyen |
| Visszaállíthatóság | A módosítás előtti értékek mentése; egy rossz kör visszafordítható |
| Kis adagok, ellenőrzéssel | Először tíz sor, ellenőrzés, aztán száz — nem negyvenezer egyszerre |
Hogy néz ki ez a gyakorlatban? A visszaírás nálunk mindig külön döntés, és alapértelmezésben nem történik meg: a kapcsolat csak olvasásra áll fenn, a tisztított adat pedig jóváhagyható javaslat-listaként él — a kimenő automaták ebből dolgoznak, nem a törzs átírt változatából. Ha egy ügyfél később mégis azt kéri, hogy a javított érték kerüljön vissza a rendszerébe, az egy külön engedélyezett, tételesen naplózott, visszaállítható kör, nem a tisztítás automatikus folytatása.
A javaslat-lista önmagában is használható: a kampányok és az automata levelek szűrhetők vele, az üres és halott című partnerek kimaradnak, a jó címek pedig kézbesülnek. A törzs javítása ettől még kívánatos, csak nem előfeltétel. Arról, hogy hol húzzuk meg a határt gép és éles rendszer között, külön cikkünk szól: írhat-e AI éles rendszerbe.
Gyakori kérdések
Mitől lesz hibás egy partnertörzs e-mail-címe?
A leggyakoribb ok nem a hanyagság, hanem a rögzítési helyzet: a felület nem enged tovább kitöltetlen mezővel, ezért helyőrző vagy a kolléga saját címe kerül be. Ehhez jönnek az elgépelések, az elődrendszerekből örökölt adatok, a megszűnt cégek domainjei és a több cím egy mezőben.
Hogyan mérhető meg, hány e-mail-cím hibás a törzsben?
Egy csak olvasásra futó lekérdezéssel és négy ellenőrzéssel: formai vizsgálat, helyőrző-minták keresése, a domain létezésének ellenőrzése és duplikátum-vizsgálat. Egy közepes méretű törzsnél ez egy nap alatt megvan. Mérés céljából ne küldjön körlevelet a teljes listára: az rontja a feladó hírnevét.
Szabad-e automatikusan javítani az e-mail-címeket az ERP-ben?
Tömegesen nem javasoljuk. A gép feladata a felismerés és a javaslat; a javításról ember dönt soronként. Ha a javított adat mégis visszakerül a rendszerbe, ahhoz írásos engedély, jóváhagyott tételes lista, teljes napló, visszaállíthatóság és kis adagokban való végrehajtás kell.
A freemail cím hibás címnek számít?
Nem, de más a kockázata. Az ilyen cím a cég megszűnése után is él, viszont a levélszűrők és a hitelesítési szabályok másképp kezelik, és vitás helyzetben nehezebb igazolni, hogy a levél a partnerhez jutott. Egy 201 fős vevői körben ezek aránya 9,5 és 13,6 százalék között mozgott.
Mennyi ideig tart egy partnertörzs-felmérés?
A felmérés maga egy nap: körülhatárolás, legyűjtés, négy ellenőrzés, jelentés. A tisztítás ennél hosszabb, mert emberi döntéseket igényel, és a tempóját az szabja meg, hány sort tud egy kolléga naponta átnézni. A rögzítési szabályok bevezetése viszont azonnal megállítja a további romlást.
Mit kezdjünk a visszapattanó címekkel?
A tartósan hibás címeket ki kell venni a küldésből és meg kell jelölni a törzsben, az átmeneti hibákat (például megtelt postafiók) később újra lehet próbálni. A lényeg, hogy a visszajelzés visszakerüljön az adatba, különben a következő kampány ugyanazokat a halott címeket próbálja újra.
A következő lépés: mérje meg a saját törzsét egy délután alatt
Ehhez nem kell projekt. Kell egy export a partnertörzsből (azonosító, név, típus, e-mail, utolsó mozgás), egy táblázatkezelő, és két óra. Öt lépés:
- Számolja meg, hány partner van, és ebből hánynak van egyáltalán e-mail-címe. Ez a két szám már önmagában beszédes.
- Szűrjön a nyilvánvaló hibákra: hiányzó kukac, szóköz a címben, vessző vagy pontosvessző a mezőben. Ez percek alatt megvan.
- Keressen helyőrzőket: a leggyakoribbak egy kötőjel, egy „nincs”, egy „x”, vagy a cég saját címe több száz partneren. Rendezze a címeket, és nézze meg, melyik ismétlődik gyanúsan sokszor.
- Nézze meg a domaineket: csoportosítsa őket, és nézze át a húsz leggyakoribbat. Az elgépelt változatok itt fognak kilógni.
- Vesse össze a mozgással: ahol évek óta nincs semmi, ott a hibás cím valószínűleg nem is fontos. A tisztítást ott kezdje, ahol aktív a partner.
Ha a végén az jön ki, hogy a címek harmada bukik, az nem kirívó eset — nálunk is ez jött ki. Ilyenkor érdemes eldönteni, hogy a tisztítás egyszeri akció lesz-e, vagy folyamat: a mi tapasztalatunk szerint az egyszeri akció magától elkopik, a rögzítési szabály viszont megmarad.
Aki ennél tovább menne: a következő természetes kérdés nem a cím, hanem az ügyfél. Ha már tudja, kihez tud eljutni, azt is érdemes megnézni, kihez érdemes — erről szól az Néma ügyfelek az ügyféltörzsben. Ha pedig a riportjai is ebből a törzsből dolgoznak, ajánljuk az Adatminőség a riportban. Egy felmérés és egy javaslat-lista elkészítése nálunk az AI-audit része; a nagyságrendhez a megtakarítás-kalkulátor két perc alatt ad egy első számot.