Kellele nõusolek kuulub? Lihtne vastutusmudel avaldajate tiimidele

Probleem: nõusolekuga puutuvad kokku kõik, kuid see ei kuulu kellelegi

Küsi tüüpiliselt reklaamirahastusega avaldajalt, kellele nõusolek kuulub, ja kuuled mitut vastust. Juriidika kirjutas küpsisepoliitika. Ad ops lisas pakkujad. Arendus paigaldas bänneri. Toode muutis eelmisel kvartalil disaini. Turundus lisas eelmisel nädalal uue piksli. Iga muudatus oli iseenesest põhjendatud, kuid keegi ei vastutanud selle eest, kuidas need kokku sobivad — ja nii jõuabki sait märgendini, mis käivitub enne nõusolekut, pakkujani, kes puudub bänneris, või ümberkujundamiseni, mis vaikselt nõusolekumäära vähendas.

See artikkel pakub lihtsa vastutusmudeli, et nõusolekuotsustel oleks selge omanik, selge kinnitaja ja selge protsess.

Miks vastutus loeb nii tulu kui ka riski jaoks

Nõusolek asub kahe eesmärgi vahel, mis tõmbavad eri suundades. Juriidika- ja privaatsustiimid keskenduvad sellele, kas seadistus austab kasutajate valikuid ja kehtivaid reegleid. Ad ops ja tulutiimid keskenduvad sellele, kui palju inventari saab täisväärtuses rahaks teha. Mõlemal on õigus muretseda. Ilma määratud omanikuta lahendab erimeelsused see, kes konfiguratsiooni viimasena puudutas, mitte otsus, mida keegi hiljem selgitada suudab.

Rollid

Enamik avaldajaid saab nõusolekutöö seostada viie rolliga, isegi kui üks inimene kannab mitut neist:

RACI korduvate otsuste jaoks

RACI loetleb, kes on Responsible (teeb töö), Accountable (teeb lõpliku otsuse), Consulted (konsulteeritav) ja Informed (teavitatav). Siin on lähtepunkt:

Uue pakkuja või märgendi lisamine

Bänneri disaini või teksti muutmine

Eesmärkide või õiguslike aluste muutmine

CMP seadistus ja väljalasked

Nõusoleku- ja tulunäitajate jälgimine

Nimeta üks nõusolekuomanik

RACI toimib kõige paremini, kui üks inimene vastutab nõusolekuseadistuse eest tervikuna. See ei ole tingimata kõige kõrgemal ametikohal olev inimene; see on inimene, kes hoiab pakkujate loendi, bänneri konfiguratsiooni, märgendite inventari ja küpsisepoliitika sünkroonis ning kes kutsub õiged inimesed kokku, kui miski muutub. Väikestes tiimides on selleks sageli keegi ad opsist või arendusest, kellel on otsekontakt juriidikaga.

Protsessid, mis panevad mudeli toimima

  1. Taotlusmarsruut uute märgendite jaoks. Iga uus piksel, SDK või partner läbib ühe vastuvõtupunkti lühikese vormiga: mida see teeb, milliseid andmeid kogub, milliseid eesmärke vajab, kes seda taotles.
  2. Muudatuste logi. Salvesta iga muudatus pakkujates, eesmärkides, bänneri tekstis ja disainis kuupäeva ja kinnitajaga. See on hindamatu, kui mõni näitaja liigub või partnerilt või reguleerijalt saabub küsimus.
  3. Väljalaskekontroll. Ükski väljalase, mis puudutab märgendeid või bännerit, ei lähe live'i ilma nõusolekutestita puhtas brauseris.
  4. Regulaarne ülevaatus. Kord kvartalis vaatab omanik üle pakkujate loendi võrreldes tegelike märgenditega, nõusolekunäitajad võrreldes tuluga ja küpsisepoliitika võrreldes mõlemaga.
  5. Eskalatsiooniteekond. Kui juriidika ja tulu on eri meelt, läheb otsus nimetatud isikule ja põhjendus kirjutatakse üles.

Märgid, et su omanikumudel puudub

Peamised järeldused

← Blogi Loe kõike →