إنشاء نوافذ منبثقة لاستعادة إلغاء الاشتراك
يمكن لرسائل In-App استعادة المستخدمين الذين ألغوا اشتراكهم في إشعارات الدفع، سواء رفضوا طلب النظام أو لم يمنحوه مطلقًا. يمكن أن تساعد إعادة جذب هؤلاء المستخدمين في تحسين الاحتفاظ العام بالمستخدمين وزيادة قيمتهم الدائمة لعملك.
للسؤال الأول قبل طلب إذن الدفع من النظام (ولفتح هذا الحوار من زر القبول)، راجع إظهار رسالة In-App قبل طلب إذن الدفع بدلاً من ذلك.
يسمح لك محرر Pushwoosh In-App بإنشاء رسائل In-App بسهولة، دون الحاجة إلى مهارات المطورين والمصممين. يمكنك إضافة رؤوس ونصوص وصور (بما في ذلك الصور التي تم إنشاؤها بواسطة الذكاء الاصطناعي والصور المخزنة) وأزرار ونماذج وعناصر أخرى إلى اللوحة وتخصيصها ببضع نقرات فقط. يمكنك دمج رسائل In-App في رحلة عميل متعددة القنوات (omnichannel customer journey) لتحقيق أقصى استفادة من اتصالات المستخدم الخاصة بك.
بناء قالب نافذة منبثقة للاستعادة
Anchor link toإليك مثال على نافذة منبثقة تطلب من المستخدمين إعادة تشغيل الإشعارات:
أنشئ نافذة منبثقة لجزء من الشاشة في محرر In-App، ثم عد إلى هنا لأتمتة وقت ظهورها في تطبيقك.
أتمتة عرض رسالة In-App الخاصة بك في Customer Journey Builder
Anchor link toنافذة منبثقة لاستعادة إلغاء الاشتراك
Anchor link toنوصي بإنشاء رحلة عميل (customer journey) لشريحة (segment) من المستخدمين الذين قاموا بتعطيل الإشعارات أو لم يقوموا بتمكينها مطلقًا في التطبيق.
أولاً، قم ببناء شريحة (Segment) من المستخدمين الذين لديهم تنبيهات معطلة. قم بالتصفية على وسم (tag) Push Alerts Enabled الافتراضي (يقوم SDK بتعيينه تلقائيًا من إذن إشعارات نظام الجهاز) وقم بتعيين المشغل إلى is false:
بعد ذلك، يمكنك بناء رحلة عميل (customer journey) تبدأ بـ الدخول المستند إلى الجمهور (Audience-based Entry). حدد الشريحة (segment) التي أنشأتها وقم بتعيين Entry schedule ← Recurring entry ← Periodically (على سبيل المثال، مرة واحدة في الشهر):
يمكنك أيضًا إضافة خطوة انتظار المشغل (Wait for Trigger) مع حدث (Event) PW_ApplicationOpen الافتراضي كمشغل بحيث تظهر النافذة المنبثقة بمجرد أن يفتح المستخدم التطبيق. نتيجة لذلك، ستبدو الرحلة (journey) كما يلي:
كل شهر، سيقوم Pushwoosh بإطلاق هذه الرحلة (journey) لشريحة (segment) من المستخدمين الذين لديهم إشعارات معطلة.