לרכוב ניהול חומות תשלום ושערי תשלום עם RevenueCat זה אולי נראה מבלבל בפעם הראשונה שתנסו את זה, במיוחד אם אתם מגיעים מפתרונות "הכנס והפעל" כמו Superwall. אבל אם אתם רוצים בסיס איתן להרחבה, מדידה מדויקת של ההכנסות שלכם ושליטה מדויקת על אירועי מנויים, כדאי להקדיש זמן להבין כיצד RevenueCat משתלב במחסנית האפליקציה שלכם.
מטרת מאמר זה היא לעזור לכם לראות כיצד להשתמש ב-RevenueCat כדי צרו חומות תשלום פשוטות, נהלו חומות מנויים וחברו את כל זה לניתוח ולשיווק שלכם. (לדוגמה, עם Pushwoosh), תוך מינוף תפקידה כ"מקור האמת היחיד" לנתוני התשלום שלך. נבחן דוגמאות מהעולם האמיתי, בעיות נפוצות בביקורות חנויות, כיצד לבנות את חומת התשלום שלך וכיצד לנצל את כל אירועי הפלטפורמה.
למה RevenueCat היא מרכז ערימת המנויים שלכם?
חברות רבות בסופו של דבר הציבו RevenueCat כבליבה של תשתית המנויים שלההסיבה העיקרית היא שהוא מציע נקודה מרכזית שבה נמצאים כל נתוני התשלום והחידוש, בין אם הם מגיעים מ-iOS, אנדרואיד או האינטרנט. זה פותר את אחת מכאבי הראש הנפוצים ביותר: נתונים שונים בכל חנות אפליקציות, ב-backend שלכם ובכלי הניתוח שלכם.
באמצעות RevenueCat אתה מקבל מקור מידע אמין יחיד על מנויים וחיובמשם, תוכלו להפיץ את הנתונים הללו לשאר הכלים במאגר שלכם (אנליטיקה, CRM, אוטומציה שיווקית, התראות דחיפה וכו') באמצעות אינטגרציות מקוריות או באמצעות Webhooks. עקביות זו היא המפתח כשרוצים לפלח משתמשים, להפעיל קמפיינים של Upsell או להבין באמת את התנהגות המנויים שלכם.
בפועל, משמעות הדבר היא שהחלטות המוצר והשיווק שלך מבוססות על אירועי הרשמה עקביים ומאוחדיםרכישות ראשוניות, חידושים, ביטולים, בעיות תשלום, שינויים במוצר ועוד. את כל אלה ניתן לחבר לפתרונות כמו Pushwoosh כדי לבנות מסעות לקוח אוטומטיים ומפורטים ביותר.
RevenueCat לעומת Superwall: פשטות לעומת שליטה
אם אתם משתמשים בכלים כמו Superwall, זה נורמלי להרגיש את זה RevenueCat מורכב יותרסופרוול מתמקדת מאוד בהקמה מהירה של חומת תשלום חזותית, עם גישת "כמעט הכנס-הפעל". לעומת זאת, RevenueCat מתמקדת בשכבה העסקית: ניהול מוצר, לוגיקת מנויים, אירועים ונתונים.
זה לא אומר שלא ניתן ליצור עם RevenueCat חומות תשלום פשוטות ויעילותבמקום זאת, הכלי מתמקד בשליטה על ה"מה" וה"מתי" של המנויים, בעוד שה"איך" של חומת התשלום תלוי במידה רבה ביישום שלכם. בתמורה, אתם מקבלים גמישות עצומה לשלב את חומות התשלום שלכם עם מערכות אחרות ולתזמר את כל מחזור חיי המשתמש.
יתר על כן, RevenueCat מתפתחת עם כלים ליצירת חומת תשלום מבוססת בינה מלאכותית, המאפשרים החל מרישומי חנויות, הנחיות או הפניות חזותיות כדי ליצור עיצוב ראשוני של חומת תשלום. מהטיוטה הזו, תוכלו להתאים את העיצוב, הטקסט והקריאות לפעולה לכל שיחה ולבדוק נקודות מפתח לפני ההשקה. זה מקצר משמעותית את הפער בין השכבה העסקית לחוויה החזותית.
חומות תשלום פשוטות: מבנה מומלץ
דפוס נפוץ באפליקציות מנוי הוא שיהיה שתי חומות תשלום פשוטות אך מובחנות היטב. לדוגמה:
- חומת תשלום ראשונית לאחר הקליטה, ללא הגבלות, המציגה את הצעת הערך הכוללת.
- חומת תשלום שנייה המשויכת לפונקציונליות מסוימת, עם הגבלות, מופיעה כאשר המשתמש מנסה להשתמש בתכונות פרימיום.
במקרה הראשון, חומת התשלום היא בדרך כלל יותר "שאפתנית": אתה מסביר את היתרונות הכוללים, סיכומי התוכנית והסיבות להירשם כמנוי.במקרה השני, ההקשר מכתיב: המשתמש מנסה לעשות משהו ספציפי (לדוגמה, גישה לקורס פרימיום או לתכונה מתקדמת), לכן ברצונך להדגיש את הערך המדויק של אותה תכונה וכיצד המנוי פותח את הפעולה הזו באופן מיידי.
RevenueCat מכסה את החלק של ניהול מוצר, תמחור, תקופות ניסיון ואימות זכויותבזמן שאתם שולטים בפריסה, בטקסט ובהתנהגות החזותית של חומת התשלום בתוך האפליקציה. על ידי שילוב של זה עם מחולל חומת תשלום המופעל על ידי בינה מלאכותית, תוכלו ליצור במהירות עיצובים שונים עבור חומת התשלום הראשית שלכם ועבור חומת התשלום של התכונה ההקשרית.
בעיות נפוצות בבדיקת מנויים בחנות האפליקציות
תרחיש די נפוץ כשמתחילים להשתמש ב-RevenueCat (או כל מערכת מנויים אחרת) הוא הבא: אתה שולח את האפליקציה שלך לבדיקה וגם שולח את המנוי שלך בתוך האפליקציה בפעם הראשונה.אבל המנוי עדיין "ממתין לבדיקה". בינתיים, הבודק של אפל נכנס לאפליקציה שלך, מגיע לקיר התשלום, ו... התמחור ופרטי המוצר לא נטענים כראוי מכיוון שהמנוי עדיין לא אושר.
התוצאה בדרך כלל הרסנית: הסוקר אינו יכול להמשיך מעבר לחומת התשלום והם בסופו של דבר דוחים את האפליקציה שוב ושוב, מכיוון שתהליך הרכישה מקולקל מנקודת מבטם. זה יוצר מעין מעגל קסמים שבו האפליקציה תלויה במנוי שעדיין לא מוכן, והמנוי תלוי באפליקציה שנכשלת בבדיקה.
כדי למזער בעיות מסוג זה, מומלץ הכן את האפליקציה שלך להתמודדות עם מצבי בינייםלדוגמה, על ידי הצגת הודעה ידידותית אם אין מוצרים זמינים, הוספת אפשרות דילוג או הצעת נתיב ניווט חלופי עבור הבודק. מומלץ גם לתעד בבירור בהערת הביקורת מה קורה, ואם אפשר, לכלול צילומי מסך או שלבים לשחזור ההתנהגות הצפויה לאחר אישור המנוי.
טיפ נוסף מועיל הוא אל תחסמו את כל האפליקציה מאחורי חומת תשלום שתלויה במוצרים שטרם אושרו.השארת תוכן מסוים נגיש או חלק פונקציונלי קטן מאוד יכולה לעזור לבודק להבין את הצעת הערך ולמנוע תסכול מחוסר יכולת לבדוק דבר. בהקשר של RevenueCat, ודאו גם שהאפליקציה שלכם מטפלת כראוי בתגובות ריקות או בשגיאות בהעלאת מוצרים.
RevenueCat כפלטפורמת ניהול מנויים
RevenueCat מוגדר כ- פלטפורמה שמפשטת רכישות ומנויים בתוך האפליקציה עבור iOS, אנדרואיד והאינטרנט. הוא מטפל בחלקים הרגישים ביותר של לוגיקת המנוי: אימות קבלות, סנכרון סטטוס בין מכשירים, שחזור רכישות, ניהול תקופת ניסיון, מבצעים וכו'.
בנוסף, הוא מספק כלים מלאים לניתוח ואופטימיזציה של ביצועי המנויים שלךזה כולל מדדים כגון הכנסות חוזרות, שימור לקוחות, נטישה, LTV, התנהגות קבוצתית ופילוחים שעוזרים לך להבין אילו תוכניות עובדות הכי טוב, אילו קידומים מניבים הכי הרבה המרות, או באיזו נקודה במחזור החיים רוב המשתמשים אובדים.
היתרון העיקרי שלו הוא שעל ידי ריכוז הכל, זה חוסך לכם את הצורך לכתוב מחדש את אותה לוגיקה עבור כל פלטפורמה. במקום להתמודד ישירות עם ערכות ה-SDK המקוריות של כל חנות, אתם מסתמכים על... SDK יחיד שחושף מודל נתונים הומוגני ולתת ל-RevenueCat לטפל בפירוש הפרטים של כל חנות.
שילוב RevenueCat עם Pushwoosh: אוטומציה ופילוח
אחת האינטגרציות החזקות ביותר בהקשר של חומות תשלום ושימור לקוחות היא זו של RevenueCat עם PushwooshPushwoosh היא פלטפורמה לשליחת התראות דחיפה, הודעות בתוך האפליקציה וסוגים אחרים של תקשורת ממוקדת, ובאמצעות קישורה עם RevenueCat ניתן לתזמר קמפיינים המבוססים על אירועי מנויים אמיתיים.
הרעיון פשוט: RevenueCat שולח אירועי מנוי ל-Pushwoosh באמצעות Webhooks, אירועים אלה הופכים לטריגרים למסעות לקוח, אוטומציות ופילוח מתקדם. זה מאפשר לך לעודד חידושים, להזכיר ללקוחות את ערך התוכנית, להציע שדרוגים לרמות גבוהות יותר, או להשיק מבצעים מיוחדים בזמן הנכון, ולמקסם את המעורבות וההכנסות.
לדוגמה, פלטפורמת למידה מקוונת יכולה הגברת המעורבות על ידי שליחת התראות מותאמות אישית כאשר הוא מזהה שינוי בתוכנית. ההודעה עשויה לכלול הנחיות לגבי המעבר, המלצות קורסים התואמות את רמת המנוי החדשה והטבות בלעדיות המחזקות את החלטת המשתמש לשדרג.
מקרי שימוש ספציפיים של האינטגרציה בין RevenueCat ל-Pushwoosh
מגוון מקרי השימוש בעת שילוב אירועי מנוי עם קמפיינים של מסרים זה עצום. כמה תרחישים נפוצים הם:
- זכור חידושים ושחזר ניסיונות גבייה שנכשלו.
- המירו רכישות חד פעמיות למנויים קבועים.
- קדם שדרוגים לרמות פרימיום באמצעות הודעות הקשריות.
- ליוו את השינויים בתוכנית בתוכן חינוכי או המלצות.
דמיינו שירות סטרימינג שמזהה בעיית חיוב המנויהודות לאינטגרציה, ניתן להפעיל הודעת דחיפה ממוקדת שתסביר את השגיאה ותספק הוראות ברורות לפתרונה, כגון עדכון אמצעי התשלום. זה מפחית ביטולי חשבון לא מכוונים ומשפר את חוויית המשתמש.
דוגמה נוספת: שירות משלוחי אוכל יכול להשתמש באירועי קניות כדי להפוך הזמנה חד פעמית למערכת יחסים ארוכת טווחלאחר רכישה, ניתן לשלוח הודעת פוש המודה ללקוח וממליצה על מוצרים קשורים או מציגה תוכנית מנוי למשלוחים חוזרים. קצב תקשורת זה מסייע בבניית נאמנות, יצירת מכירות נוספות ואולי אף להמיר קונים חד פעמיים למנויים.
באפליקציות עם מספר רמות מנוי, כמו משחקי מובייל רבים, שילוב זה מאפשר ניטור הרמה של כל משתמש והפעלת הודעות שדרוג מותאמות אישיתלדוגמה, התראות המדגישות את היתרונות של רמות פרימיום, כגון תוכן בלעדי, מטבעות נוספים או הנחות מיוחדות, המעודדות משתמשים לשדרג את הרמה שלהם ברגע המתאים ביותר.
אירועים זמינים באינטגרציה של RevenueCat → Pushwoosh
האינטגרציה נוצרת אוטומטית ב-Pushwoosh. סדרה של אירועים כאשר RevenueCat שולח אותם בפעם הראשונהכל אירוע מייצג פעולה רלוונטית במחזור חיי המנוי, ורבים מהם נושאים מאפיינים שימושיים (כגון מחיר או מטבע) שניתן להשתמש בהם לאחר מכן בפילוחים מתקדמים.
אלו האירועים הרלוונטיים ביותר המסונכרנים:
- רכישה_ראשונית_RC – זה מופעל כאשר משתמש מבצע רכישה ראשונית של מנוי. זה כולל מאפיינים כגון מחיר, מחיר_במטבע_הרכישה y מטבע.
- רכישה_לא_מתחדשת_RC – מציין רכישה שלא תחודש אוטומטית, שימושי מאוד עבור מוצרים עם גישה מוגבלת. כולל גם מאפייני מחיר ומטבע.
- RC_RENEWAL – מייצג חידוש של מנוי קיים או הפעלה מחדש של משתמש לא פעיל שנרשם מחדש. כולל מחיר ומטבע חדשים.
- RC_PRODUCT_CHANGE – זה קורה כאשר מנוי משנה מוצרים, לדוגמה, בעת מעבר מתוכנית חודשית לתוכנית שנתית, או מרמה בסיסית לרמת פרימיום.
- ביטול RC – סמן ביטול של מנוי או רכישה שאינה ניתנת לחידוש, מפתח לתהליכי שימור לקוחות ולניצול חוזר.
- RC_BILLING_ISSUE – מציין בעיה בעת ניסיון לחייב את המנוי, כגון כרטיס שפג תוקפו או יתרה לא מספקת.
- RC_SUBSCRIBER_ALIAS – מונפק בכל פעם שנרשם רישיון חדש מזהה_משתמש_אפליקציה עבור מנוי קיים, שימושי למעקב אחר מכשירים מרובים.
- RC_SUBSCRIPTION_PAUSED – מציין כי מנוי הוגדר להשהייה בסוף התקופה הנוכחית.
- RC_UNCALLATION – מודיע לך על הפעלה מחדש של מנוי שבוטל אך טרם פג תוקפו.
- העברה_RC – זה קורה כאשר עסקאות וזכויות מועברות בין מזהה משתמש אחד או יותר של האפליקציה למשתמש אחר, דבר שחשוב בהעברות או מיזוגי חשבונות.
- RC_SUBSCRIPTION_EXTENDED – זה מציין שמנוי קיים הוארך, מה שמקדים את תאריך התפוגה של התקופה הנוכחית.
- RC_EXPIRATION – מציין שפג תוקפו של המנוי של לקוח. כולל מאפיינים כגון מחיר, מחיר_במטבע_הרכישה, מטבע, תפוגה_ב y נרכש_ב.
ניתן להשתמש בכל האירועים הללו ב- מסעות לקוח של Pushwooshאלו הנושאים תכונות מחיר הן בעלות ערך מיוחד ליישום פילוח RFM (עדכניות, תדירות, כספי), שבאמצעותו ניתן לתעדף משתמשים על סמך ערכם הכלכלי ופעילותם האחרונה.
סנכרון משתמשים בין RevenueCat ו-Pushwoosh
כדי שאירועי RevenueCat יתאימו נכון למשתמשים ב-Pushwoosh, חיוני יישור מזהי משתמשיםההמלצה היא שמזהה המשתמש של Pushwoosh יתאים ל- מזהה משתמש אפליקציה של RevenueCat.
בפועל, זה אומר שאתה חייב קח את ה-appUserID שמנוהל על ידי RevenueCat SDK והעבר אותו ל-Pushwoosh SDKבדרך זו, כאשר RevenueCat שולח webhook של אירוע, Pushwoosh יכול לשייך אותו לפרופיל הנכון ולהפעיל את המסעות המתאימים ללא אובדן מידע.
באנדרואיד, קישור זה נוצר, למשל, באמצעות קריאה כמו Pushwoosh.getInstance().setUserId(appUserIDFromRC);, איפה מזהה משתמש של אפליקציהמ-RC זהו המזהה שמספק RevenueCat. ב-iOS, התבנית דומה, תוך שימוש במשהו כמו [[Pushwoosh sharedInstance] setUserId: appUserIDFromRC];לאחר שתהיה לכם התאמה זו ותסנכרנו גם את ה-HWIDs, האינטגרציה בין שתי הפלטפורמות תעבוד באופן עקבי.
כיצד להפעיל את שילוב Pushwoosh בלוח המחוונים של RevenueCat
לאחר יישור מזהי המשתמשים בערכות ה-SDK שלך, השלב הבא הוא הפעל את האינטגרציה מלוח המחוונים של RevenueCatהזרימה הכללית היא די פשוטה:
- עבור אל הפרויקט שלך בחלונית RevenueCat ואתר את הקטע עבור אינטגרציות בתפריט הצדדי. לחצו על "+ חדש" או "הוספת אינטגרציה".
- ברשימת האינטגרציות, בחר את האפשרות וויםמכיוון שהאינטגרציה עם Pushwoosh מבוססת על מנגנון זה.
- תנו לאינטגרציה שם מוכר, לדוגמה "Pushwoosh", כדי שתוכלו לזהות אותה בקלות מאוחר יותר.
- בשדה כתובת ה-Webhook, הזן את הנתיב שסופק על ידי Pushwoosh, משהו כמו: https://integration-revenuecat.svc-nue.pushwoosh.com/integration-revenuecat/v1/post-event?pwapp=APP_CODE. מחליף קוד_אפליקציה דרך קוד האפליקציה שלך ב-Pushwoosh, שתמצא תחת שם האפליקציה שלך בלוח המחוונים שלה.
- בערך כותרת ההרשאה, הדבק את אסימון ה-API של Pushwooshאסימון זה מתקבל באזור הגדרות > גישת API בחשבון Pushwoosh שלך.
- החלט אם ברצונך לשלוח אירועים רק מ רכישות ייצורסולו של ארגז חול (בדיקות) או שניהם. עבור בדיקות ראשוניות בדרך כלל כדאי להפעיל את ארגז החול, ולאחר שהכל מאומת, להוסיף את הפקה.
- בתפריט הנפתח של האפליקציה, ציינו האם יש לשלוח אירועי webhook אל אפליקציה ספציפית אחת או עבור כל האפליקציות בפרויקט ב-RevenueCat.
- במקטע סוג אירוע, בחר אם ברצונך שלח את כל האירועים או רק קבוצה ספציפית (לדוגמה, רק חידושים וביטולים) בהתאם לאסטרטגיית התקשורת שלכם.
- הגדר אם ברצונך שהם יוצגו כל האירועים, רק המוצלחים, או רק הכושליםהבחנה זו יכולה לעזור לך באיתור שגיאות באינטגרציה.
כמו כן, יש לך את האפשרות של הפעל Webhook לבדיקה ישירות מ-RevenueCat. מומלץ מאוד להשתמש בתכונה זו כדי לוודא שאירועים מגיעים כראוי ל-Pushwoosh, שתבניות אירועים נוצרות באופן אוטומטי, ושמסעות הלקוח מופעלים כצפוי.
מינוף RevenueCat כדי לשפר את חומות התשלום שלך
מעבר לאימות תשלומים בלבד, RevenueCat מספקת הקשר עשיר מאוד לאופטימיזציה של חומות התשלום שלךהודות למעקב מפורט אחר אירועים וליכולת לשלב עם כלי ניתוח ומסרים, תוכלו להתייחס לחומת התשלום שלכם כאל אלמנט חי שמתפתח בהתאם להתנהגות האמיתית של המשתמשים שלכם.
באמצעות המידע שאתם מקבלים מ-RevenueCat תוכלו, לדוגמה, לזהות דפוסים בקרב משתמשים שעושים המרה לעומת אלו שלאנתונים אלה מאפשרים לך לחדד את תוכן המודעה שלך, את סדר ההטבות, את מספר התוכניות המוצגות, ואפילו להציע וריאציות שונות של חומת תשלום בהתאם לפלח המשתמשים. תוכל לעקוב אחר התוכניות שמשתמשים בוחרים, כמה זמן לוקח מההתקנה ועד לרכישה, כמה מגיעים לדף התכונות המוגבלות וכן הלאה.
אם מוסיפים למשוואה מחולל חומת תשלום המופעל על ידי בינה מלאכותית המסוגל להשתמש בתוכן רישום החנות שלכם ובמקורות חזותיים, מקבלים תהליך עבודה עוצמתי מאוד: אתם יוצרים גרסה ראשונית של חומת התשלום, מפעילים אותה, מנתחים את ביצועיה באמצעות RevenueCat ומתאימים אותה במהירות. עיצוב, מסרים וקריאה לפעולה עד שתמצא את השילוב שממיר הכי הרבה.
יחד, שילוב של חומות תשלום מעוצבות היטב עם ניהול המנויים של RevenueCat ואוטומציה של הודעות של Pushwoosh נותן לכם בסיס איתן מאוד להרחבת עסק המנויים: יש לכם נתונים מרכזיים ואמינים, מבנה אירועי מחזור חיים מלא, תקשורת ממוקדת בזמן אמת וגמישות לבדיקת וריאציות של חומת תשלום.
למרות שזה עשוי להיראות בתחילה מרשים יותר מפתרונות פשוטים במיוחד, ברגע שה-stack מוגדר, הוא הופך לפלטפורמה יציבה וחזקה שעליה ניתן לבנות מודל הכנסה חוזרת בר-קיימא באמת.שתפו את המידע הזה ויותר משתמשים ילמדו על הכלי..