הקמת תוכנית שותפים באתר: הגדרות ובדיקות להשקה

מתחילים במסמך הגדרות קצר

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

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

מגדירים כללי שיוך ועמלה

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

מחברים את האתר לתהליך המדידה

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

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

רשימת בדיקות קבלה לפני ההשקה

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

אחרי שהבדיקות עברו: פיילוט ובקרה

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

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

פרטי החיבור שמסייעים בבירור תקלות

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

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

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

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

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

תרחיש בדיקה מעשי: רכישה, דיווח חוזר והחזר

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

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

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

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

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

שאלות נפוצות על בדיקות המעקב

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

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

האם אפשר לזהות לקוח שעובר בין מכשירים?

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

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

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

מתי אפשר להרחיב את הפעילות?

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

רשימת סיום לבדיקת ההשקה

מדריכים לצעד הבא

• חיבור תוכנית שותפים ל־CRM: תהליך עבודה ללידים
• חלון שיוך בתוכנית שותפים: כללים, תרחישים ובדיקות
• פיילוט לתוכנית שותפים: מה בודקים לפני שמרחיבים