Rövid módszertani összefoglaló — bringuleads.io
Miről szól ez az anyag
Arról, hogyan állítunk össze egy outbound listát úgy, hogy ne mindenki ugyanazt a levelet kapja.
Nem elmélet: egy konkrét kampány felépítését írja le, a szűrési döntésekkel és a számokkal együtt. Kb. 5 perc elolvasni.
A probléma a szokásos listákkal
Egy megvett vagy exportált lista jellemzően cégméret, iparág és pozíció szerint van szűrve. Ez három dolgot mond el a címzettről — és egyiket sem arról, hogy van-e neki most problémája.
Egy 200 fős gyártocég IT-vezetője lehet, hogy tavaly cserélt le mindent. A szomszéd cégnél ugyanaz a titulus egy tíz éve nem frissített rendszeren ül. A lista mindkettőt egyformán kezeli, és mindkettő ugyanazt a levelet kapja.
A válaszarány nem azért alacsony, mert rossz a szöveg. Azért, mert a lista fele nem érintett abban, amiről a szöveg szól.
A módszer négy lépésben
1. Technológiai jel gyűjtése
A cégek publikus rendszereiből (weboldal, DNS, e-mail infrastruktúra) kiolvasható, milyen technológiát használnak. Ez nem magánadat és nem behatolás — ugyanaz, amit bárki lát, aki megnyitja az oldalt.
Amit ez elárul: milyen keretrendszer fut, mennyire régi, van-e mellette modern réteg, milyen levelezőrendszert használnak, milyen CMS-en van a site.
2. A jel értelmezése — ez a lényegi lépés
Önmagában egy technológia neve keveset mond. Egy példa a legutóbbi kampányból:
Az ügyfél kifejezetten kérte, hogy PHP-s cégeket keressünk, mert „azok tudnak még régi rendszerek lenni”. Logikus feltévés. Az adat viszont mást mutatott:
| Csak régi tech | Van modern is | Összesen | |
|---|---|---|---|
| CMS (Drupal, Joomla) | 266 | 93 | 359 |
| PHP | 139 | 274 | 413 |
| .NET / Java | 290 | 151 | 441 |
A PHP-s cégek kétharmadánál ott volt React vagy TypeScript is. Vagyis a PHP náluk nem elavultságot jelentett, csak egy réteget egy karbantartott rendszerben. Arányaiban ez lett a leggyengébb szegmens.
Amit viszont az ügyfél eleve ki akart hagyni — a .NET és Java —, abban volt a legtöbb tiszta jel.
A tanulság: nem a technológia neve a jel, hanem az, hogy mi hiányzik mellőle. Ha egy cégnél csak régi technológia látszik és semmilyen modern réteg, ott valószínűleg évek óta nem nyúlt hozzá senki.
3. Szegmensenként külön nyitómondat
A szegmens nem azért van, hogy tudd, kit hagyj ki. Azért, hogy más levelet írj nekik.
Ugyanaz az ajánlat, három belépés:
- CMS legacy → „a támogatás nélküli CMS, amihez senki nem akar hozzányúlni”
- PHP legacy → „a rendszer megvan, de aki írta, már nincs a cégnél”
- .NET / Java → „a backend rendben van, a felület fölötte tízéves”
A levél többi része szó szerint azonos. Egy szekvencia, három nyitómondat.
4. Kiküldési higiénia
Ami a legjobb listát is elviszi:
- Cégenként maximum 3 kontakt. Nyolc ember ugyanannál a cégnél, ugyanazzal a levellel, ugyanazon a napon — ez a fogadó levelezőrendszernek spam.
- Külön domain, nem a főoldalé. Ha valami félremegy, ne a cég e-mail-forgalma bánja.
- Verifikált címek. Egy 20%-os bounce néhány nap alatt tönkreteszi a feladói reputációt.
Amit ez a módszer nem old meg
Hogy tisztázzuk az elvárásokat:
- Nem pótol referenciát. Ha egy piacon nincs releváns esettanulmányod, a szegmentálás ezen nem segít.
- Nem működik minden ajánlatnál. Akkor van értelme, ha a technológiai állapot tényleg összefügg a problémával, amit megoldasz. Egy könyvelőprogramnál nincs ilyen kapcsolat.
- Nem azonnali. Egy három lépéses szekvencia kifutása napi 60 levéllel, 600–700 kontaktnál 8–9 hét.
Mit jelent ez a gyakorlatban
A fenti kampánynál a 2263 fős nyers exportból:
- 1000 fő feletti cégek, IT-szolgáltatók (versenytárs) és közszféra kizárása után 1479 kontakt
- ebből tiszta technológiai jellel 695 kontakt
- cégenként max. 3 kontaktra korlátozva 669 kontakt / 542 cég
Vagyis a nyers lista 70%-a kiesett — és pont ez a lényeg. Ami maradt, arra van értelme szöveget írni.
bringuleads.io | pipeline as a service Herczeg Máté