Problem: każdy dotyka zgody, nikt nie jest jej właścicielem

Zapytaj, kto jest właścicielem zgody w typowym wydawnictwie utrzymującym się z reklam, a usłyszysz kilka odpowiedzi. Dział prawny napisał politykę plików cookie. Ad ops dodał dostawców. Inżynieria zainstalowała baner. Produkt zmienił projekt w zeszłym kwartale. Marketing dodał nowy piksel w zeszłym tygodniu. Każda z tych zmian sama w sobie była rozsądna, ale nikt nie odpowiadał za to, jak do siebie pasują — i tak witryna kończy z tagiem uruchamianym przed zgodą, dostawcą brakującym w banerze lub przeprojektowaniem, które po cichu obniżyło współczynnik zgód.

Ten artykuł proponuje prosty model odpowiedzialności, aby decyzje dotyczące zgody miały jasnego właściciela, jasnego zatwierdzającego i jasny proces.

Dlaczego odpowiedzialność ma znaczenie dla przychodów, a nie tylko dla ryzyka

Zgoda leży między dwoma celami, które ciągną w różne strony. Zespoły prawne i ds. prywatności koncentrują się na tym, czy konfiguracja szanuje wybory użytkowników i obowiązujące zasady. Ad ops i zespoły przychodów koncentrują się na tym, ile inwentarza można zmonetyzować w pełnej wartości. Obie strony słusznie się tym przejmują. Bez wyznaczonego właściciela spory rozstrzyga ten, kto ostatni dotknął konfiguracji, zamiast decyzji, którą ktoś potrafi później wyjaśnić.

Role

Większość wydawców może przypisać pracę nad zgodą do pięciu ról, nawet jeśli kilka z nich pełni jedna osoba:

• Prywatność lub dział prawny — interpretuje przepisy, zatwierdza cele, podstawy prawne i treść banera oraz jest właścicielem polityki plików cookie.
• Ad ops lub przychody — zarządza partnerami popytowymi i listami dostawców, monitoruje przychody związane ze zgodą i zgłasza zmiany wpływające na monetyzację.
• Inżynieria — wdraża CMP, kontroluje ładowanie tagów i dba o to, by skrypty respektowały sygnały zgody.
• Produkt i projektowanie — odpowiada za doświadczenie z banerem w granicach wyznaczonych przez dział prawny i prowadzi testy układu i treści.
• Marketing i analityka — zgłasza nowe tagi i narzędzia pomiarowe i opiera się na sygnałach zgody w raportowaniu.

RACI dla powtarzających się decyzji

RACI wskazuje, kto jest Responsible (wykonuje pracę), Accountable (podejmuje ostateczną decyzję), Consulted (konsultowany) i Informed (informowany). Oto punkt wyjścia:

Dodanie nowego dostawcy lub tagu

• Responsible: ad ops lub marketing (zależnie od tego, kto wnioskuje).
• Accountable: prywatność lub dział prawny.
• Consulted: inżynieria, w kwestii sposobu bramkowania.
• Informed: produkt.

Zmiana projektu lub treści banera

• Responsible: produkt i projektowanie.
• Accountable: prywatność lub dział prawny.
• Consulted: ad ops, w kwestii spodziewanego wpływu na przychody.
• Informed: inżynieria i marketing.

Zmiana celów lub podstaw prawnych

• Responsible i accountable: prywatność lub dział prawny.
• Consulted: ad ops i inżynieria.
• Informed: wszyscy, którzy opierają się na danych o zgodzie.

Konfiguracja i wydania CMP

• Responsible: inżynieria.
• Accountable: wyznaczony właściciel zgody (patrz niżej).
• Consulted: prywatność i ad ops.
• Informed: produkt i marketing.

Monitorowanie metryk zgody i przychodów

• Responsible: ad ops.
• Accountable: właściciel zgody.
• Consulted: produkt.
• Informed: prywatność lub dział prawny, zwłaszcza w sprawie anomalii.

Wyznacz jednego właściciela zgody

RACI działa najlepiej, gdy jedna osoba odpowiada za konfigurację zgody jako całość. Nie musi to być osoba najwyższa rangą; to osoba, która utrzymuje w zgodzie listę dostawców, konfigurację banera, inwentarz tagów i politykę plików cookie oraz która zwołuje właściwych ludzi, gdy coś się zmienia. W małych zespołach jest to często ktoś z ad ops lub inżynierii z bezpośrednią linią do działu prawnego.

Procesy, które sprawiają, że model działa

1. Ścieżka zgłoszeń nowych tagów. Każdy nowy piksel, SDK lub partner przechodzi przez jedno wejście z krótkim formularzem: co robi, jakie dane zbiera, jakich celów potrzebuje, kto o to wnioskuje.
2. Dziennik zmian. Zapisuj każdą zmianę dostawców, celów, treści i projektu banera z datą i zatwierdzającym. To bezcenne, gdy zmieni się metryka lub nadejdzie pytanie od partnera albo regulatora.
3. Kontrola przed wydaniem. Żadne wydanie dotykające tagów lub banera nie idzie na żywo bez testu zgody w czystej przeglądarce.
4. Regularny przegląd. Raz na kwartał właściciel porównuje listę dostawców z rzeczywistymi tagami, metryki zgody z przychodami i politykę plików cookie z jednym i drugim.
5. Ścieżka eskalacji. Gdy dział prawny i przychody się nie zgadzają, decyzję podejmuje wyznaczona osoba, a uzasadnienie zostaje spisane.

Oznaki braku modelu odpowiedzialności

• Nikt nie potrafi powiedzieć, kiedy ostatnio przeglądano listę dostawców.
• Na witrynie pojawiają się tagi, których nie ma w CMP.
• Zmiany banera trafiają na produkcję bez sprawdzenia później współczynnika zgód.
• Różne zespoły dają różne odpowiedzi, którzy partnerzy otrzymują ciąg TC.
• Odpowiedź na pytania partnerów o sygnały zgody zajmuje dni.

Najważniejsze wnioski

• Zgoda dotyczy działu prawnego, ad ops, inżynierii, produktu i marketingu; potrzebuje jednego odpowiedzialnego właściciela.
• Prosty RACI zamienia powtarzające się decyzje w przewidywalny proces.
• Kieruj każdy nowy tag przez jedno wejście z przeglądem pod kątem zgody.
• Prowadź dziennik zmian i przeglądaj konfigurację co kwartał.
• Zapisz, jak rozstrzygane są spory między przychodami a prywatnością.