כרטיס מתנה ב-wallet הוא כרטיס מתנה שהמקבל שומר ב-Apple Wallet או ב-Google Wallet, עם היתרה על הכרטיס, מתעדכנת אחרי כל קנייה. לעסק, הוא משאיר את הערך השמור מול העיניים, וערך שמור מול העיניים הוא מה שמחזיר את המחזיק לממש אותו.
ב-Pushwoosh ה-wallet passes יושבים ליד ה-push והאימייל על פרופיל 1, כך שאפשר להנפיק כרטיסי מתנה ב-wallet לקמעונאות ולהמשיך את הקשר באותו journey.
למה כרטיסי מתנה שייכים ל-wallet
כרטיסי מתנה נכשלים בשקט. הקונה משלם, המקבל שוכח, והיתרה נשארת שם. כרטיס ב-wallet נשאר במרחק החלקה 1, ליד כרטיסי העלייה למטוס וכרטיסי המועדון של הלקוח.
היתרה החיה היא הסיבה השנייה. מקבל שרואה “נשארו $12.40” מקבל סיבה לחזור. כרטיס פלסטיק לא יכול להגיד לו כלום.
בישראל כרטיסי מתנה הם חלק קבוע מעונת החגים. ראש השנה וחגי תשרי הם פיק הקניות הגדול של השנה, עם ערכות מתנה בכל מקום, ופסח הוא הפיק השני בעוצמתו. כרטיס שנקנה כמתנה לחג ונשכח במגירה הוא בדיוק הערך השמור שה-wallet מחזיר לתמונה.
Apple מול Google: רק לאחת יש סוג כרטיס מתנה
2 הפלטפורמות מטפלות בכרטיסי מתנה אחרת, וההגדרה שלכם נגזרת מזה.
| Apple Wallet | Google Wallet | |
|---|---|---|
| סוג כרטיס | Store Card (ל-Apple אין סגנון gift card) | Gift card |
| שדה יתרה | שדה מותאם ב-store card | יתרה בכרטיס ה-gift card |
| התראה בשינוי יתרה | כן, אם לשדה יש change message | רק התראה מותאמת שנשלחת עם עדכון ה-API |
| ברקודים | QR, PDF417, Aztec, Code128 | אותו דבר, ועוד EAN-13 |
ב-Apple, בנו את כרטיס המתנה כ-Store Card ושימו את היתרה בשדה header, כדי שתישאר גלויה כשהכרטיסים מוערמים. ב-Google, השתמשו בסוג Gift card. בכל מקרה, הסוג ננעל ברגע היצירה.
איך עובדים עדכוני יתרה
היתרה חיה במערכת שלכם, לא בכרטיס. מערכת הקופה, פלטפורמת ה-e-commerce או ספר החשבונות של כרטיסי המתנה יודעים את המספר האמיתי. הכרטיס רק מציג אותו.
אחרי כל קנייה, המערכת שלכם שולחת את היתרה החדשה דרך ה-API, והפלטפורמה מרעננת את הכרטיס בכל מכשיר שבו הוא שמור. ב-Apple, הוסיפו change message לשדה היתרה (“Your balance is now %@”) אם אתם רוצים התראה במסך הנעילה אחרי כל קנייה. ב-Google, כרטיסי מתנה לא מקבלים התראת שינוי אוטומטית, אבל עדכון ה-API יכול לשאת טקסט התראה מותאם.
בישראל חדירת ה-iPhone גבוהה יחסית, מהגבוהות בעולם, ולצדה בסיס גדול של משתמשי Android. אז גם אם רוב הלקוחות שלכם על iPhone, תכננו את התראת היתרה לשתי הפלטפורמות: change message ב-Apple, וטקסט התראה מותאם בכל עדכון API ב-Google.
הגדירו את החלוקה בבירור כשאתם מתכננים את הפרויקט. Pushwoosh מנפיקה ומעדכנת את הכרטיס. המערכות שלכם מחשבות את היתרה ומאמתות את הכרטיס בקופה.
הנפקת הכרטיס: קונה, מקבל, מסירה
ברוב תהליכי כרטיסי המתנה מעורבים 2 אנשים, אז החליטו מי מקבל איזה קישור.
- 1
רכישה
הקונה משלם אונליין או בחנות.
- 2
מסירה
המקבל מקבל אימייל או SMS עם כפתורי Add to Apple Wallet ו-Add to Google Wallet. כל כרטיס מונפק ל-User ID, כך שהמקבל הופך לפרופיל מזוהה.
- 3
ביקור ראשון
הקופאי סורק את הברקוד ומערכת הקופה בודקת את היתרה.
- 4
עדכונים
כל קנייה מעדכנת את היתרה בכרטיס.
השלב השני הוא הניצחון השקט. המקבל יכול להיות מישהו שמעולם לא קנה אצלכם. עכשיו הוא פרופיל שאפשר להגיע אליו.
בישראל את המתנה עצמה שולחים לא פעם דרך WhatsApp, שהוא ערוץ התקשורת הדומיננטי כאן. כשקישור ה-Add to Wallet יוצא מאותו journey שמחזיק גם את ה-push והאימייל, המקבל עדיין נכנס לאותו פרופיל, בלי לייצא רשימות לספק נפרד.
החזרת לקוחות כשהיתרה מתאפסת
כשהיתרה מגיעה לאפס, הכרטיס מפסיק לתת למחזיק סיבה לפתוח אותו.
2 צעדים עוזרים. קודם, עדכנו את הכרטיס כך שיציג את המצב הסופי שלו, כדי שלא יישאר ב-wallet עם מספר לא עדכני. אחר כך המשיכו ב-push, באימייל או ב-SMS: הצעת הצטרפות, הזמנה למועדון הלקוחות שלכם, או הצעה לטעון מחדש.
השאירו את ההצעה מחוץ לכרטיס המתנה עצמו. Apple ו-Google מאפשרות רק התראות שקשורות לכרטיס, ומבצע שנדחף דרך כרטיס מתנה מפר את ההנחיות שלהן. הכרטיס מדווח על היתרה. הערוצים האחרים שלכם עושים את המכירה.
צ’קליסט להגדרה
- תעודת Apple Pass Type ID וחשבון Apple Developer ($99 לשנה).
- Google Issuer ID ומפתח חשבון שירות של Google Cloud, פעם אחת לכל אפליקציה.
- חיבור API מספר החשבונות של כרטיסי המתנה או ממערכת הקופה לעדכון יתרות.
- פורמט ברקוד שהסורקים שלכם קוראים.
- Journey שמנפיק את הכרטיס ברכישה וממשיך את הקשר כשהיתרה מתאפסת.
שלבי ההגדרה של הפלטפורמה נמצאים ב-תיעוד Wallet passes.
להחזיר את מחזיקי כרטיסי המתנה עם Pushwoosh
Pushwoosh מנפיקה כרטיסי Apple Wallet ו-Google Wallet נייטיב לכרטיסי מתנה, מעדכנת את היתרה דרך ה-API, וממשיכה את הקשר ב-push, באימייל או ב-SMS מאותו journey. כל כרטיס קשור ל-User ID, כך שהמקבל הופך ללקוח שאפשר להגיע אליו שוב.
לגרום לכרטיסי מתנה להתממש זה לא עניין של עיצוב הכרטיס. זה עניין של להשאיר את היתרה מול העיניים עד הביקור הבא.
שאלות נפוצות