Kezdje azokkal a döntésekkel, amelyeket a csapatnak meg kell hoznia, rendeljen hozzájuk eredményeket és ellenőrizhető jeleket, pontosan definiálja a mutatókat, és határozza meg a forrást, a felelőst, az adatvédelmet és a QA-t is.
A mérési terv megállapodás arról, hogy a webanalitikának mely kérdésekre kell választ adnia, és hogyan használják fel az adatokat a döntéshozatalban. Nélküle a csapat automatikus megtekintéseket, több tucat kattintást és homályos konverziókat gyűjt, de a webhely módosításakor nem tudja megmondani, melyik mutató melyik konkrét célhoz tartozik. Több adat így nem hoz nagyobb bizonyosságot.
Egy jó terv összekapcsolja a felhasználói eredményt, az üzleti célt, a megfigyelhető viselkedést, az adatforrást és a felelős gazdát. Azt is tartalmazza, mit nem fognak gyűjteni, milyen bizonytalanság marad, és hogyan ellenőrzik a megvalósítást. Nem egy statikus táblázat a weboldal indulásához; együtt változik a kínálattal, a folyamatokkal, a hozzájárulással és a csapat döntéseivel.
A döntési kérdés megelőzi az eszköz kiválasztását
Írja össze a rendszeres döntéseket: melyik szolgáltatást kell fejleszteni, hol bomlik meg az út, melyik tartalmat kell frissíteni, vagy hogy egy új űrlap megfelelő ajánlatkéréseket hoz-e. A „Hogy teljesít a weboldal?” kérdés túl tág. Konkrét tárgyra, közönségre, időszakra és az eredménytől függően végrehajtható lehetséges intézkedésre van szükség.
Minden kérdésnél nevezze meg a döntésért felelős személyt és a gyakoriságot. Ha egyetlen csapat sem használja fel az eredményt, az adatgyűjtésre talán nincs szükség. Különböztesse meg a stratégiai, az operatív és a diagnosztikai mutatókat. A nem működő űrlapról szóló napi riasztásnak más a mércéje és a közönsége, mint az organikus megkeresések minőségének negyedéves értékelésének.
- konkrét kérdés és lehetséges döntés
- felelős, közönség és az ellenőrzés ritmusa
- a szolgáltatás, az oldal vagy a folyamat terjedelme
- a küszöb, amelynél beavatkozás következik
Az eredmény és a jelzés nem ugyanaz
Az eredmény lehet minősített érdeklődés, befejezett foglalás, egy feladat sikeres megoldása vagy egy funkció használata. A gombra kattintás csak egy jelzés az úton. Egyetlen esemény nem bizonyít üzleti értéket, és az offline eredmény nem feltétlenül rendelhető hozzá teljes mértékben. A tervnek a teljes láncot és a bizonytalansági pontokat is meg kell mutatnia.
Minden úthoz hozza létre a felfedezés, a bevonódás, a befejezés és a későbbi eredmény rétegeit. Kerülje az olyan mutatót, amely a feladat javítása nélkül is javítható, például a lépések számának növelésével és ezáltal az interakciók számának emelésével. A guardrail mutatók a hibákat, lemondásokat, reklamációkat vagy a rendelkezésre állást követik, hogy egyetlen szám optimalizálása ne okozzon kárt máshol.
- a fő felhasználói vagy üzleti eredmény
- támogató jelzések az eredményhez vezető úton
- diagnosztikai hibák és technikai korlátok
- guardrail a nem kívánt mellékhatás ellen
A metrika definíciójának reprodukálhatónak kell lennie
Írja le a nevet, a jelentést, a számítást, a mértékegységet, a hatókört, a szűrőket, az időzónát és a forrást. A „konverzió” nem elegendő, ha az egyik riport az űrlapküldést, a másik a CRM-ben minősített kapcsolatot számolja. Arány esetén határozza meg a számlálót és a nevezőt is. Egyedi felhasználónál ismerje el, hogy az identitás és a hozzájárulás befolyásolja az adatok elérhetőségét.
Határozza meg, hogyan kezelik az ismétlést, a lemondást, a tesztlátogatást, a belső forgalmat és a késleltetett importot. A történeti definíciót ne módosítsa csendben. Ha a változtatás szükséges, verziózza, jegyezze fel a dátumát, és lehetőség szerint őrizze meg az összehasonlítható újraszámítást. A dashboardnak a definíciót a szám mellett vagy könnyen elérhető adatszótárban kell megjelenítenie.
Az adatforrás, az adatvédelem és a minőség egy sorba tartozik
Minden metrikánál adja meg az igazság forrásául szolgáló rendszert, a gyűjtés módját, a függőségeket és az ismert hiányosságokat. A kattintást a webanalitika méri, a rendelés állapotát az üzleti rendszer, a fizetés beérkezését pedig a könyvelési vagy fizetési forrás. Ne próbáljon mindent a böngészőből levezetni, ha a hiteles eredmény a szerveren vagy offline jön létre.
Csak a célhoz mérten indokolt adatokat gyűjtse, és vegye figyelembe a hozzájárulást, a megőrzési időt, a hozzáféréseket és a jogi értékelést. A mérési terv nem jogi garancia. Tiltsa meg a személyes adatokat az eseménynevekben, az URL-ekben és a szabad szöveges paraméterekben. Minden forrásnál határozza meg a minőségért felelős személyt, a biztonságos továbbítást és a kiesésre adott reakciót.
- az adott eredményért felelős hiteles rendszer
- az adatgyűjtés módja és az ismert adatvesztések
- cél, hozzájárulás, megőrzés és jogosultságok
- tiltott érzékeny értékek és szabad szöveg
A minőségbiztosítás és a rendszeres felülvizsgálat élőn tartja a tervet
Telepítés előtt teszteljen minden eseményt a sikeres és a hibás ágon is, a releváns eszközökön és különböző hozzájárulási állapotok mellett. Hasonlítsa össze a számokat a mérvadó rendszerrel egy ellenőrzött mintán. Ellenőrizze a duplikációkat, a hiányzó paramétereket, a belső forgalmat, az időzónát, valamint azt, hogy a dashboard a helyes definíciót használja-e.
A tervet ellenőrizze a webhely, a termék, a tagek, a hozzájárulás és a belső folyamat változásakor. Távolítsa el azokat a mutatókat, amelyeket senki sem használ, és vegye fel a döntéshozatal során felmerült kérdéseket. Tartsa nyilván a verziót, a jóváhagyót és az ismert incidenseket. Egy jó terv csökkenti a bizonytalanságot, de emberi értelmezés nélkül nem garantál teljes adatokat és helyes döntést.
Gyakori kérdések
Hány KPI-ja legyen egy weboldalnak?
Rögzített szám nem létezik. Minden KPI-nak egy konkrét döntést kell támogatnia. Világos eredmények és diagnosztikák kisebb köre általában használhatóbb, mint több tucat egyenrangú szám.
Konverziónak számít-e egy kattintás a kapcsolatfelvételre?
Lehet támogató esemény, de nem igazolja a megvalósult vagy minősített kapcsolatfelvételt. A definíciót nevezze meg pontosan, és lehetőség szerint kösse össze a későbbi eredménnyel.
Ki legyen a mérési terv gazdája?
Ideális esetben közös felelős az üzlet, az analitika, a fejlesztés és az adatvédelem között. Egy személy koordinálja a verziót, de a definíciókat az adatokat használó csapatoknak kell jóváhagyniuk.
Források és további olvasnivaló
- GDPR – hivatalos szöveg az EUR-Lexen
- European Data Protection Board
- Szlovák Köztársaság Személyes Adatok Védelmének Hivatala (Úrad na ochranu osobných údajov SR)
Adam Antoni vyvíja weby, aplikácie a softvér na mieru. Prepája firemné systémy, automatizuje procesy a vytvára AI agentov. Pôsobí v Spišskej Novej Vsi a spolupracuje s firmami na celom Slovensku.
