מחסנית ייחוס הביקורים (Visit Attribution Stack) חושפת את הכנסות ה-DTC שחדר הטעימות שלכם כבר מייצר, אך דוח הכספים שלכם אינו מסוגל לראות — באמצעות חיווט אירוע הביקור, תיוג מיילים שנשלחים לאחר הביקור, ובניית תצוגת קוהורט ל-90 יום. בפעילויות בדרגת-ביניים עם ייחוס ביקורים תקין, הכנסות DTC המיוחסות לביקורים בדרך כלל מתגלות כנתח גדול מסך ה-DTC, ומגדירות מחדש את חדר הטעימות ממרכז עלות לאחד משלושת ערוצי הרכישה המובילים, כבר בסקירה רבעונית אחת.
הוציאו את דוח הכספים שלכם מהסקירה הרבעונית האחרונה. אתרו את השורה של חדר הטעימות. ברוב היקבים הפרימיום בדרגת-ביניים בקליפורניה, היא מופיעה כעלות: שכר עבודה, שירותים, כלי זכוכית, שבר, והקצאת עלות המוצר הנמכר עבור היין המוגש. בחלק מהפעילויות יש שורת הכנסה נפרדת עבור דמי טעימה ורכישות בקבוקים שנסגרות בדלפק. שורה זו בדרך כלל משקפת נתח קטן מסך ה-DTC.
הסיפור שדוח הכספים שלכם מספר הוא, אם כך: הפעלת חדר הטעימות עולה X דולרים, מניבה Y דולרים בהכנסה מאותו היום, וההפרש הוא השורה שה-CFO שלכם צריך להגן עליה בתקציב. לפי חשבון זה, ברבעונים רבים, חדר הטעימות פועל בהפסד או מאוזן, ושיחת התקציב עוברת מ"איך מרחיבים את זה" ל"איך מקצצים בזה".
הסיפור שדוח הכספים שלכם לא מספר הוא תצוגת הייחוס ל-90 יום: כמה הכנסות DTC, על פני כל תוכנית המסחר האלקטרוני ומשלוחי מועדון היין, נוצרו על ידי קונים שהגיעו דרך חדר הטעימות באותו חלון זמן. בפעילויות בדרגת-ביניים עם ייחוס ביקורים מחווט כראוי, מספר זה הוא בדרך כלל נתח גדול מסך ה-DTC. חדר הטעימות, במונחי ייחוס, הוא אחד משלושת ערוצי הרכישה המובילים, ולעיתים קרובות הערוץ המוביל ביותר.
המנהל שיכול להציג מספר זה בסקירה הרבעונית משנה את שיחת התקציב. המנהל שלא יכול, נאלץ להגן על שורת השכר סעיף אחר סעיף.
מסגרת מחסנית ייחוס הביקורים
למסגרת שלושה רכיבים. כל אחד מהם סוגר פער ספציפי בין מערכות שהפעילות שלכם כבר מפעילה.
רכיב 1: העברת נתונים מ-POS ל-ESP
הפער הראשון הוא אירוע הביקור עצמו. ברוב המחסניות בדרגת-ביניים, הביקור מתרחש במערכת ה-POS או במערכת ההזמנות. הקונה נמצא בפלטפורמת אוטומציית הדוא"ל. שתי המערכות עשויות להיות מחוברות לצורכי שיווק, אך הביקור עצמו אינו נדחף כאירוע מובנה. ללא אירוע הביקור, לא ניתן לבנות שום תצוגת ייחוס במורד הזרימה.
הפתרון הוא אינטגרציה צופה פני עתיד: כל ביקור שנסגר ב-POS דוחף אירוע ביקור לפלטפורמת אוטומציית הדוא"ל, עם כתובת הדוא"ל של הקונה, תאריך הביקור, תמהיל ה-SKU שנטעם (אם נרשם), תמהיל ה-SKU שנרכש בדלפק, וגודל הקבוצה. האינטגרציה מכסה רק ביקורים עתידיים. אין ערך בניקוי רטרואקטיבי של נתוני הביקורים משלוש השנים האחרונות; העבודה תימשך חודשים, ותצוגת הייחוס פועלת בכל מקרה על חלון נע של 90 יום.
ברוב המחסניות בדרגת-ביניים, העברת נתונים זו היא פרויקט תצורה של 2-4 ימים. האינטגרציה בדרך כלל כבר חשופה אצל שני הספקים; העבודה היא למפות את השדות ולהגדיר את הטריגר.
התוצאה: כל ביקור הופך לאירוע ניתן לשאילתה בפלטפורמת אוטומציית הדוא"ל, כשהקונה מקושר להיסטוריית הרכישות המלאה שלו ולפעילות הדיגיטלית שלו.
רכיב 2: טריגרים לביקור מתויגים ב-UTM
הפער השני נמצא בזרימת המיילים שלאחר הביקור. אם סוכמת הביקור, הטריגר למלאי, והזמנת החברות במועדון כבר מוגדרים (ראו את מסגרת גשר הביקור ל-14 ימים), הצעד הבא הוא לתייג את הקישורים במיילים אלה כדי שהרכישות הנובעות מהם ייוחסו כראוי.
התיוג פשוט: utm_source=visit, utm_medium=email, utm_campaign=visit-bridge, utm_content=[שם-הטריגר]. כל קישור בכל מייל המופעל על ידי ביקור נושא את התגית. כשהקונה לוחץ על הקישור ורוכש, לוח המחוונים של הייחוס רושם את הרכישה כמיוחסת לביקור, ולא כישירה, אורגנית, או כמייל-קליק-אחרון.
זו נקודת הכשל הנפוצה ביותר בייחוס. יקבים בונים את האוטומציה של גשר הביקור אך שולחים את המיילים ללא תיוג UTM. שישה חודשים לאחר מכן, לוח המחוונים של הייחוס מראה שהכנסות קוהורט הביקורים התמוססו לתוך "מייל-ישיר", ותרומת חדר הטעימות ל-DTC נותרת בלתי נראית.
הפתרון הוא ביקורת חד-פעמית של הקישורים בתבניות הגשר, ואמנת תיוג המתועדת בספר ההפעלה של תוכנית הדוא"ל. חצי יום עבודה.
רכיב 3: תצוגת ייחוס ביקורים ל-90 יום בלוח המחוונים
הפער השלישי הוא תצוגת הדיווח עצמה. רוב לוחות המחוונים של הייחוס מציגים כברירת מחדל ייחוס לקליק-אחרון. ייחוס לקליק-אחרון מזכה את הערוץ שסיפק את מייל הרכישה הסופי או את הפרסומת הסופית. עבור קונים המיוחסים לביקור, זהו לרוב הטריגר למלאי בימים 4-7 או הזמנת החברות במועדון בימים 10-14, ששניהם נושאים את התגית utm_source=visit (בהנחה שרכיב 2 כבר קיים).
התצוגה הניתנת להגנה, לעומת זאת, היא תצוגת קוהורט ייחוס ביקורים ל-90 יום: כל קונה שהיה לו אירוע ביקור ב-90 הימים האחרונים, וכל דולר מהכנסות ה-DTC שאותם קונים יצרו באותו חלון זמן, ללא תלות בייחוס לקליק-אחרון. תצוגה זו מראה את תרומת ההכנסה המלאה של חדר הטעימות כמשטח רכישת קונים, ולא רק את ההמרות בקליק-אחרון.
רוב לוחות המחוונים של הייחוס חושפים תצוגת קוהורט אם בונים את הגדרת הקוהורט. הגדרת הקוהורט היא "קונים עם אירוע ביקור ב-90 הימים האחרונים". חישוב ההכנסה הוא "סכום כל הכנסות ה-DTC מאותם קונים באותו חלון של 90 יום". חצי יום של תצורת לוח מחוונים מניב תצוגה שה-CFO שלכם יכול לקרוא ישירות בסקירה הרבעונית.
תוצאות שעשויות להתקבל
יקבים המפעילים את מחסנית ייחוס הביקורים עשויים לראות, ברבעון שלאחר היישום:
- הכנסות DTC המיוחסות לביקורים מתגלות בדיווח כנתח גדול מסך ה-DTC (לעומת נתח קטן בתצוגות המבוססות רק על רכישה באותו יום)
- יכולת ההגנה על תקציב חדר הטעימות עוברת משיחה על שורת עלות לשיחה על ערוץ רכישה
- הקצאה מחדש של תקציב השיווק: הוצאות ברשתות חברתיות בתשלום שהוזכרו בעבר כגורמות לרכישות בקוהורט ביקורים, מיוחסות כעת כראוי לביקורים, מה שחושף את עלות הרכישה האמיתית (CAC) בכל ערוץ
- פריט לסקירה הרבעונית: תצוגת ייחוס הביקורים ל-90 יום, המוצגת לצד תצוגות ייחוס רשתות חברתיות בתשלום ודוא"ל
אין עלייה ישירה בהכנסות כתוצאה מעבודה זו. ההכנסה כבר התרחשה; תצוגת הייחוס פשוט הופכת אותה לגלויה. העלייה מגיעה במורד הזרימה, בשיחות התקציב ובהחלטות הקצאת הערוצים שהחשיפה הזו מאפשרת.
שלבי היישום
- שבוע 1: ביקורת האינטגרציה מ-POS ל-ESP; וידוא שדחיפת אירוע הביקור מוגדרת; אישור שדות המטען (דוא"ל, תאריך, תמהיל SKU, גודל קבוצה)
- שבוע 2: תיוג כל קישורי המייל של גשר הביקור באמנת utm_source=visit; תיעוד הסטנדרט בספר ההפעלה של תוכנית הדוא"ל
- שבוע 3: בניית תצוגת קוהורט ייחוס ביקורים ל-90 יום בלוח המחוונים של הייחוס; אימות מול משיכת נתונים היסטורית של 30 יום
- שבוע 4: הכנת פריט לסקירה הרבעונית: משיכת תצוגת ייחוס הביקורים לצד תצוגות מייל-ישיר, רשתות חברתיות בתשלום, ואורגני
- שבוע 5: תדרוך ה-CFO וההנהלה על התצוגה החדשה לקראת הסקירה הרבעונית
הפעולה של החודש הזה
פתחו את לוח המחוונים של הייחוס שלכם. אתרו את שורת הכנסות חדר הטעימות. אם המספר היחיד הנראה הוא הכנסה מאותו היום בדלפק, תצוגת ייחוס הביקורים היא הפרויקט.
אם אינכם מוצאים כלל שורה של חדר הטעימות, העברת הנתונים מ-POS ל-ESP היא הפרויקט הראשון שיש לטפל בו. התחילו שם.
נ.ב. ההשפעה הפוליטית של עבודה זו גדולה מההשפעה על ההכנסות. ההכנסה כבר התרחשה; הנראות היא מה שמשתנה. ברגע שההנהלה רואה שורה גדולה המיוחסת לביקורים בדיווח ה-DTC, שיחת התקציב עוברת ממגננה (הצדקת שכר העבודה של חדר הטעימות) להרחבה (הארכת שעות פעילות, הוספת קיבולת, הפעלת קמפיינים נוספים המניעים ביקורים). המנהל שבונה את התצוגה הוא המנהל ששולט בשיחת התקציב של הרבעון הבא, במקום להגיב אליה. זה המינוף. דיווח הוא כלי פוליטי; תצוגה זו נבנית במיוחד עבור הפגישה שמחליטה על השקעת חדר הטעימות לשנה הבאה.
