Masalahnya: Semua Orang Menyentuh Persetujuan, Tiada yang Memilikinya

Tanya siapa pemilik persetujuan di penerbit biasa yang disokong iklan dan anda akan mendengar beberapa jawapan. Pasukan undang-undang menulis dasar kuki. Ad ops menambah vendor. Kejuruteraan memasang sepanduk. Produk mengubah reka bentuk suku tahun lalu. Pemasaran menambah piksel baharu minggu lepas. Setiap perubahan itu munasabah dengan sendirinya, tetapi tiada sesiapa bertanggungjawab ke atas cara semuanya berpadu — dan beginilah sesebuah tapak berakhir dengan tag yang terlaksana sebelum persetujuan, vendor yang tiada dalam sepanduk, atau reka bentuk semula yang senyap-senyap menurunkan kadar persetujuan.

Artikel ini mencadangkan model pemilikan mudah supaya keputusan persetujuan mempunyai pemilik yang jelas, pelulus yang jelas dan proses yang jelas.

Mengapa Pemilikan Penting untuk Hasil dan Bukan Risiko Sahaja

Persetujuan terletak di antara dua matlamat yang menarik ke arah berbeza. Pasukan undang-undang dan privasi menumpukan pada sama ada persediaan menghormati pilihan pengguna dan peraturan yang terpakai. Pasukan ad ops dan hasil menumpukan pada berapa banyak inventori boleh dimonetisasi pada nilai penuh. Kedua-duanya betul untuk mengambil berat. Tanpa pemilik yang ditetapkan, perselisihan diselesaikan oleh sesiapa yang terakhir menyentuh konfigurasi, dan bukannya oleh keputusan yang boleh dijelaskan sesiapa kemudian.

Peranan

Kebanyakan penerbit boleh memetakan kerja persetujuan kepada lima peranan, walaupun seorang memegang beberapa daripadanya:

• Privasi atau undang-undang — mentafsir peraturan, meluluskan tujuan, asas undang-undang dan perkataan sepanduk, serta memiliki dasar kuki.
• Ad ops atau hasil — menguruskan rakan permintaan dan senarai vendor, memantau hasil berkaitan persetujuan, dan meminta perubahan yang menjejaskan monetisasi.
• Kejuruteraan — melaksanakan CMP, mengawal pemuatan tag dan memastikan skrip menghormati isyarat persetujuan.
• Produk dan reka bentuk — memiliki pengalaman sepanduk dalam had yang ditetapkan pasukan undang-undang, dan menjalankan ujian reka letak dan teks.
• Pemasaran dan analitik — meminta tag dan alat pengukuran baharu serta bergantung pada isyarat persetujuan untuk pelaporan.

RACI untuk Keputusan yang Berulang

RACI menyenaraikan siapa yang Responsible (melakukan kerja), Accountable (membuat keputusan akhir), Consulted (dirujuk) dan Informed (dimaklumkan). Berikut titik permulaan:

Menambah vendor atau tag baharu

• Responsible: ad ops atau pemasaran (sesiapa yang memintanya).
• Accountable: privasi atau undang-undang.
• Consulted: kejuruteraan, tentang cara ia akan dikawal.
• Informed: produk.

Menukar reka bentuk atau teks sepanduk

• Responsible: produk dan reka bentuk.
• Accountable: privasi atau undang-undang.
• Consulted: ad ops, tentang jangkaan kesan terhadap hasil.
• Informed: kejuruteraan dan pemasaran.

Menukar tujuan atau asas undang-undang

• Responsible dan accountable: privasi atau undang-undang.
• Consulted: ad ops dan kejuruteraan.
• Informed: semua yang bergantung pada data persetujuan.

Konfigurasi dan keluaran CMP

• Responsible: kejuruteraan.
• Accountable: pemilik persetujuan yang dinamakan (lihat di bawah).
• Consulted: privasi dan ad ops.
• Informed: produk dan pemasaran.

Memantau metrik persetujuan dan hasil

• Responsible: ad ops.
• Accountable: pemilik persetujuan.
• Consulted: produk.
• Informed: privasi atau undang-undang, terutamanya tentang anomali.

Namakan Seorang Pemilik Persetujuan

RACI berfungsi terbaik apabila seorang bertanggungjawab ke atas persediaan persetujuan secara keseluruhan. Ini tidak semestinya orang yang paling kanan; ia orang yang memastikan senarai vendor, konfigurasi sepanduk, inventori tag dan dasar kuki selari, dan yang menghimpunkan pihak yang betul apabila sesuatu berubah. Dalam pasukan kecil, ini selalunya seseorang dalam ad ops atau kejuruteraan yang mempunyai hubungan terus dengan pasukan undang-undang.

Proses yang Menjayakan Model Ini

1. Saluran permintaan untuk tag baharu. Setiap piksel, SDK atau rakan kongsi baharu melalui satu pintu masuk, dengan borang ringkas: apa yang dilakukannya, data apa yang dikumpulnya, tujuan apa yang diperlukan, siapa yang memintanya.
2. Log perubahan. Rekodkan setiap perubahan pada vendor, tujuan, teks sepanduk dan reka bentuk, dengan tarikh dan pelulus. Ini amat berharga apabila sesuatu metrik berubah atau soalan tiba daripada rakan kongsi atau pengawal selia.
3. Semakan keluaran. Tiada keluaran yang menyentuh tag atau sepanduk dilancarkan tanpa ujian persetujuan dalam pelayar yang bersih.
4. Semakan berkala. Sekali setiap suku tahun, pemilik menyemak senarai vendor berbanding tag sebenar, metrik persetujuan berbanding hasil, dan dasar kuki berbanding kedua-duanya.
5. Laluan peningkatan. Apabila pasukan undang-undang dan hasil tidak bersetuju, keputusan dibawa kepada orang yang dinamakan, dan alasannya ditulis.

Tanda Model Pemilikan Anda Tiada

• Tiada sesiapa dapat memberitahu bila senarai vendor kali terakhir disemak.
• Tag muncul di tapak yang tiada dalam CMP.
• Perubahan sepanduk dilancarkan tanpa sesiapa menyemak kadar persetujuan selepas itu.
• Pasukan berbeza memberi jawapan berbeza tentang rakan kongsi mana yang menerima rentetan TC.
• Soalan daripada rakan kongsi tentang isyarat persetujuan mengambil masa berhari-hari untuk dijawab.

Perkara Utama

• Persetujuan menyentuh undang-undang, ad ops, kejuruteraan, produk dan pemasaran; ia memerlukan seorang pemilik yang bertanggungjawab.
• RACI yang mudah menjadikan keputusan berulang suatu proses yang boleh diramal.
• Salurkan setiap tag baharu melalui satu pintu masuk dengan semakan persetujuan.
• Simpan log perubahan dan semak persediaan setiap suku tahun.
• Tuliskan cara perselisihan antara hasil dan privasi diselesaikan.