Проблемът: всички се докосват до съгласието, никой не го притежава

Попитайте кой отговаря за съгласието в типичен издател, финансиран от реклама, и ще чуете няколко отговора. Юристите са написали политиката за бисквитките. Рекламните операции са добавили вендорите. Разработката е инсталирала банера. Продуктът е сменил дизайна миналото тримесечие. Маркетингът е добавил нов пиксел миналата седмица. Всяка от тези промени сама по себе си е била разумна, но никой не е отговарял за това как се съчетават — и така сайтът се озовава с таг, който се задейства преди съгласие, вендор, липсващ в банера, или редизайн, който тихомълком е намалил процента на съгласие.

Тази статия предлага прост модел на отговорности, така че решенията за съгласие да имат ясен собственик, ясен одобряващ и ясен процес.

Защо отговорността има значение за приходите, не само за риска

Съгласието стои между две цели, които дърпат в различни посоки. Юридическите екипи и екипите по поверителност се фокусират върху това дали настройката уважава избора на потребителите и приложимите правила. Рекламните операции и екипите по приходите се фокусират върху това колко инвентар може да се монетизира на пълна стойност. И двете имат право да се грижат. Без определен собственик разногласията се решават от този, който последен е пипал конфигурацията, а не с решение, което някой може да обясни по-късно.

Ролите

Повечето издатели могат да съпоставят работата по съгласието на пет роли, дори един човек да изпълнява няколко от тях:

• Поверителност или юридически екип — тълкува правилата, одобрява целите, правните основания и текста на банера и отговаря за политиката за бисквитките.
• Рекламни операции или приходи — управлява партньорите по търсенето и списъците с вендори, наблюдава свързаните със съгласието приходи и иска промени, които засягат монетизацията.
• Разработка — внедрява CMP, контролира зареждането на таговете и гарантира, че скриптовете зачитат сигналите за съгласие.
• Продукт и дизайн — отговаря за изживяването с банера в рамките, определени от юристите, и провежда тестове на оформлението и текста.
• Маркетинг и аналитика — иска нови тагове и инструменти за измерване и разчита на сигналите за съгласие за отчетността.

RACI за повтарящите се решения

RACI изброява кой е Responsible (върши работата), Accountable (взема окончателното решение), Consulted (консултиран) и Informed (информиран). Ето отправна точка:

Добавяне на нов вендор или таг

• Responsible: рекламни операции или маркетинг (който го поиска).
• Accountable: поверителност или юридически екип.
• Consulted: разработка, за начина, по който ще бъде блокиран до съгласие.
• Informed: продукт.

Промяна на дизайна или текста на банера

• Responsible: продукт и дизайн.
• Accountable: поверителност или юридически екип.
• Consulted: рекламни операции, за очаквания ефект върху приходите.
• Informed: разработка и маркетинг.

Промяна на цели или правни основания

• Responsible и accountable: поверителност или юридически екип.
• Consulted: рекламни операции и разработка.
• Informed: всички, които разчитат на данните за съгласие.

Конфигурация и издания на CMP

• Responsible: разработка.
• Accountable: определен собственик на съгласието (вижте по-долу).
• Consulted: поверителност и рекламни операции.
• Informed: продукт и маркетинг.

Наблюдение на метриките за съгласие и приходи

• Responsible: рекламни операции.
• Accountable: собственикът на съгласието.
• Consulted: продукт.
• Informed: поверителност или юридически екип, особено при аномалии.

Определете единен собственик на съгласието

RACI работи най-добре, когато един човек отговаря за настройката на съгласието като цяло. Това не е непременно най-старшият човек; това е човекът, който поддържа в синхрон списъка с вендори, конфигурацията на банера, инвентара на таговете и политиката за бисквитките и събира правилните хора, когато нещо се промени. В малките екипи това често е някой от рекламните операции или разработката с пряка връзка с юристите.

Процеси, които карат модела да работи

1. Маршрут за заявки за нови тагове. Всеки нов пиксел, SDK или партньор минава през един вход с кратък формуляр: какво прави, какви данни събира, какви цели му трябват, кой го е поискал.
2. Дневник на промените. Записвайте всяка промяна във вендорите, целите, текста и дизайна на банера с дата и одобряващ. Това е безценно, когато някоя метрика се промени или дойде въпрос от партньор или регулатор.
3. Проверка преди издание. Никое издание, което засяга тагове или банера, не излиза без тест на съгласието в чист браузър.
4. Редовен преглед. Веднъж на тримесечие собственикът сверява списъка с вендори с реалните тагове, метриките за съгласие с приходите и политиката за бисквитките и с двете.
5. Път на ескалация. Когато юристите и приходите не са съгласни, решението отива при определено лице, а обосновката се записва.

Признаци, че липсва модел на отговорности

• Никой не може да каже кога за последно е прегледан списъкът с вендори.
• На сайта се появяват тагове, които не са в CMP.
• Промени в банера излизат, без никой да проверява процента на съгласие след това.
• Различни екипи дават различни отговори кои партньори получават TC string.
• Въпроси от партньори за сигналите за съгласие отнемат дни за отговор.

Основни изводи

• Съгласието засяга юристите, рекламните операции, разработката, продукта и маркетинга; нужен му е един отговорен собственик.
• Простият RACI превръща повтарящите се решения в предвидим процес.
• Прекарвайте всеки нов таг през един вход с преглед на съгласието.
• Водете дневник на промените и преглеждайте настройката всяко тримесечие.
• Запишете как се уреждат разногласията между приходите и поверителността.