Težava: vsi se dotikajo privolitve, nihče je ni lastnik

Vprašajte, kdo je lastnik privolitve pri tipičnem izdajatelju, ki se financira z oglasi, in slišali boste več odgovorov. Pravna ekipa je napisala pravilnik o piškotkih. Ad ops je dodal dobavitelje. Inženiring je namestil pasico. Produkt je prejšnje četrtletje spremenil oblikovanje. Marketing je prejšnji teden dodal nov piksel. Vsaka od teh sprememb je bila sama po sebi smiselna, a nihče ni bil odgovoren za to, kako se ujemajo — in tako spletno mesto konča z oznako, ki se sproži pred privolitvijo, dobaviteljem, ki manjka v pasici, ali prenovo, ki je tiho znižala stopnjo privolitve.

Ta članek predlaga preprost model lastništva, da imajo odločitve o privolitvi jasnega lastnika, jasnega odobritelja in jasen proces.

Zakaj je lastništvo pomembno tako za prihodke kot za tveganje

Privolitev je med dvema ciljema, ki vlečeta v različni smeri. Pravne ekipe in ekipe za zasebnost se osredotočajo na to, ali nastavitev spoštuje izbire uporabnikov in veljavna pravila. Ad ops in ekipe za prihodke se osredotočajo na to, koliko zaloge je mogoče unovčiti po polni vrednosti. Obe strani upravičeno skrbita. Brez opredeljenega lastnika nesoglasja reši tisti, ki se je nazadnje dotaknil konfiguracije, in ne odločitev, ki jo lahko kdo pozneje razloži.

Vloge

Večina izdajateljev lahko delo s privolitvijo preslika na pet vlog, tudi če jih ena oseba opravlja več:

• Zasebnost ali pravne zadeve — razlaga pravila, odobrava namene, pravne podlage in besedilo pasice ter je lastnik pravilnika o piškotkih.
• Ad ops ali prihodki — upravlja partnerje na strani povpraševanja in sezname dobaviteljev, spremlja prihodke, povezane s privolitvijo, in zahteva spremembe, ki vplivajo na unovčevanje.
• Inženiring — implementira CMP, nadzira nalaganje oznak in skrbi, da skripte spoštujejo signale privolitve.
• Produkt in oblikovanje — je lastnik izkušnje s pasico znotraj meja, ki jih postavi pravna ekipa, in izvaja teste postavitve in besedila.
• Marketing in analitika — zahteva nove oznake in orodja za merjenje ter se za poročanje zanaša na signale privolitve.

RACI za odločitve, ki se ponavljajo

RACI našteva, kdo je Responsible (opravi delo), Accountable (sprejme končno odločitev), Consulted (posvetovan) in Informed (obveščen). Tukaj je izhodišče:

Dodajanje novega dobavitelja ali oznake

• Responsible: ad ops ali marketing (kdor to zahteva).
• Accountable: zasebnost ali pravne zadeve.
• Consulted: inženiring, glede tega, kako bo pogojena.
• Informed: produkt.

Sprememba oblikovanja ali besedila pasice

• Responsible: produkt in oblikovanje.
• Accountable: zasebnost ali pravne zadeve.
• Consulted: ad ops, glede pričakovanega vpliva na prihodke.
• Informed: inženiring in marketing.

Sprememba namenov ali pravnih podlag

• Responsible in accountable: zasebnost ali pravne zadeve.
• Consulted: ad ops in inženiring.
• Informed: vsi, ki se zanašajo na podatke o privolitvi.

Konfiguracija in izdaje CMP-ja

• Responsible: inženiring.
• Accountable: imenovani lastnik privolitve (glej spodaj).
• Consulted: zasebnost in ad ops.
• Informed: produkt in marketing.

Spremljanje meritev privolitve in prihodkov

• Responsible: ad ops.
• Accountable: lastnik privolitve.
• Consulted: produkt.
• Informed: zasebnost ali pravne zadeve, zlasti o anomalijah.

Imenujte enega lastnika privolitve

RACI deluje najbolje, kadar je ena oseba odgovorna za nastavitev privolitve kot celoto. To ni nujno najvišja oseba; je oseba, ki usklajuje seznam dobaviteljev, konfiguracijo pasice, popis oznak in pravilnik o piškotkih ter ki skliče prave ljudi, ko se kaj spremeni. V majhnih ekipah je to pogosto nekdo iz ad opsa ali inženiringa z neposredno linijo do pravne ekipe.

Procesi, ki omogočajo delovanje modela

1. Pot za zahteve za nove oznake. Vsak nov piksel, SDK ali partner gre skozi en sprejem s kratkim obrazcem: kaj počne, katere podatke zbira, katere namene potrebuje, kdo ga je zahteval.
2. Dnevnik sprememb. Beležite vsako spremembo dobaviteljev, namenov, besedila in oblikovanja pasice z datumom in odobriteljem. To je neprecenljivo, ko se meritev premakne ali prispe vprašanje partnerja ali regulatorja.
3. Preverjanje pred izdajo. Nobena izdaja, ki se dotika oznak ali pasice, ne gre v živo brez preizkusa privolitve v čistem brskalniku.
4. Redni pregled. Enkrat na četrtletje lastnik primerja seznam dobaviteljev z dejanskimi oznakami, meritve privolitve s prihodki ter pravilnik o piškotkih z obojim.
5. Pot stopnjevanja. Ko se pravna ekipa in prihodki ne strinjajo, gre odločitev k imenovani osebi, obrazložitev pa se zapiše.

Znaki, da vam manjka model lastništva

• Nihče ne more povedati, kdaj je bil seznam dobaviteljev nazadnje pregledan.
• Na spletnem mestu se pojavljajo oznake, ki jih v CMP-ju ni.
• Spremembe pasice gredo v produkcijo, ne da bi nato kdo preveril stopnjo privolitve.
• Različne ekipe dajejo različne odgovore o tem, kateri partnerji prejemajo TC string.
• Odgovori na vprašanja partnerjev o signalih privolitve trajajo dneve.

Ključne ugotovitve

• Privolitev se dotika pravne ekipe, ad opsa, inženiringa, produkta in marketinga; potrebuje enega odgovornega lastnika.
• Preprost RACI ponavljajoče se odločitve spremeni v predvidljiv proces.
• Vsako novo oznako usmerite skozi en sprejem s pregledom privolitve.
• Vodite dnevnik sprememb in nastavitev pregledujte četrtletno.
• Zapišite, kako se rešujejo nesoglasja med prihodki in zasebnostjo.