Kam priklauso sutikimas? Paprastas atsakomybės modelis leidėjų komandoms

Problema: visi liečia sutikimą, niekas jo neturi

Paklauskite, kam priklauso sutikimas tipiniame iš reklamos gyvenančiame leidėjų versle, ir išgirsite kelis atsakymus. Teisininkai parašė slapukų politiką. Ad ops pridėjo tiekėjus. Inžinerija įdiegė reklamjuostę. Produkto komanda praėjusį ketvirtį pakeitė dizainą. Rinkodara praėjusią savaitę pridėjo naują pikselį. Kiekvienas iš šių pakeitimų atskirai buvo pagrįstas, tačiau niekas neatsakė už tai, kaip jie dera tarpusavyje — ir taip svetainėje atsiranda žymė, suveikianti prieš sutikimą, reklamjuostėje trūkstantis tiekėjas ar pertvarkymas, kuris tyliai sumažino sutikimų rodiklį.

Šiame straipsnyje siūlomas paprastas atsakomybės modelis, kad sprendimai dėl sutikimo turėtų aiškų savininką, aiškų tvirtintoją ir aiškų procesą.

Kodėl atsakomybė svarbi ne tik rizikai, bet ir pajamoms

Sutikimas yra tarp dviejų tikslų, traukiančių skirtingomis kryptimis. Teisės ir privatumo komandos rūpinasi, ar sąranka gerbia vartotojų pasirinkimus ir taikomas taisykles. Ad ops ir pajamų komandos rūpinasi, kiek inventoriaus galima monetizuoti pilna verte. Abi pusės teisingai rūpinasi. Be paskirto savininko ginčus išsprendžia tas, kuris konfigūraciją palietė paskutinis, o ne sprendimas, kurį kas nors vėliau gali paaiškinti.

Vaidmenys

Daugumos leidėjų darbą su sutikimu galima priskirti penkiems vaidmenims, net jei kelis iš jų atlieka vienas žmogus:

RACI pasikartojantiems sprendimams

RACI nurodo, kas yra Responsible (atlieka darbą), Accountable (priima galutinį sprendimą), Consulted (konsultuojamas) ir Informed (informuojamas). Štai pradžios taškas:

Naujo tiekėjo ar žymės pridėjimas

Reklamjuostės dizaino ar teksto keitimas

Tikslų ar teisinių pagrindų keitimas

CMP konfigūracija ir leidimai

Sutikimo ir pajamų metrikų stebėjimas

Paskirkite vieną sutikimo savininką

RACI veikia geriausiai, kai vienas žmogus atsako už visą sutikimo sąranką. Tai nebūtinai aukščiausią postą užimantis žmogus; tai asmuo, kuris išlaiko suderintus tiekėjų sąrašą, reklamjuostės konfigūraciją, žymių inventorių ir slapukų politiką ir kuris sukviečia reikiamus žmones, kai kas nors keičiasi. Mažose komandose tai dažnai kas nors iš ad ops ar inžinerijos, turintis tiesioginį ryšį su teisininkais.

Procesai, leidžiantys modeliui veikti

  1. Užklausų kelias naujoms žymėms. Kiekvienas naujas pikselis, SDK ar partneris eina per vieną įėjimą su trumpa forma: ką daro, kokius duomenis renka, kokių tikslų reikia, kas paprašė.
  2. Pakeitimų žurnalas. Užrašykite kiekvieną tiekėjų, tikslų, reklamjuostės teksto ir dizaino pakeitimą su data ir tvirtintoju. Tai neįkainojama, kai pasislenka metrika arba ateina klausimas iš partnerio ar reguliuotojo.
  3. Leidimo patikra. Joks leidimas, liečiantis žymes ar reklamjuostę, nepaleidžiamas gyvai be sutikimo testo švarioje naršyklėje.
  4. Reguliari peržiūra. Kartą per ketvirtį savininkas palygina tiekėjų sąrašą su faktinėmis žymėmis, sutikimo metrikas su pajamomis, o slapukų politiką su abiem.
  5. Eskalavimo kelias. Kai teisė ir pajamos nesutaria, sprendimas atitenka paskirtam asmeniui, o pagrindimas užrašomas.

Požymiai, kad trūksta atsakomybės modelio

Pagrindinės išvados

← Tinkladevlaraderegistris Skaityti viską →