פלטפורמות wallet pass מתחלקות ל-3 סוגים: כלי pass עצמאיים, פלטפורמות נאמנות עם wallet מובנה, ופלטפורמות מעורבות לקוחות עם wallet נייטיב. כלי עצמאי מספיק כשהכרטיס הוא כל התוכנית. כשהכרטיס צריך לעבוד יחד עם push, אימייל, segments ו-journeys, בדרך כלל מנצחת הפלטפורמה שכבר מחזיקה את פרופיל הלקוח.
קודם כל, בעיית שמות. Apple PassKit הוא ה-framework של Apple לכרטיסי Wallet, וכל ספק כרטיסים בונה עליו. PassKit Inc. היא חברה שמוכרת פלטפורמת כרטיסים. כשמחפשים “חלופה ל-PassKit”, מתכוונים לחברה, וזה מה שההשוואה הזו מכסה, יחד עם המקום של Wallet passes של Pushwoosh. לצוותים ישראליים, שרגישים במיוחד לעלות מול תועלת ולא רוצים עוד ספק בסטאק, ההבחנה בין הסוגים חשובה עוד יותר.
3 סוגים של כלי wallet pass
כלי pass עצמאיים. PassKit, Passcreator, PassSlot ו-Pass2U מתמקדים בכרטיס עצמו. PassKit משלבת builder ללא קוד עם API ל-Apple ול-Google Wallet, PassSlot הוא builder נישתי ל-Apple Wallet, בעיקר לקמעונאות ולאירועים, ו-Pass2U הוא builder ללא קוד לשתי הפלטפורמות שמכוון לעסקים קטנים.
פלטפורמות נאמנות עם wallet. ספקי נאמנות כמו Antavo ו-Yotpo מריצים את הלוגיקה של התוכנית (נקודות, דרגות, הטבות) ומציעים wallet כדרך 1 להציג את הכרטיס.
פלטפורמות מעורבות עם wallet נייטיב. פלטפורמות מעורבות לקוחות כמו Pushwoosh ו-Airship מנפיקות כרטיסים נייטיב, על אותו פרופיל של push, in-app, אימייל ו-SMS. פלטפורמות מעורבות אחרות מוסיפות wallet דרך שותפים. Braze, למשל, עובדת עם ספקי כרטיסים כמו PassKit.
טבלת השוואה
| קריטריון | כלי pass עצמאי | פלטפורמת נאמנות עם wallet | CEP עם wallet דרך שותף | CEP עם wallet נייטיב |
|---|---|---|---|---|
| כרטיסי Apple ו-Google | נייטיב, חלק מהכלים Apple בלבד | משתנה | דרך כלי השותף | נייטיב |
| Builder ויזואלי | כן | משתנה | בכלי השותף | כן |
| API | משתנה | כן | 2 APIs | כן |
| עדכונים חיים | כן | כן | כן, דרך סנכרון | כן |
| Segments מנתוני לקוח | מוגבל לנתוני הכרטיס | נתוני נאמנות | דרך סנכרון | אותו פרופיל |
| Journeys חוצי-ערוצים | לא | מוגבל | 2 כלים | journey 1 |
| Push, אימייל ו-SMS באותו כלי | לא | משתנה | כן, ה-wallet בנפרד | כן |
קראו את הטבלה לפי שורות, לא לפי עמודות. השורות שהכי חשובות לצוותי retention הן segments, journeys וערוצים. שם הסוגים נבדלים. בהנפקת הכרטיסים עצמה הם קרובים.
לצוותים ישראליים כדאי לקרוא בעיון גם את השורה הראשונה. חדירת ה-iPhone בישראל מהגבוהות בעולם, אבל לא כל הלקוחות על iOS, וכלי שמכסה רק Apple Wallet משאיר חלק מהם בחוץ. עדיף SDK 1, API 1 ו-dashboard 1 שמנפיקים את 2 הגרסאות לאותו לקוח.
איך הכלים העצמאיים מתמחרים
המחירים משתנים, אז בדקו את עמוד התמחור העדכני של כל ספק לפני ההחלטה ורשמו את תאריך הבדיקה. שאלו אם הספק סופר כרטיסים שהונפקו או כרטיסים פעילים בטלפונים: אותה תוכנית יכולה לעלות סכומים שונים מאוד ב-2 המודלים.
לכל המודלים והעלויות הנסתרות, ראו את מדריך התמחור.
מתי כלי עצמאי מספיק
כלי pass עצמאי מתאים כשה-wallet הוא התוכנית, לא ערוץ 1 בתוכה. מקרים טיפוסיים:
- מפיק אירועים שמנפיק כרטיסים, בלי אפליקציה ובלי מסרים שוטפים.
- עסק קטן שמריץ כרטיסיית חותמות בלי CRM אחר.
- קמפיין חד-פעמי: קופון, תג לכנס, כרטיס עונתי לחגי תשרי.
כאן ה-designer וה-API של הספק עושים את העבודה. להוסיף פלטפורמת מעורבות מלאה זה יותר כלי ממה שצריך, וזה מה שהיינו אומרים לכל מי ששואל.
בשוק הישראלי זה נראה, למשל, כמו כנס startup בעונת הכנסים של מאי–יוני: כרטיס כניסה, יום אירוע, וסיימתם. אחרי האירוע אין segments לבנות ואין journey להמשיך, ולכן כלי עצמאי פשוט הוא בחירה הגיונית.
מתי צריך פלטפורמת מעורבות
התמונה משתנה ברגע שהכרטיס צריך להגיב לנתוני לקוח ולעבוד עם ערוצים אחרים. גדלתם מעבר לכלי עצמאי כש:
- אתם רוצים להנפיק כרטיסים מאירועים באפליקציה או באתר, כמו הרשמה או הזמנה ראשונה.
- אתם עושים segmentation למחזיקי כרטיסים לפי התנהגות שיושבת ב-CDP או בפלטפורמת המעורבות שלכם.
- רגע 1, כמו נקודות שעומדות לפוג, צריך גם עדכון כרטיס, גם push וגם אימייל.
- אתם מסנכרנים 2 מסדי נתונים ובונים את אותו journey פעמיים.
בשלב הזה השאלה הופכת ללחבר כלי pass לפלטפורמה הנוכחית או לעבור לפלטפורמה עם wallet נייטיב. בישראל השאלה כוללת לא פעם גם ספק SMS מקומי שעולה ביוקר לכל הודעה: כל כלי נוסף הוא עוד חשבונית ועוד אינטגרציה לתחזק.
איפה Pushwoosh נכנסת
Pushwoosh היא פלטפורמת מעורבות לקוחות omnichannel שמנפיקה כרטיסי Apple Wallet ו-Google Wallet נייטיב, בלי שותף באמצע. הכרטיסים מונפקים לפי User ID ויושבים באותו CDP, באותם segments ובאותו Customer Journey כמו push, in-app, אימייל, SMS ו-WhatsApp, שהוא ערוץ התקשורת הדומיננטי בישראל. ל-journeys יש שלב ייעודי Issue Wallet Pass.
מקבלים builder ויזואלי לשתי הפלטפורמות, REST API ועדכונים חיים. ב-Apple העדכונים שקטים אלא אם לשדה יש change message, ואז הלקוח רואה התראה במסך הנעילה. ב-Google השינויים מסתנכרנים לכל מכשיר ששמר את הכרטיס. הנתונים מאוחסנים בתשתית של Pushwoosh עצמה בגרמניה ובארה”ב, עם תאימות ל-GDPR ו-SOC 2 Type 2. לחברות ישראליות שמוכרות לאירופה ולארה”ב, זה אות אמון שמקצר את שיחת ה-security עם הלקוח.
כדי להיות ברורים לגבי המגבלות: Pushwoosh לא מציעה כרטיסי NFC כמו tap-to-ride בתחבורה ציבורית או מפתחות לחדרי מלון. ובכל פלטפורמה, Apple ו-Google מתירות רק התראות שקשורות לכרטיס.
פחות כלים בסטאק עם Pushwoosh
אם ה-wallet הוא ערוץ 1 בתוכנית retention גדולה יותר, Pushwoosh שמה אותו ליד push, in-app, אימייל, SMS ו-WhatsApp על פרופיל לקוח 1. builder 1, API 1, journey 1 לכל ערוץ.
פלטפורמת ה-wallet הנכונה היא לא זו עם הכי הרבה תבניות כרטיס. היא זו שהכי קרובה למקום שבו נתוני הלקוחות שלכם כבר חיים.
