جبل إدارة جدران الدفع وبوابات الدفع باستخدام RevenueCat قد يبدو الأمر مربكًا في المرة الأولى التي تجربه فيها، خاصةً إذا كنت معتادًا على حلول "التوصيل والتشغيل" مثل Superwall. ولكن إذا كنت ترغب في أساس متين للتوسع، وقياس إيراداتك بدقة، والتحكم الدقيق في أحداث الاشتراكات، فمن المفيد تخصيص بعض الوقت لفهم كيفية دمج RevenueCat في بنية تطبيقك.
يهدف هذا المقال إلى مساعدتك على فهم كيفية استخدام RevenueCat لـ أنشئ جدران دفع بسيطة، وقم بإدارة جدران الاشتراك، واربط كل ذلك بتحليلاتك وتسويقك. (على سبيل المثال، مع Pushwoosh)، مستفيدين من دورها كمصدر موثوق لبيانات الدفع الخاصة بك. سنستعرض أمثلة واقعية، والمشاكل الشائعة في تقييمات المتاجر، وكيفية تنظيم نظام الدفع، وكيفية الاستفادة القصوى من جميع فعاليات المنصة.
لماذا يعتبر RevenueCat محور نظام الاشتراكات الخاص بك؟
انتهى المطاف بالعديد من الشركات إلى وضع RevenueCat باعتبارها جوهر البنية التحتية للاشتراكات الخاصة بهاالسبب الرئيسي هو توفيرها نقطة مركزية تُخزَّن فيها جميع بيانات الدفع والتجديد، بغض النظر عن مصدرها (نظام iOS، أو Android، أو الويب). وهذا يحل إحدى أكبر المشكلات الشائعة: وجود بيانات مختلفة في كل متجر تطبيقات، وفي نظامك الخلفي، وفي أداة التحليلات.
باستخدام RevenueCat ستحصل على مصدر واحد موثوق للمعلومات حول الاشتراكات والفواتيرومن ثم، يمكنك توزيع هذه البيانات على باقي الأدوات في منظومتك (التحليلات، إدارة علاقات العملاء، أتمتة التسويق، الإشعارات الفورية، إلخ) من خلال عمليات التكامل الأصلية أو عبر روابط الويب. يُعدّ هذا التناسق أساسيًا عندما ترغب في تقسيم المستخدمين إلى شرائح، أو إطلاق حملات لزيادة المبيعات، أو فهم سلوك المشتركين لديك فهمًا دقيقًا.
عملياً، هذا يعني أن قراراتك المتعلقة بالمنتج والتسويق تستند إلى أحداث اشتراك متسقة وموحدةعمليات الشراء الأولية، والتجديدات، والإلغاءات، ومشاكل الدفع، وتغييرات المنتجات، وغير ذلك الكثير. يمكن ربط كل هذا بحلول مثل Pushwoosh لبناء رحلات عملاء آلية ومفصلة للغاية.
RevenueCat مقابل Superwall: البساطة مقابل التحكم
إذا كنت تستخدم أدوات مثل Superwall، فمن الطبيعي أن تشعر بذلك. يُعدّ RevenueCat أكثر تعقيدًايركز Superwall بشكل كبير على إعداد جدار دفع مرئي بسرعة فائقة، مع اتباع نهج سهل الاستخدام للغاية. في المقابل، يركز RevenueCat على الجانب التجاري: إدارة المنتجات، ومنطق الاشتراكات، والأحداث، والبيانات.
هذا لا يعني أنه لا يمكنك الإنشاء باستخدام RevenueCat جدران دفع بسيطة وفعالةبدلاً من ذلك، تركز الأداة على التحكم في "ماذا" و"متى" تُقدم الاشتراكات، بينما "كيفية" نظام الدفع متروكة إلى حد كبير لتطبيقك. في المقابل، ستحصل على مرونة هائلة لدمج أنظمة الدفع الخاصة بك مع أنظمة أخرى ولإدارة دورة حياة المستخدم بالكامل.
علاوة على ذلك، يتطور موقع RevenueCat باستخدام أدوات توليد جدران الدفع القائمة على الذكاء الاصطناعي، مما يتيح بدءاً من قوائم المتاجر، أو التوجيهات، أو المراجع المرئية لإنشاء تصميم أولي لجدار الدفع. انطلاقًا من هذا التصميم الأولي، يمكنك تعديل التصميم والنصوص وعبارات الحث على اتخاذ إجراء لكل محادثة، واختبار النقاط الرئيسية قبل الإطلاق. هذا يقلل بشكل كبير الفجوة بين الجانب التجاري والتجربة البصرية.
جدران الدفع البسيطة: الهيكل الموصى به
من الأنماط الشائعة في تطبيقات الاشتراك أن يكون جداران مدفوعان بسيطين لكنهما متميزان بشكل جيد. على سبيل المثال:
- جدار دفع مبدئي بعد التسجيل، بدون قيود، يعرض القيمة الإجمالية المقترحة.
- يظهر جدار دفع ثانٍ مرتبط بوظائف معينة، مع قيود، عندما يحاول المستخدم استخدام الميزات المميزة.
في الحالة الأولى، يكون نظام الدفع عادةً أكثر "طموحًا": تشرح الفوائد العامة، وملخصات الخطط، وأسباب الاشتراك.في الحالة الثانية، يفرض السياق ذلك: يحاول المستخدم القيام بشيء محدد (على سبيل المثال، الوصول إلى دورة تدريبية مميزة أو ميزة متقدمة)، لذلك تريد تسليط الضوء على القيمة الدقيقة لتلك الميزة وكيف يتيح الاشتراك هذا الإجراء على الفور.
يغطي RevenueCat جزءًا من إدارة المنتجات، والتسعير، وفترات التجربة، والتحقق من الحقوقبينما تتحكم أنت في تصميم ونصوص وسلوكيات شاشة الدفع داخل التطبيق، وبدمج ذلك مع مولد شاشة دفع مدعوم بالذكاء الاصطناعي، يمكنك تجربة تصميمات مختلفة لشاشة الدفع الرئيسية وشاشة دفع الميزات السياقية بسرعة.
مشاكل شائعة تتعلق بمراجعة الاشتراكات في متجر التطبيقات
السيناريو الشائع إلى حد ما عند البدء باستخدام RevenueCat (أو أي نظام اشتراك) هو التالي: تقوم بإرسال تطبيقك للمراجعة، كما تقوم بإرسال اشتراكك داخل التطبيق لأول مرة.لكن الاشتراك لا يزال "قيد المراجعة". في هذه الأثناء، يدخل مراجع أبل إلى تطبيقك، ويصل إلى جدار الدفع، و... لا يتم تحميل معلومات التسعير والمنتج بشكل صحيح لأن الاشتراك لم تتم الموافقة عليه بعد.
والنتيجة عادة ما تكون كارثية: لا يمكن للمراجع تجاوز جدار الدفع. وينتهي بهم الأمر برفض التطبيق مرارًا وتكرارًا، لأن عملية الشراء معيبة من وجهة نظرهم. وهذا يخلق حلقة مفرغة، حيث يعتمد التطبيق على اشتراك غير جاهز بعد، ويعتمد الاشتراك على تطبيق لم يجتز التقييم.
لتقليل هذه الأنواع من المشاكل، يُنصح قم بإعداد تطبيقك للتعامل مع الحالات الوسيطةعلى سبيل المثال، من خلال عرض رسالة ودية في حال عدم توفر منتجات، أو إضافة خيار للتخطي، أو توفير مسار تنقل بديل للمراجع. يُنصح أيضًا بتوثيق ما يحدث بوضوح في ملاحظة المراجعة، وإذا أمكن، تضمين لقطات شاشة أو خطوات لإعادة إنتاج السلوك المتوقع بعد الموافقة على الاشتراك.
نصيحة أخرى مفيدة هي لا تقم بحجب التطبيق بالكامل خلف جدار دفع يعتمد على منتجات لم تتم الموافقة عليها بعد.إن إتاحة الوصول إلى بعض المحتوى أو جزء وظيفي صغير جدًا من التطبيق قد يساعد المراجع على فهم القيمة المضافة وتجنب الإحباط الناتج عن عدم القدرة على اختبار أي شيء. وفي سياق RevenueCat، تأكد أيضًا من أن تطبيقك يتعامل بشكل صحيح مع الاستجابات الفارغة أو أخطاء تحميل المنتجات.
RevenueCat كمنصة لإدارة الاشتراكات
يُعرَّف RevenueCat بأنه منصة تُسهّل عمليات الشراء والاشتراكات داخل التطبيق لأنظمة iOS و Android والويب. وهو يتعامل مع أكثر الأجزاء حساسية في منطق الاشتراك: التحقق من صحة الإيصالات، ومزامنة الحالة عبر الأجهزة، واستعادة المشتريات، وإدارة الفترة التجريبية، والعروض الترويجية، وما إلى ذلك.
بالإضافة إلى ذلك، فإنه يوفر أدوات متكاملة لتحليل وتحسين أداء اشتراكاتكيشمل ذلك مقاييس مثل الإيرادات المتكررة، والاحتفاظ بالعملاء، ومعدل التخلي عن الخدمة، وقيمة العميل الدائمة، وسلوك المجموعة، والتقسيمات التي تساعدك على فهم أي الخطط تعمل بشكل أفضل، وأي العروض الترويجية تحقق أعلى معدل تحويل، أو في أي مرحلة من دورة حياة العميل يفقد معظم المستخدمين.
تتمثل ميزته الرئيسية في أنه، من خلال مركزية كل شيء، يوفر عليك عناء إعادة كتابة نفس المنطق لكل منصة. فبدلاً من التعامل مباشرة مع حزم تطوير البرامج الأصلية لكل متجر، فإنك تعتمد على مجموعة تطوير برمجيات واحدة تعرض نموذج بيانات متجانس ودع برنامج RevenueCat يتولى تفسير تفاصيل كل متجر.
دمج RevenueCat مع Pushwoosh: الأتمتة والتجزئة
تُعدّ إحدى أقوى عمليات التكامل في سياق جدران الدفع والاحتفاظ بالعملاء هي تلك الخاصة بـ RevenueCat مع PushwooshPushwoosh هي منصة لإرسال الإشعارات الفورية والرسائل داخل التطبيق وأنواع أخرى من الاتصالات المستهدفة، ومن خلال ربطها بـ RevenueCat يمكنك تنظيم الحملات بناءً على أحداث الاشتراك الحقيقية.
الفكرة بسيطة: يرسل RevenueCat أحداث الاشتراك إلى Pushwoosh بفضل تقنية Webhooks، تُصبح هذه الأحداث محفزات لرحلات العملاء، وعمليات التشغيل الآلي، والتجزئة المتقدمة. وهذا يُتيح لك تشجيع تجديد الاشتراكات، وتذكير العملاء بقيمة الخطة، واقتراح ترقيات إلى مستويات أعلى، أو إطلاق عروض خاصة في الوقت المناسب، مما يُعزز التفاعل والإيرادات إلى أقصى حد.
على سبيل المثال، يمكن لمنصة التعلم الإلكتروني عزز التفاعل من خلال إرسال إشعارات مخصصة عند اكتشاف تغيير في الخطة، قد تتضمن الرسالة إرشادات حول عملية الانتقال، وتوصيات بشأن الدورات التدريبية المتوافقة مع مستوى الاشتراك الجديد، ومزايا حصرية تعزز قرار المستخدم بالترقية.
حالات استخدام محددة لتكامل RevenueCat + Pushwoosh
نطاق حالات الاستخدام عند الجمع فعاليات الاشتراك مع حملات الرسائل إنه أمر هائل. ومن السيناريوهات الشائعة ما يلي:
- تذكر عمليات التجديد واسترجع محاولات التحصيل الفاشلة.
- حوّل عمليات الشراء لمرة واحدة إلى اشتراكات متكررة.
- قم بالترويج للترقيات إلى المستويات المميزة من خلال رسائل سياقية.
- قم بإرفاق التغييرات في الخطة بمحتوى تعليمي أو توصيات.
تخيل خدمة بث تكتشف مشكلة في فوترة الاشتراكبفضل هذه الميزة، يمكنك إرسال إشعار فوري مُستهدف يشرح الخطأ ويُقدم تعليمات واضحة لحلّه، مثل تحديث طريقة الدفع. هذا يُقلل من عمليات إلغاء الحسابات غير المقصودة ويُحسّن تجربة المستخدم.
مثال آخر: يمكن لخدمة توصيل الطعام استخدام فعاليات التسوق لـ تحويل طلبية لمرة واحدة إلى علاقة طويلة الأمدبعد إتمام عملية الشراء، يمكنك إرسال إشعار فوري لشكر العميل واقتراح منتجات ذات صلة أو عرض خطة اشتراك لتلقي الشحنات بشكل دوري. يساعد هذا التواصل المنتظم على بناء ولاء العملاء، وزيادة المبيعات، وتحويل المشترين لمرة واحدة إلى مشتركين دائمين.
في التطبيقات التي تحتوي على مستويات اشتراك متعددة، مثل العديد من ألعاب الهاتف المحمول، يسمح هذا التكامل راقب مستوى كل مستخدم وقم بإرسال رسائل ترقية مخصصة.على سبيل المثال، الإشعارات التي تسلط الضوء على مزايا المستويات المميزة، مثل المحتوى الحصري أو العملات الإضافية أو الخصومات الخاصة، لتشجيع المستخدمين على ترقية مستواهم في اللحظة الأنسب.
الأحداث المتاحة في تكامل RevenueCat → Pushwoosh
يتم إنشاء التكامل تلقائيًا في Pushwoosh. سلسلة من الأحداث كما يرسلها RevenueCat لأول مرةيمثل كل حدث إجراءً ذا صلة في دورة حياة الاشتراك، ويحمل العديد منها سمات مفيدة (مثل السعر أو العملة) يمكن استخدامها بعد ذلك في عمليات التجزئة المتقدمة.
هذه هي أهم الأحداث التي تتم مزامنتها:
- RC_INITIAL_PURCHASE – يتم تفعيلها عندما يقوم المستخدم بشراء اشتراك لأول مرة. وهي تتضمن سمات مثل السعر, السعر بالعملة المشتراة y عملة.
- عملية شراء غير متجددة RC – يشير إلى عملية شراء لن يتم تجديدها تلقائيًا، وهو أمر مفيد جدًا للمنتجات ذات الوصول المحدود. كما يتضمن أيضًا معلومات عن السعر والعملة.
- RC_RENEWAL – يمثل هذا تجديد اشتراك قائم أو إعادة تفعيل مستخدم غير نشط يقوم بإعادة الاشتراك. ويشمل السعر والعملة الجديدين.
- RC_PRODUCT_CHANGE – يحدث هذا عندما يقوم المشترك بتغيير المنتجات، على سبيل المثال، عند الانتقال من خطة شهرية إلى خطة سنوية، أو من مستوى أساسي إلى مستوى مميز.
- إلغاء RC - قم بتحديد إلغاء الاشتراك أو عملية الشراء غير القابلة للتجديد، وهو أمر أساسي لتدفقات الاحتفاظ بالعملاء واستعادة العملاء.
- RC_BILLING_ISSUE – يشير إلى وجود مشكلة عند محاولة تحصيل الرسوم من المشترك، مثل انتهاء صلاحية البطاقة أو عدم كفاية الرصيد.
- RC_SUBSCRIBER_ALIAS – يتم إصدارها في كل مرة يتم فيها تسجيل جهاز جديد معرف مستخدم التطبيق بالنسبة للمشتركين الحاليين، فهو مفيد لتتبع الأجهزة المتعددة.
- RC_SUBSCRIPTION_PAUSED – يشير إلى أنه تم ضبط الاشتراك على التوقف مؤقتًا في نهاية الفترة الحالية.
- إلغاء RC – يُعلمك بإعادة تفعيل اشتراك تم إلغاؤه ولكنه لم ينتهِ بعد.
- RC_TRANSFER – يحدث هذا عندما يتم نقل المعاملات والحقوق بين معرف مستخدم واحد أو أكثر من معرفات المستخدم للتطبيق إلى مستخدم آخر، وهو أمر مهم في عمليات الترحيل أو دمج الحسابات.
- RC_SUBSCRIPTION_EXTENDED – يشير ذلك إلى أنه تم تمديد اشتراك قائم، مما يؤدي إلى تقديم تاريخ انتهاء صلاحية الفترة الحالية.
- RC_EXPIRATION – يشير إلى انتهاء صلاحية اشتراك العميل. يتضمن سمات مثل السعر, السعر بالعملة المشتراة, عملة, تاريخ انتهاء الصلاحية y تم الشراء من.
يمكن استخدام كل هذه الأحداث في رحلات عملاء بوشووشتلك التي تحمل سمات سعرية ذات قيمة خاصة للتطبيق تجزئة RFM (الحداثة، التكرار، القيمة النقدية)، والتي يمكنك من خلالها تحديد أولويات المستخدمين بناءً على قيمتهم الاقتصادية ونشاطهم الأخير.
مزامنة المستخدم بين RevenueCat و Pushwoosh
لكي تتطابق أحداث RevenueCat بشكل صحيح مع المستخدمين في Pushwoosh، من الضروري محاذاة معرّفات المستخدمالتوصية هي أن يتطابق معرّف مستخدم Pushwoosh مع معرّف مستخدم التطبيق الخاص بـ RevenueCat.
عملياً، هذا يعني أنه يجب عليك قم بأخذ معرف المستخدم الخاص بالتطبيق الذي تتم معالجته بواسطة حزمة تطوير البرامج (SDK) الخاصة بـ RevenueCat وقم بتمريره إلى حزمة تطوير البرامج (SDK) الخاصة بـ Pushwooshوبهذه الطريقة، عندما يرسل RevenueCat إشعارًا عبر الويب، يمكن لـ Pushwoosh ربطه بالملف الشخصي الصحيح وتفعيل الرحلات المناسبة دون فقدان المعلومات.
في نظام أندرويد، يتم إنشاء هذا الرابط، على سبيل المثال، من خلال مكالمة مثل Pushwoosh.getInstance().setUserId(appUserIDFromRC);حيث معرف مستخدم التطبيق من RC هذا هو المعرّف الذي توفره RevenueCat. أما في نظام iOS، فالنمط مشابه، حيث يُستخدم شيءٌ مثل [[Pushwoosh sharedInstance] setUserId: appUserIDFromRC];بمجرد حصولك على هذه المراسلات ومزامنة معرفات الأجهزة (HWIDs)، سيعمل التكامل بين النظامين الأساسيين بشكل متسق.
كيفية تفعيل تكامل Pushwoosh في لوحة تحكم RevenueCat
بعد مواءمة معرّفات المستخدمين في حزم تطوير البرامج (SDKs) الخاصة بك، فإن الخطوة التالية هي قم بتفعيل التكامل من لوحة تحكم RevenueCatالتدفق العام بسيط إلى حد ما:
- انتقل إلى مشروعك في لوحة RevenueCat وحدد موقع قسم تكاملات في القائمة الجانبية. انقر على "+ جديد" أو "إضافة تكامل".
- في قائمة عمليات التكامل، حدد الخيار Webhooksلأن التكامل مع Pushwoosh يعتمد على هذه الآلية.
- أعطِ التكامل اسمًا مميزًا، على سبيل المثال "Pushwoosh"، حتى تتمكن من التعرف عليه بسهولة لاحقًا.
- في حقل عنوان URL الخاص بـ Webhook، أدخل المسار الذي يوفره Pushwoosh، على سبيل المثال: https://integration-revenuecat.svc-nue.pushwoosh.com/integration-revenuecat/v1/post-event?pwapp=APP_CODE. يستبدل رمز التطبيق من خلال رمز تطبيقك في Pushwoosh، والذي ستجده تحت اسم تطبيقك في لوحة التحكم الخاصة به.
- في قيمة رأس التفويض، الصق ما يلي: رمز واجهة برمجة تطبيقات Pushwooshيتم الحصول على هذا الرمز المميز في قسم الإعدادات > الوصول إلى واجهة برمجة التطبيقات (API) ضمن حسابك على Pushwoosh.
- حدد ما إذا كنت تريد إرسال الأحداث من مشتريات الإنتاج، فقط من رمل (للاختبار) أو كليهما. بالنسبة للاختبارات الأولية، من المفيد عادةً تفعيل بيئة الاختبار، وبمجرد التحقق من كل شيء، يتم إضافة بيئة الإنتاج.
- في القائمة المنسدلة للتطبيق، حدد ما إذا كان ينبغي إرسال أحداث webhook إلى تطبيق واحد محدد أو لجميع التطبيقات في المشروع في RevenueCat.
- في قسم نوع الحدث، اختر ما إذا كنت تريد إرسال جميع الأحداث أو مجموعة فرعية محددة (على سبيل المثال، التجديدات والإلغاءات فقط) اعتمادًا على استراتيجية الاتصال الخاصة بك.
- قم بضبط الإعدادات إذا كنت تريد عرضها جميع الأحداث، أو الأحداث الناجحة فقط، أو الأحداث الفاشلة فقطيمكن أن يساعدك هذا التمييز في تصحيح أخطاء التكامل.
بالإضافة إلى ذلك، لديك خيار إطلاق اختبار Webhook مباشرةً من RevenueCat. يُنصح بشدة باستخدام هذه الميزة للتحقق من وصول الأحداث إلى Pushwoosh بشكل صحيح، وإنشاء قوالب الأحداث تلقائيًا، وتفعيل رحلات العملاء كما هو متوقع.
استفد من RevenueCat لتحسين جدران الدفع الخاصة بك
بالإضافة إلى مجرد التحقق من صحة المدفوعات، يوفر RevenueCat سياق غني للغاية لتحسين جدران الدفع الخاصة بكبفضل تتبع الأحداث المفصل والقدرة على التكامل مع أدوات التحليل والمراسلة، يمكنك التعامل مع نظام الدفع الخاص بك كعنصر حي يتطور وفقًا للسلوك الحقيقي لمستخدميك.
باستخدام المعلومات التي تتلقاها من RevenueCat، يمكنك، على سبيل المثال، اكتشاف الأنماط بين المستخدمين الذين يقومون بالتحويل مقابل أولئك الذين لا يقومون بذلكتتيح لك هذه البيانات تحسين نص إعلانك، وترتيب المزايا، وعدد الخطط المعروضة، وحتى تقديم خيارات دفع مختلفة حسب شريحة المستخدمين. يمكنك تتبع الخطط التي يختارها المستخدمون، والمدة الزمنية بين التثبيت والشراء، وعدد الذين يصلون إلى صفحة الميزات المقيدة، وغير ذلك.
إذا أضفت إلى المعادلة مولد جدار دفع مدعوم بالذكاء الاصطناعي قادر على استخدام محتوى قائمة متجرك والمراجع المرئية، فستحصل على سير عمل قوي للغاية: تقوم بإنشاء نسخة أولية من جدار الدفع، وتشغيله، وتحليل أدائه باستخدام RevenueCat، وتعديله بسرعة. قم بالتصميم والرسائل وعبارات الحث على اتخاذ إجراء حتى تجد التركيبة التي تحقق أفضل النتائج.
بشكل عام، يمنحك الجمع بين جدران الدفع المصممة جيدًا ونظام إدارة الاشتراكات من RevenueCat وأتمتة الرسائل من Pushwoosh أساسًا متينًا للغاية لتوسيع نطاق أعمال الاشتراكات: لديك بيانات مركزية وموثوقة، وهيكل كامل لدورة حياة الأحداث، وتواصل فوري وموجه، ومرونة لاختبار اختلافات جدار الدفع.
على الرغم من أنها قد تبدو في البداية أكثر إثارة للإعجاب من الحلول البسيطة للغاية، إلا أنه بمجرد تكوين النظام، يصبح قطعة مستقرة وقوية يمكن بناء نموذج إيرادات متكررة مستدامة حقًا عليها.شارك هذه المعلومات وسيتعرف المزيد من المستخدمين على الأداة..