Vem äger samtycket? En enkel ägarskapsmodell för utgivarteam

Problemet: alla rör vid samtycket, ingen äger det

Fråga vem som äger samtycket hos en typisk annonsfinansierad utgivare och du får flera svar. Juridik skrev cookiepolicyn. Ad ops lade till leverantörerna. Utveckling installerade bannern. Produkt ändrade designen förra kvartalet. Marknadsföring lade till en ny pixel förra veckan. Var och en av de ändringarna var rimlig i sig, men ingen var ansvarig för hur de passade ihop — och så hamnar en webbplats med en tagg som avfyras före samtycke, en leverantör som saknas i bannern eller en redesign som i tysthet sänkte samtyckesgraden.

Den här artikeln föreslår en enkel ägarskapsmodell så att samtyckesbeslut har en tydlig ägare, en tydlig godkännare och en tydlig process.

Varför ägarskap spelar roll för intäkter såväl som risk

Samtycke ligger mellan två mål som drar åt olika håll. Juridik- och integritetsteam fokuserar på om uppsättningen respekterar användarnas val och de regler som gäller. Ad ops- och intäktsteam fokuserar på hur mycket lager som kan monetiseras till fullt värde. Båda har rätt att bry sig. Utan en definierad ägare avgörs oenigheter av den som senast rörde konfigurationen, snarare än av ett beslut någon kan förklara senare.

Rollerna

De flesta utgivare kan koppla samtyckesarbetet till fem roller, även om en person innehar flera av dem:

En RACI för de beslut som återkommer

En RACI listar vem som är Responsible (gör jobbet), Accountable (fattar slutgiltigt beslut), Consulted (rådfrågas) och Informed (informeras). Här är en startpunkt:

Lägga till en ny leverantör eller tagg

Ändra bannerdesign eller text

Ändra ändamål eller rättsliga grunder

CMP-konfiguration och releaser

Bevakning av samtyckes- och intäktsmått

Utse en enda samtyckesägare

RACI fungerar bäst när en person är ansvarig för samtyckesuppsättningen som helhet. Det är inte nödvändigtvis den mest seniora personen; det är den som håller leverantörslistan, bannerkonfigurationen, taggförteckningen och cookiepolicyn i takt, och som kallar samman rätt personer när något ändras. I små team är det ofta någon inom ad ops eller utveckling med en direktlinje till juridik.

Processer som får modellen att fungera

  1. En ansökningsväg för nya taggar. Varje ny pixel, SDK eller partner går genom en enda intagning, med ett kort formulär: vad den gör, vilka data den samlar in, vilka ändamål den behöver, vem som begärde den.
  2. En ändringslogg. Registrera varje ändring av leverantörer, ändamål, bannertext och design, med datum och godkännare. Det är ovärderligt när ett mått rör sig eller en fråga kommer från en partner eller tillsynsmyndighet.
  3. En releasekontroll. Ingen release som rör taggar eller bannern går live utan ett samtyckestest i en ren webbläsare.
  4. En regelbunden översyn. En gång per kvartal granskar ägaren leverantörslistan mot faktiska taggar, samtyckesmått mot intäkter och cookiepolicyn mot båda.
  5. En eskaleringsväg. När juridik och intäkter är oeniga går beslutet till en utsedd person, och resonemanget skrivs ned.

Tecken på att ägarskapsmodellen saknas

Viktiga slutsatser

← Blogg Läs allt →