إنشاء نوافذ منبثقة للموافقة (opt-in) وإلغاء الموافقة (opt-out)
تعتبر رسائل In-App حاسمة في الحصول على موافقة المستخدم لإرسال إشعارات الدفع (push notifications). يمكنك أيضًا استخدامها لاستعادة أولئك الذين ألغوا الاشتراك في إشعارات الدفع الخاصة بك لأي سبب كان. يمكن أن يساعد إعادة إشراك هؤلاء المستخدمين في تحسين الاحتفاظ العام بالمستخدمين وزيادة قيمتهم الدائمة لعملك.
يسمح لك محرر Pushwoosh In-App بإنشاء رسائل In-App بسهولة، دون الحاجة إلى مهارات المطورين والمصممين. يمكنك إضافة رؤوس ونصوص وصور (بما في ذلك الصور التي تم إنشاؤها بالذكاء الاصطناعي والصور المخزنة) وأزرار ونماذج وعناصر أخرى إلى اللوحة وتخصيصها ببضع نقرات فقط. يمكنك دمج رسائل In-App في customer journey متعدد القنوات لتحقيق أقصى استفادة من اتصالاتك مع المستخدمين.
بناء قوالب الموافقة (opt-in) واستعادة إلغاء الموافقة (opt-out) في محرر Pushwoosh In-App
Anchor link toالأمر متروك لك سواء كنت ترغب في إنشاء رسائل In-App منفصلة لطلبات الموافقة (opt-in) واستعادة إلغاء الموافقة (opt-out) أو استخدام نفس الرسالة. إليك مثال على نافذة منبثقة يمكن أن تساعدك في تحقيق كلا الهدفين اعتمادًا على السياق:

أنشئ نافذة منبثقة لجزء من الشاشة في محرر In-App، ثم عد إلى هنا لأتمتة وقت ظهورها في تطبيقك.
أتمتة عرض رسالة In-App الخاصة بك في Customer Journey Builder
Anchor link toبعد إنشاء رسالة In-App الخاصة بك، يجب عليك أيضًا تكوين عرضها في التطبيق حتى يراها المستخدمون في اللحظة المناسبة. لإعداد نوافذ الموافقة (opt-in) واستعادة إلغاء الموافقة (opt-out) المنبثقة، تحتاج إلى إنشاء حملتين منفصلتين في Customer Journey Builder من Pushwoosh.
نافذة الموافقة (Opt-in) المنبثقة
Anchor link toلأتمتة عرض نافذة الموافقة (opt-in) المنبثقة، يمكنك بناء customer journey تبدأ بـ Trigger-based Entry. يعتبر حدث PW_DeviceRegistered الافتراضي مثاليًا لإعداد حملة موافقة (opt-in)، حيث يتم إطلاقه عندما يقوم المستخدم بتشغيل التطبيق لأول مرة.
في المثال أدناه، سيرى المستخدمون نافذة الموافقة (opt-in) المنبثقة فورًا بعد أول تشغيل للتطبيق:

نافذة استعادة إلغاء الموافقة (Opt-out) المنبثقة
Anchor link toبالنسبة لحملة استعادة إلغاء الموافقة (opt-out)، نوصي بإنشاء customer journey لـ segment من المستخدمين الذين قاموا بتعطيل الإشعارات أو لم يفعلوها أبدًا في التطبيق.
أولاً، تحتاج إلى تكوين Tag مخصص لـ Push Alerts Enabled وبناء Segment من المستخدمين الذين لديهم التنبيهات معطلة:

بعد ذلك، يمكنك بناء customer journey تبدأ بـ Audience-based Entry. حدد الـ segment الذي أنشأته وقم بتعيين Entry schedule → Recurring entry → Periodically (على سبيل المثال، مرة واحدة في الشهر):

يمكنك أيضًا إضافة خطوة Wait for Trigger مع حدث PW_ApplicationOpen الافتراضي كمشغل بحيث تظهر النافذة المنبثقة بمجرد أن يفتح المستخدم التطبيق. نتيجة لذلك، ستبدو الـ journey كما يلي:

كل شهر، سيقوم Pushwoosh بإطلاق هذه الـ journey لـ segment من المستخدمين الذين لديهم الإشعارات معطلة.