KleosKleos

ייחוס של מתנות מוצר: המעגל הסגור בין המתנה, הקוד וההזמנה בShopify

מתנות למשפיענים נראות חינם עד שהכספים שואלים אילו הזמנות יצאו מזה. שלחתם מוצר, היוצר פרסם, והתיעוד היחיד שנשאר הוא שורה בגיליון ובה קישור מעקב שאיש לא לחץ עליו…


מתנות למשפיענים נראות חינם עד שהכספים שואלים אילו הזמנות יצאו מזה. שלחתם מוצר, היוצר פרסם, והתיעוד היחיד שנשאר הוא שורה בגיליון ובה קישור מעקב שאיש לא לחץ עליו. ייחוס של מתנות מוצר סוגר את הפער הזה. הוא קושר מתנה מסוימת, יוצר מסוים ותוכן מסוים להזמנות הShopify שמגיעות אחריהם.

מהו ייחוס של מתנות מוצר?

ייחוס של מתנות מוצר הוא הנוהג של חיבור המוצר שניתן במתנה והיוצר שקיבל אותו להזמנות שנוצרות בעקבותיו, באמצעות קודים ייחודיים לכל יוצר, פרמטרי UTM, או רשומת היוצר בתוך מערכת ניהול הקשרים. הוא עונה על שאלה אחת: האם המתנה הזאת הניבה הכנסה, וכמה?

מתנה אינה אירוע לוגיסטי. היא אירוע של נתונים. ברגע שמותג שולח מוצר ליוצר, הוא או יוצר מזהה שמסוגל לשרוד עד הזמנה בShopify, או מאבד את היכולת למדוד את היוצר הזה כמקור הכנסה. הייחוס הופך משלוח אחד לאות שאפשר לבחון.

בלי ייחוס, המתנות נרשמות בשיווק המותג כהוצאה. עם ייחוס, המתנות הופכות לערוץ שאפשר להשוות לרכישה בתשלום לפי עלות להזמנה והכנסה לכל מתנה שנשלחה.

למה ייחוס המתנות נשבר עוד לפני שנספרה הכנסה כלשהי?

רוב ייחוס המתנות נשבר משום שהמתנה יוצאת בלי מזהה ייחודי הקשור ליוצר. אחר כך המותג מסתכל על קוד ברמת הקמפיין או על UTM כללי, ואינו מצליח להפריד בין יוצר אחד לאחר.

הכשל מופיע במקומות צפויים.

  • לא הוקצה קוד ייחודי או UTM לפני המשלוח. המתנה יוצאת מהמחסן כעלות שאין אחריה מעקב. כשהיוצר מפרסם, כבר אין דרך חזרה אל אותו יוצר מסוים.
  • הקודים אינם מחוברים לרשומת יוצר. קוד יחסי ציבור משותף עוקב אחרי הקמפיין, לא אחרי האדם. הכספים רואים ערמת הזמנות בלי דרך לדעת איזה יוצר הניע אותן.
  • תשובות ותוכן אינם מסווגים. כן, משא ומתן, לא, או שתיקה, כולם נראים אותו דבר בגיליון. הצינור הופך לרשימת חבילות שנשלחו, ולא למקור ידע על הכנסה.
  • ההכנסה נזקפת לקמפיין ולא ליוצר. גם כשקיים מעקב, הוא נעצר לרוב ברמת הקמפיין. היוצר שבאמת יצר את ההמרה נעלם.

התוצאה זהה בכל פעם: עלויות המתנות נראות, ההכנסה מהן אינה נראית. הכספים מתייחסים לכל מתנה כמחיקה, כי המערכת מעולם לא נתנה להם סיבה לחשוב אחרת.

איך בונים מעגל מתנות סגור בShopify?

למעגל מתנות סגור יש חמישה מנגנונים: ליצור מזהים ייחודיים לכל יוצר, לשלוח את המתנה כהזמנת טיוטה, לסווג את תשובת היוצר, ללכוד מימושי קוד וUTM על הזמנות אמיתיות בShopify, ולכתוב את ההכנסה בחזרה לרשומת היוצר.

לסדר יש משמעות. אי אפשר להרכיב ייחוס אחרי שהחבילה כבר יצאה.

  • צרו את המזהה לפני המשלוח. הפיקו לכל יוצר קוד הנחה ייחודי וקישור מתויג בUTM. הקוד חי ברשומת היוצר, לא בגיליון קמפיין משותף.
  • שלחו את המתנה דרך הזמנות טיוטה בShopify. כך המתנה הופכת לשורה עם עלות, ולא לחבילה בלי רישום. המלאי ועלות המכר נשארים נקיים, ולמתנה יש טביעת רגל פיננסית כבר מהיום הראשון.
  • סווגו את תשובת היוצר. כן, משא ומתן, לא, או שתיקה, כל אחד מהם משנה את מצבו של אותו יוצר. סיווג תשובות עוצר מעקב מבוזבז ושומר על צינור כן.
  • עקבו אחרי מימושים על ההזמנות. כשלקוח משתמש בקוד או לוחץ על הUTM, הזמנת הShopify מתויגת במזהה היוצר. בלי התאמה בדיעבד, בלי ניחושים, בלי התאמות בגיליונות.
  • כתבו את ההכנסה בחזרה לרשומת היוצר. מערכת ניהול היוצרים מציגה כעת הזמנות והכנסה המיוחסות בדיוק לאותו יוצר. הכספים רואים את אותו מספר שShopify רואה.

זהו מעגל התפעול. כלי ששומר רק אנשי קשר של יוצרים אינו סוגר אותו. כלי שמייצר רק קודי הנחה אינו סוגר אותו. המעגל נסגר כשהמתנה, המזהה, התשובה, ההזמנה וההכנסה יושבים כולם על רשומת יוצר אחת.

מהם חילופי השיקולים האמיתיים בייחוס מתנות?

השיקול המרכזי הוא חיכוך מול כנות. קודים וקישורים ייחודיים מוסיפים צעד קטן לצוות שלכם וליוצרים, וחלק מהפרסומים עם מתנה יראו אפס הזמנות מיוחסות ישירות גם כשלתוכן היה ערך. אתם בוחרים מספר אמיתי על פני סיפור נוח.

השיקול הזה מתגלה בכמה דרכים.

  • ייחוס חסר הוא בלתי נמנע. לא כל צופה לוחץ, ולא כל לחיצה משתמשת בקוד. חלק מההשפעה לעולם לא יופיע על הזמנה בShopify. הכספים חייבים לקבל שחלק מהמתנות יסתיימו באפס הכנסה מיוחסת, לא מפני שהיוצר היה חלש, אלא מפני שהערוץ הזה הוא חוליית ביניים.
  • החיכוך אצל היוצר אמיתי. בקשה מיוצר להשתמש בקוד או בקישור מסוים היא הוראה נוספת. הוראות ברורות וקצרות מפחיתות נשירה. בקשות מעורפלות מייצרות שתיקה.
  • ייחוס יתר אפשרי. לקוח שהיה קונה ממילא עשוי להשתמש בקוד. זה נכון לכל ייחוס המבוסס על הנחה. המענה הכן הוא להשוות הזמנות ממתנות לעלות הרכישה בתשלום שלכם, ולא להעמיד פנים שהקוד מודד תוספת נטו.
  • הקמה ידנית אינה מתרחבת. כמה מתנות אפשר לעקוב בגיליון. מאה אי אפשר. המעגל מחזיק רק אם יצירת המזהים ותיוג ההזמנות קורים אוטומטית.

החלופה גרועה יותר. תוכנית בלי ייחוס מרגישה זולה יותר כי יש בה פחות חיכוך, אבל היא נושאת מחיר סמוי: לא תוכלו לומר אילו יוצרים ראויים ליותר מוצר, ליותר תקציב או ליותר תשומת לב.

איך מדווחים על תשואת מתנות המוצר לסמנכ"ל הכספים?

דווחו על תשואת המתנות כעלות להזמנה מיוחסת והכנסה לכל מתנה שנשלחה, שנשלפות מהזמנות Shopify הקשורות לקודי יוצרים, ולא מחשיפות, טווח הגעה או שווי מדיה. סמנכ"ל הכספים שואל שתי שאלות: כמה הוצאנו, ואילו הזמנות חזרו.

בנו את הדוח סביב השדות האלה.

  • עלות המתנה לכל יוצר: עלות המוצר בתוספת משלוח ובתוספת עמלות פלטפורמה אם יש.
  • הזמנות מיוחסות: מספר הזמנות הShopify שהשתמשו בקוד או בUTM של אותו יוצר.
  • הכנסה מיוחסת: סכום ערך ההזמנות הקשורות לאותו יוצר.
  • עלות להזמנה מיוחסת: סך ההוצאה על מתנות חלקי ההזמנות המיוחסות.
  • הכנסה לכל מתנה שנשלחה: ההכנסה המיוחסת חלקי מספר המתנות שנשלחו.

דוגמה להמחשה: אתם שולחים 100 מתנות בעלות נחיתה של 25 EUR ליחידה. סך ההוצאה הוא 2,500 EUR. אם חוזרות 12 הזמנות מיוחסות בערך הזמנה ממוצע של 80 EUR, מדובר ב960 EUR הכנסה מיוחסת ובעלות של כ208 EUR להזמנה מיוחסת. החשבון הזה אומר אם התוכנית עומדת מול עלות הרכישה בתשלום שלכם, ולא אם פרסום מסוים אסף לייקים. הסף שייך לכלכלת היחידה שלכם, לא לאמת מידה של הענף.

השוואה מועילה היא עלות הרכישה המשוקללת מהמדיה החברתית בתשלום. אם הזמנות שנולדו ממתנות נכנסות ברמת אותה עלות או מתחתיה, המתנות נושאות את משקלן ככלי רכישה. אם הן נכנסות הרבה מעליה, הבעיה היא בדרך כלל התאמת היוצר, מבנה ההצעה, או מתנה שנשלחה בלי מסלול המשך לשותפות עמלה או לקידום בתשלום.

שאלות נפוצות על ייחוס מתנות מוצר

האם כל יוצר שמקבל מתנה צריך קוד ייחודי?

כן, אם אתם רוצים ייחוס ברמת היוצר. קוד קמפיין יחיד אינו יכול לומר לכם איזה יוצר הניע את ההזמנה. קודים ייחודיים הם הדרך היחידה לחבר מימוש בShopify לאדם מסוים ברשומת יוצר.

אפשר לייחס מתנות בלי קוד?

אפשר להשתמש בפרמטרי UTM ובדפי נחיתה ייעודיים. הקודים אמינים יותר בShopify משום שהם נצמדים ישירות לאובייקט ההנחה ולרשומת ההזמנה. UTM מועיל לניתוח מסלול הקליקים, אבל מפספס חלק מהמימושים.

ומה אם יוצר מפרסם ואיש לא משתמש בקוד?

אז התשובה הכנה היא אפס הכנסה מיוחסת לאותה מתנה. זה אות על התאמה או על ההצעה, לא כשל של המעקב. אפס הוא מידע שימושי. ייחוס חסר אינו מידע.

איך ייחוס מתנות מתחבר לשותפות עמלה ולקידום בתשלום?

יוצר שמצליח עם מוצר שקיבל במתנה יכול לעבור לקוד שותף מוסכם או לשיתוף פעולה בתשלום עם אותו מזהה. היסטוריית ההכנסה נצמדת לרשומת היוצר. אתם לא מתחילים מאפס כשהקשר הופך לתשלום.

ייחוס של מתנות מוצר אינו שכבת דיווח שמוסיפים אחרי המשלוח. הוא תהליך המשלוח עצמו. הפיקו את הקוד לפני שהמתנה יוצאת מהמחסן, סווגו את התשובה, לכדו את המימוש בShopify, וכתבו את ההכנסה על שם היוצר. זה ההבדל בין מרכז עלות לבין ערוץ.

Kleos בונה את זה כזרימת ברירת המחדל. מתנות, שותפות עמלה וקידום בתשלום רצים על אותה רשומת יוצר, עם ייחוס על הזמנות Shopify אמיתיות. אם תוכנית המתנות שלכם היום אינה יודעת לענות על שאלת סמנכ"ל הכספים, הפתרון אינו עוד גיליונות. הפתרון הוא מעגל סגור.