Már többször felmerült a kérdés, hogy miért úgy működik az árazásunk, hogy amennyiben egy email cím többször szerepel az adatbázisodban, akkor többször fizetsz érte.
Hiszen neked egy email cím akárhányszor szerepel az adatbázisban, az csak egy személy, tehát akárhányszor van benne, akkor is csak egyszer nyújt értéket...
Vagy lehet, hogy mégsem? 🤔
Az alábbbiakban több szempontból is bemutatjuk a kérdést abban a reményben, hogy sikerül átadnunk az árazás logikáját, és ezzel is optimális megoldást mutatni számodra rendszered kialakításához.
Nézzük meg a kérdést először röviden, általánosságban, majd a két eltérő használati eset szempontjából!
a.) Miért kell többször fizetni a feliratkozókért a központi listás rendszer használata során?
Háttér: A központi listás rendszer használatakor minden egyes feliratkozási folyamathoz egy külön al-listát fogsz létrehozni, és ezekre fognak feliratkozni a feliratkozóid. Ezzel párhuzamosan minden feliratkozó be fog kerülni a központi listába is. Ez azt jelenti, hogy ha két egymástól független kommunikációs folyamatod (feliratkozási lehetőséged) van, és egy feliratkozó mindkettő iránt érdeklődik, akkor ő szerepelni fog mindkét al-listában, és a központi listádban is. Emiatt az adott feliratkozó a fiókod adatbázis méretének számításakor többször is beszámításra fog kerülni – részletek az árak oldalon találhatóak –, és emiatt a fiók havidíja valammivel magasabb lesz.
A VÁLASZ LÉNYEGE: A központi listás rendszer fő értéke, hogy több, egymástól független kommunikációs folyamatot tudsz vele kifinomultan kezelni.
A fent említett a többletköltség az ára annak, hogy:
kifinomultan tudsz kommunikálni, úgy, ahogy a versenytársaid többsége nem tud...
amikor egy hírlevél feliratkozódat megnyerted egy újabb feliratkozáshoz kötött anyagra való regisztrációnak, már nem fogod feleslegesen nyaggatni, hogy iratkozzon fel...
amikor valaki több hírleveledre, letölthető anyagodra iratkozik fel, az általános hírleveledet továbbra is csak egyszer fogja kapni – ha megnézed, ezt még a legtöbb nemzetközi guru sem képes megcsinálni csillivilli marketing automatizációs platformjaikkal!
nincs sok macera sem a rendszered felépítésével, sem a karbantartásával, mert a rendszer automatikusan intéz egy csomó részletet, amit korábban neked kellett beállítgatni, más rendszereknél pedig sokszor nem is lehet megfelelően beállítani
Úgy is mondhatnánk, hogy ez a többletköltség annak a komplexitásnak és kifnimultságnak az ára, amit a központi listás rendszerrel meg tudsz valósítani.
"...de máshol egy email cím csak egyszer számít"
Fel szokott merülni még, hogy egyik-másik nemzetközi versenytársunknál azért kedvezőbb az árazás, mert náluk egy email cím akárhányszor benne lehet az adatbázisban, mégis csak egyszer fizetsz érte.
Mi is ismerjük a versenytársainkat, és időről időre alaposabban is össze szoktuk hasonlítani az árazásukat a miénkkel. Eddig még minden összehasonlítás alkalmával azt találtuk, hogy amennyiben meg lehet valósítani azonos komplexitású, kifinomultságú rendszert az adott versenytárs szoftverével, akkor – ha sikerül keresztülverekednünk magunkat az árazási hókuszpókuszokon és apróbetűsökön, valamint az árak oldalon nem, csak a szerződésben szereplő "mellékes" részleteken – akkor azonos adatbázis méret esetén – akárhogyan is számoltak az egyes email címekkel – a SalesAutopilot ára minden összehasonlításban kedvezőbbre jött ki.
Természetesen minden ügyfelünket bátorítunk arra, hogy a használatra vonatkozó döntés előtt hasonlítsák össze a SalesAutopilot árát a megfelelő alternatívák árával, csupán arra érdemes figyelni, hogy azonos komplexitású rendszerek létrehozására érdemes csomagok árát érdemes összehasonlítani.
b.) Miért kell többször fizetni a megrendelőimért, ha többször vásárol valaki?
A SalesAutopilot eCommerce csomagjának egyik különleges lehetősége – amihez hasonlót csak a 2-3-szor magasabb árú szolgáltatásokban fogsz megtalálni –, hogy a megrendelési történet alapján tudsz szegmentálni BÁRMELYIK listára való email küldéskor vagy bármilyen szegmentáláskor (pl. zárt landing page, több lépéses űrlapok lépéseinek szegmentálása, stb.).
Természetes, hogy ha valaki pl. tízszer vásárolt már, akkor ennek a szegmentálásnak az illető minden vásárlását figyelembe kell vennie, és az is természetes, hogy ebben az eseteben ennek a szegmentálásnak nagyobb a használati értéke számodra, mintha csak egyszer vásárolt volna az illető.
Tehát ahogy a fenti a) pontban, itt is a komplexitásnak, a kifinomultságnak az árát fizeted meg, amikor egy feliratkozód többször is beleszámít az adatbázis méretedbe.
Amennyiben szeretnéd megrendelési listádat karbantartani, vagyis csökkentenéd a listaméretet, akkor nem arra érdemes fókuszálni, hogy egy adott email cím csak egyszer szerepeljen a listában (például a legutóbbi vásárlásával), a vásárló korábbi rendeléseit pedig törlöd. Inkább a régi, sikeresen lezárt megrendeléseket célszerű törölni, mivel ezekhez általában már nem kapcsolódik kommunikáció. Célszerűbb inkább a régi, sikeresen lezárt megrendeléseket eltávolítani, mivel ezekhez általában már nem kapcsolódik további kommunikáció.
Az újabb megrendeléseket javasolt addig megtartani, amíg releváns üzeneteket küldesz az adott vásárlónak. A régi rendeléseket viszont törölheted, ha biztosan nincs szükséged rájuk további szegmentálás vagy elemzés céljából. Arra azonban mindig figyelj, hogy a törléssel együtt elvesznek azok az adatok is, amelyek alapján később szűrhetnél például arra, hogy valaki mekkora összegért vásárolt, hányszor vásárolt, vagy pontosan milyen termékeket rendelt meg. Ezért mindig mérlegeld, hogy az adatbázis méret csökkentése fontosabb-e, mint a vásárlási történet és adatok alapján történő szegmentálási lehetőségek.
Megrendelési lista karbantartásánál fontos kivétel az előfizetési rendszer: ilyen rendszerekben az előfizetés első előfordulását (melyet egy piros háromszögben lévő felkiáltójel jelöl) soha ne töröld ki, mert akkor az előfizetés megszakad. Erről részletesebben az Ismétlődő fizetés általános működése Barion, SimplePay, Stripe esetében című bejegyzésünkben olvashatsz.
FONTOS: Egy feliratkozó nem annyiszor számít bele, ahányszor benne van az adatbázisban, hanem csak 1/3 annyiszor. Nézzük csak pontosan hogyan is néz ki az adatbázis méret számítás:
"Amennyiben a SalesAutopilot fiókjában szereplő email címek összes mennyisége meghaladja legnagyobb listájának aktív feliratkozóinak számának háromszorosát, úgy ezen szám 1/3-át vesszük tekintetbe adatbázis méretének számításakor."
Úgy véljük, hogy ez több, mint fair számítási mód 😎🥳🤫