Мәселе: бәрі келісімге тиеді, ешкім иелік етпейді

Жарнамамен жұмыс істейтін әдеттегі баспагерде келісім кімдікі екенін сұрасаңыз, бірнеше жауап естисіз. Заңгерлер cookie саясатын жазды. Жарнама операциялары жеткізушілерді қосты. Инженерия баннерді орнатты. Өнім өткен тоқсанда дизайнды өзгертті. Маркетинг өткен аптада жаңа пиксель қосты. Осы өзгерістердің әрқайсысы жеке-жеке орынды болды, бірақ олардың бір-біріне қалай сәйкес келетініне ешкім жауап бермеді — және сайт келісімге дейін іске қосылатын тегпен, баннерде жоқ жеткізушімен немесе келісім деңгейін үнсіз төмендеткен қайта дизайнмен осылай бетпе-бет келеді.

Бұл мақала келісім шешімдерінің нақты иесі, нақты бекітушісі және нақты процесі болуы үшін қарапайым меншік моделін ұсынады.

Меншік неге тек тәуекел үшін емес, кіріс үшін де маңызды

Келісім әртүрлі бағытқа тартатын екі мақсаттың арасында тұрады. Заң және құпиялылық командалары баптау пайдаланушылардың таңдауы мен қолданыстағы ережелерді құрметтей ме, соған назар аударады. Жарнама операциялары мен кіріс командалары инвентарьдың қаншасын толық құнымен ақшаға айналдыруға болатынына назар аударады. Екеуі де қамқорлық жасауда дұрыс. Белгіленген иесі болмаса, келіспеушіліктер кейін ешкім түсіндіре алмайтын шешіммен емес, баптауға соңғы рет кім тигенімен шешіледі.

Рөлдер

Көптеген баспагерлер келісім жұмысын, бір адам бірнешеуін атқарса да, бес рөлге сәйкестендіре алады:

• Құпиялылық немесе заң — ережелерді түсіндіреді, мақсаттарды, құқықтық негіздерді және баннер мәтінін бекітеді және cookie саясатына иелік етеді.
• Жарнама операциялары немесе кіріс — сұраныс серіктестерін және жеткізушілер тізімін басқарады, келісімге байланысты кірісті бақылайды және монетизацияға әсер ететін өзгерістерді сұрайды.
• Инженерия — CMP-ді енгізеді, тегтердің жүктелуін бақылайды және скрипттердің келісім сигналдарын сақтауын қамтамасыз етеді.
• Өнім және дизайн — заң белгілеген шектерде баннер тәжірибесіне иелік етеді, макет пен мәтін сынақтарын жүргізеді.
• Маркетинг және аналитика — жаңа тегтер мен өлшеу құралдарын сұрайды, есеп беру үшін келісім сигналдарына сүйенеді.

Қайталанатын шешімдерге арналған RACI

RACI кім Жауапты (жұмысты орындайды), Есеп беруші (соңғы шешімді қабылдайды), Кеңес беруші және Хабардар етілуші екенін тізімдейді. Міне бастапқы нүкте:

Жаңа жеткізуші немесе тег қосу

• Жауапты: жарнама операциялары немесе маркетинг (кім сұраса).
• Есеп беруші: құпиялылық немесе заң.
• Кеңес беруші: инженерия, ол қалай шектелетіні бойынша.
• Хабардар етілуші: өнім.

Баннер дизайны немесе мәтінін өзгерту

• Жауапты: өнім және дизайн.
• Есеп беруші: құпиялылық немесе заң.
• Кеңес беруші: жарнама операциялары, күтілетін кіріске әсер бойынша.
• Хабардар етілуші: инженерия және маркетинг.

Мақсаттарды немесе құқықтық негіздерді өзгерту

• Жауапты және есеп беруші: құпиялылық немесе заң.
• Кеңес беруші: жарнама операциялары және инженерия.
• Хабардар етілуші: келісім деректеріне сүйенетін барлығы.

CMP конфигурациясы және релиздер

• Жауапты: инженерия.
• Есеп беруші: аты аталған келісім иесі (төменде қараңыз).
• Кеңес беруші: құпиялылық және жарнама операциялары.
• Хабардар етілуші: өнім және маркетинг.

Келісім және кіріс көрсеткіштерін бақылау

• Жауапты: жарнама операциялары.
• Есеп беруші: келісім иесі.
• Кеңес беруші: өнім.
• Хабардар етілуші: құпиялылық немесе заң, әсіресе ауытқулар туралы.

Жалғыз келісім иесін тағайындаңыз

RACI келісім баптауы үшін бір адам тұтастай есеп беруші болғанда жақсы жұмыс істейді. Бұл міндетті түрде ең жоғары лауазымды адам емес; бұл жеткізушілер тізімін, баннер конфигурациясын, тегтер инвентарін және cookie саясатын үйлесімді ұстайтын және бірдеңе өзгергенде керекті адамдарды жинайтын адам. Шағын командаларда бұл көбіне заңгерлермен тікелей байланысы бар жарнама операциялары немесе инженериядағы біреу.

Модельді жұмыс істететін процестер

1. Жаңа тегтер үшін сұрау жолы. Әр жаңа пиксель, SDK немесе серіктес бір кіріс арқылы өтеді, қысқа пішінмен: ол не істейді, қандай деректер жинайды, қандай мақсаттар қажет, кім сұраған.
2. Өзгерістер журналы. Жеткізушілердегі, мақсаттардағы, баннер мәтініндегі және дизайндағы әр өзгерісті күні және бекітушісімен жазып отырыңыз. Көрсеткіш өзгергенде немесе серіктестен не реттеушіден сұрақ келгенде бұл баға жетпес.
3. Релиз тексеруі. Тегтерге немесе баннерге тиетін ешбір релиз таза браузерде келісім тестісіз жарияланбайды.
4. Тұрақты шолу. Иесі әр тоқсан сайын жеткізушілер тізімін нақты тегтермен, келісім көрсеткіштерін кіріспен, cookie саясатын екеуімен салыстырып қарап шығады.
5. Эскалация жолы. Заң мен кіріс келісе алмағанда, шешім аты аталған адамға барады және себебі жазылып қойылады.

Меншік моделі жетіспейтінінің белгілері

• Жеткізушілер тізімі соңғы рет қашан қаралғанын ешкім айта алмайды.
• Сайтта CMP-де жоқ тегтер пайда болады.
• Баннер өзгерістері кейін ешкім келісім деңгейін тексермей шығарылады.
• Әртүрлі командалар TC string-ті қай серіктестер алатыны туралы әртүрлі жауап береді.
• Серіктестердің келісім сигналдары туралы сұрақтарына жауап беру бірнеше күн алады.

Негізгі қорытындылар

• Келісім заң, жарнама операциялары, инженерия, өнім және маркетингке қатысты; оған есеп беретін бір ие қажет.
• Қарапайым RACI қайталанатын шешімдерді болжауға болатын процеске айналдырады.
• Әр жаңа тегті келісімді қарап шығуы бар бір кіріс арқылы өткізіңіз.
• Өзгерістер журналын жүргізіңіз және баптауды әр тоқсан сайын қарап шығыңыз.
• Кіріс пен құпиялылық арасындағы келіспеушіліктердің қалай шешілетінін жазып қойыңыз.