Problem: svi diraju privolu, nitko je ne posjeduje

Pitajte tko posjeduje privolu kod tipičnog izdavača koji se financira oglasima i čut ćete nekoliko odgovora. Pravni tim napisao je pravila o kolačićima. Ad ops dodao je dobavljače. Inženjering je instalirao banner. Proizvod je prošlog kvartala promijenio dizajn. Marketing je prošlog tjedna dodao novi piksel. Svaka od tih promjena bila je sama po sebi razumna, ali nitko nije bio odgovoran za to kako se uklapaju — i tako web-mjesto završi s tagom koji se aktivira prije privole, dobavljačem koji nedostaje u banneru ili redizajnom koji je tiho smanjio stopu privole.

Ovaj članak predlaže jednostavan model vlasništva kako bi odluke o privoli imale jasnog vlasnika, jasnog odobravatelja i jasan proces.

Zašto je vlasništvo važno i za prihode, a ne samo za rizik

Privola je između dvaju ciljeva koji vuku u različitim smjerovima. Pravni timovi i timovi za privatnost usredotočeni su na to poštuje li postava izbore korisnika i pravila koja vrijede. Ad ops i timovi za prihode usredotočeni su na to koliko se inventara može unovčiti po punoj vrijednosti. Obje strane s pravom brinu. Bez definiranog vlasnika neslaganja rješava tko god je zadnji dirao konfiguraciju, a ne odluka koju netko kasnije može objasniti.

Uloge

Većina izdavača može rad na privoli preslikati na pet uloga, čak i ako jedna osoba drži nekoliko njih:

• Privatnost ili pravni poslovi — tumači pravila, odobrava svrhe, pravne osnove i formulacije bannera te posjeduje pravila o kolačićima.
• Ad ops ili prihodi — upravlja partnerima za potražnju i popisima dobavljača, prati prihode povezane s privolom i traži promjene koje utječu na unovčavanje.
• Inženjering — implementira CMP, kontrolira učitavanje tagova i brine da skripte poštuju signale privole.
• Proizvod i dizajn — posjeduje iskustvo bannera unutar granica koje postavlja pravni tim i provodi testove rasporeda i teksta.
• Marketing i analitika — traži nove tagove i alate za mjerenje i oslanja se na signale privole za izvješćivanje.

RACI za odluke koje se ponavljaju

RACI navodi tko je Responsible (odgovoran za rad), Accountable (donosi konačnu odluku), Consulted (konzultiran) i Informed (obaviješten). Evo polazišta:

Dodavanje novog dobavljača ili taga

• Responsible: ad ops ili marketing (tko god to traži).
• Accountable: privatnost ili pravni poslovi.
• Consulted: inženjering, u vezi s načinom na koji će biti uvjetovan.
• Informed: proizvod.

Promjena dizajna ili teksta bannera

• Responsible: proizvod i dizajn.
• Accountable: privatnost ili pravni poslovi.
• Consulted: ad ops, zbog očekivanog utjecaja na prihode.
• Informed: inženjering i marketing.

Promjena svrha ili pravnih osnova

• Responsible i accountable: privatnost ili pravni poslovi.
• Consulted: ad ops i inženjering.
• Informed: svi koji se oslanjaju na podatke o privoli.

Konfiguracija i izdanja CMP-a

• Responsible: inženjering.
• Accountable: imenovani vlasnik privole (vidi dalje).
• Consulted: privatnost i ad ops.
• Informed: proizvod i marketing.

Praćenje metrika privole i prihoda

• Responsible: ad ops.
• Accountable: vlasnik privole.
• Consulted: proizvod.
• Informed: privatnost ili pravni poslovi, osobito o anomalijama.

Imenujte jednog vlasnika privole

RACI najbolje funkcionira kad je jedna osoba odgovorna za postavu privole u cjelini. To nije nužno najstarija osoba; to je osoba koja drži u skladu popis dobavljača, konfiguraciju bannera, inventar tagova i pravila o kolačićima te koja okuplja prave ljude kad se nešto promijeni. U malim timovima to je često netko iz ad opsa ili inženjeringa s izravnom vezom prema pravnom timu.

Procesi koji omogućuju da model radi

1. Put za zahtjeve za nove tagove. Svaki novi piksel, SDK ili partner prolazi kroz jedan prijem, uz kratak obrazac: što radi, koje podatke prikuplja, koje svrhe treba, tko ga je zatražio.
2. Dnevnik promjena. Bilježite svaku promjenu dobavljača, svrha, teksta i dizajna bannera, s datumom i odobravateljem. To je neprocjenjivo kad se metrika pomakne ili stigne pitanje partnera ili regulatora.
3. Provjera prije izdanja. Nijedno izdanje koje dira tagove ili banner ne ide uživo bez testa privole u čistom pregledniku.
4. Redovit pregled. Jednom u kvartalu vlasnik uspoređuje popis dobavljača sa stvarnim tagovima, metrike privole s prihodima, a pravila o kolačićima s oboje.
5. Put eskalacije. Kad se pravni tim i prihodi ne slažu, odluka ide imenovanoj osobi, a obrazloženje se zapisuje.

Znakovi da vam nedostaje model vlasništva

• Nitko ne može reći kada je popis dobavljača zadnji put pregledan.
• Na web-mjestu se pojavljuju tagovi kojih nema u CMP-u.
• Izmjene bannera izlaze a da nitko poslije ne provjeri stopu privole.
• Različiti timovi daju različite odgovore o tome koji partneri primaju TC string.
• Odgovori na pitanja partnera o signalima privole traju danima.

Ključni zaključci

• Privola dira pravni tim, ad ops, inženjering, proizvod i marketing; treba joj jedan odgovorni vlasnik.
• Jednostavan RACI pretvara odluke koje se ponavljaju u predvidljiv proces.
• Usmjerite svaki novi tag kroz jedan prijem s pregledom privole.
• Vodite dnevnik promjena i pregledavajte postavu kvartalno.
• Zapišite kako se rješavaju neslaganja između prihoda i privatnosti.