מי הבעלים של ההסכמה? מודל בעלות פשוט לצוותי מפרסמים
הבעיה: כולם נוגעים בהסכמה, אף אחד לא הבעלים שלה
שאלו מי הבעלים של ההסכמה אצל מפרסם טיפוסי שמבוסס על פרסום ותשמעו כמה תשובות. המשפטי כתב את מדיניות העוגיות. ה-ad ops הוסיפו את הספקים. ההנדסה התקינה את הבאנר. המוצר שינה את העיצוב ברבעון שעבר. השיווק הוסיף פיקסל חדש בשבוע שעבר. כל אחד מהשינויים האלה היה סביר כשלעצמו, אבל אף אחד לא היה אחראי לאופן שבו הם משתלבים — וכך אתר מגיע למצב של תג שמופעל לפני הסכמה, ספק שחסר בבאנר, או עיצוב מחדש שהוריד בשקט את שיעור ההסכמה.
מאמר זה מציע מודל בעלות פשוט כדי שלהחלטות הסכמה יהיו בעלים ברור, מאשר ברור ותהליך ברור.
למה בעלות חשובה להכנסות לא פחות מלסיכון
הסכמה יושבת בין שתי מטרות שמושכות לכיוונים שונים. צוותי משפטי ופרטיות מתמקדים בשאלה אם ההגדרה מכבדת את בחירות המשתמשים ואת הכללים החלים. צוותי ad ops והכנסות מתמקדים בכמה מלאי אפשר להניב בערך מלא. שניהם צודקים לדאוג. בלי בעלים מוגדר, מחלוקות מוכרעות על ידי מי שנגע בהגדרות אחרון, ולא בהחלטה שמישהו יכול להסביר אחר כך.
התפקידים
רוב המפרסמים יכולים למפות את עבודת ההסכמה לחמישה תפקידים, גם אם אדם אחד ממלא כמה מהם:
- פרטיות או משפטי — מפרש את הכללים, מאשר מטרות, עילות משפטיות וניסוח הבאנר, והבעלים של מדיניות העוגיות.
- ad ops או הכנסות — מנהל שותפי ביקוש ורשימות ספקים, מנטר הכנסות הקשורות להסכמה ומבקש שינויים שמשפיעים על המונטיזציה.
- הנדסה — מיישמת את ה-CMP, שולטת בטעינת תגים ומוודאת שהסקריפטים מכבדים אותות הסכמה.
- מוצר ועיצוב — הבעלים של חוויית הבאנר בגבולות שהמשפטי קובע, ומריצים בדיקות על פריסה וטקסט.
- שיווק ואנליטיקה — מבקשים תגים וכלי מדידה חדשים ונשענים על אותות הסכמה בדיווח.
RACI להחלטות שחוזרות
RACI מפרט מי אחראי לביצוע (Responsible, עושה את העבודה), נושא באחריות (Accountable, מקבל את ההחלטה הסופית), מתייעצים איתו (Consulted) ומעודכן (Informed). הנה נקודת פתיחה:
הוספת ספק או תג חדשים
- אחראי לביצוע: ad ops או שיווק (מי שמבקש).
- נושא באחריות: פרטיות או משפטי.
- מתייעצים: הנדסה, לגבי האופן שבו התג יותנה.
- מעודכן: מוצר.
שינוי עיצוב או טקסט של הבאנר
- אחראי לביצוע: מוצר ועיצוב.
- נושא באחריות: פרטיות או משפטי.
- מתייעצים: ad ops, לגבי ההשפעה הצפויה על ההכנסות.
- מעודכנים: הנדסה ושיווק.
שינוי מטרות או עילות משפטיות
- אחראי לביצוע ונושא באחריות: פרטיות או משפטי.
- מתייעצים: ad ops והנדסה.
- מעודכנים: כל מי שנשען על נתוני הסכמה.
הגדרות CMP ושחרורים
- אחראי לביצוע: הנדסה.
- נושא באחריות: בעלים ממונה להסכמה (ראו להלן).
- מתייעצים: פרטיות ו-ad ops.
- מעודכנים: מוצר ושיווק.
ניטור מדדי הסכמה והכנסות
- אחראי לביצוע: ad ops.
- נושא באחריות: בעל ההסכמה.
- מתייעצים: מוצר.
- מעודכן: פרטיות או משפטי, במיוחד לגבי חריגות.
מנו בעלים יחיד להסכמה
ה-RACI עובד הכי טוב כשאדם אחד נושא באחריות להגדרת ההסכמה כולה. זה לא בהכרח הבכיר ביותר; זה האדם ששומר על הלימה בין רשימת הספקים, הגדרות הבאנר, מלאי התגים ומדיניות העוגיות, ואוסף את האנשים הנכונים כשמשהו משתנה. בצוותים קטנים זה לרוב מישהו ב-ad ops או בהנדסה עם קו ישיר למשפטי.
תהליכים שגורמים למודל לעבוד
- נתיב בקשה לתגים חדשים. כל פיקסל, SDK או שותף חדש עובר דרך נקודת קליטה אחת, עם טופס קצר: מה הוא עושה, אילו נתונים הוא אוסף, אילו מטרות הוא צריך, מי ביקש אותו.
- יומן שינויים. תעדו כל שינוי בספקים, במטרות, בטקסט הבאנר ובעיצובו, עם תאריך ומאשר. זה לא יסולא בפז כשמדד זז או כששאלה מגיעה משותף או מרגולטור.
- בדיקת שחרור. אף שחרור שנוגע בתגים או בבאנר לא עולה לאוויר בלי בדיקת הסכמה בדפדפן נקי.
- סקירה קבועה. פעם ברבעון הבעלים סוקר את רשימת הספקים מול התגים בפועל, את מדדי ההסכמה מול ההכנסות ואת מדיניות העוגיות מול שניהם.
- נתיב הסלמה. כשהמשפטי וההכנסות חלוקים, ההחלטה עוברת לאדם ממונה, והנימוק נכתב.
סימנים שחסר לכם מודל בעלות
- אף אחד לא יכול לומר מתי נבדקה לאחרונה רשימת הספקים.
- תגים מופיעים באתר שאינם ב-CMP.
- שינויי באנר עולים בלי שמישהו בודק את שיעור ההסכמה אחר כך.
- צוותים שונים נותנים תשובות שונות לגבי אילו שותפים מקבלים את מחרוזת ה-TC.
- שאלות משותפים על אותות הסכמה לוקחות ימים לענות.
עיקרי הדברים
- הסכמה נוגעת במשפטי, ב-ad ops, בהנדסה, במוצר ובשיווק; היא צריכה בעלים אחד נושא באחריות.
- RACI פשוט הופך החלטות חוזרות לתהליך צפוי.
- נתבו כל תג חדש דרך נקודת קליטה אחת עם סקירת הסכמה.
- נהלו יומן שינויים וסקרו את ההגדרה מדי רבעון.
- כתבו איך מחלוקות בין הכנסות לפרטיות מוכרעות.