يعني اختبار أتمتة التسويق التحقق من الأشخاص الذين يدخلونها وما يحدث أثناء انتظارهم وسبب توقف الرسائل عنهم. لا تكشف معاينة بريد مصقولة ما إذا كان العميل الذي يشتري سيتلقى مع ذلك تذكيرًا باستعادة الطلب. أنشئ مجموعة صغيرة من سيناريوهات عملاء Shopify حول هذه القرارات، ثم تحقق من النتيجة ومظهر كل رسالة.
حدّد المسار المتوقع أولًا
دوّن ما ينبغي أن يحدث لمشترك مؤهل وجهة اتصال ألغت اشتراكها وعميل يشتري أثناء فترة انتظار وشخص تنقصه بيانات التخصيص وشخص مؤهل لمسارين. اختر سيناريوهات تتوافق مع الغرض الفعلي للأتمتة.
سجّل الرسالة والقناة والتوقيت ونقطة التوقف المتوقعة لكل حالة. افعل ذلك قبل الاختبار حتى لا تتحول نتيجة غير متوقعة إلى معيار جديد بصمت. استخدم سجلات اختبار مضبوطة وافصل نشاط الاختبار عن الإرسال الفعلي للعملاء.
حدّد شرط نجاح يمكن ملاحظته لكل حالة
استخدم الغرض الحقيقي للأتمتة لتحديد النتيجة. وفيما يلي حالات بداية مفيدة لرحلة استعادة الدفع المتروك. عدّل التفاصيل لتناسب المشغّل وعناصر التحكم المدعومة في إعدادك بدلًا من اعتبار القائمة مجموعة اختبارات تصلح للجميع.
- مشترك مؤهل: يدخل مرة واحدة كما هو مقصود، ويتلقى اللغة وسياق الدفع الصحيحين، ويصل إلى الوجهة المناسبة.
- جهة اتصال ألغت اشتراكها: لا تتلقى تسويقًا عبر القناة المستبعدة حتى إذا استوفى حدث الدفع الشروط الأخرى.
- شراء أثناء فترة الانتظار: تتوقف رسائل استعادة البيع اللاحقة وفق شرط الشراء المحدد.
- بيانات تخصيص ناقصة: تظل الرسالة مكتملة ومقروءة ودقيقة من دون القيمة المفقودة.
- مسارات متداخلة: تتبع الرسائل مجتمعة قرارات الأولوية والاستبعاد التي حددها الفريق.
تتبّع الشروط خلال الرحلة
راجع في Sendvio المشغّل وكل شرط يسبق خطوة الإرسال. تأكد من أن الاشتراك بالبريد لا يحل محل إذن SMS، وألا تصبح تفاصيل الاتصال غير الصالحة مؤهلة لمجرد تغير حقل آخر.
افحص السلوك المرتبط بالوقت. فقد يحدث شراء أو إلغاء اشتراك أو تغيير لحالة الطلب أثناء الانتظار. تحقق من استجابة الإجراءات اللاحقة كما هو مقصود، وافحص احتمال إرسال أتمتة نشطة أخرى رسالة متعارضة في الفترة نفسها.
سجّل النتيجة المتوقعة والفعلية
استخدم جدولًا بسيطًا يتضمن اسم الحالة والبيانات الأولية والحدث والرسالة أو الاستبعاد المتوقع والنتيجة الفعلية والدليل. وأدرج إصدار الأتمتة والقالب المعنيين. فعبارة «تم الاختبار» لا توضح لزميلك ما الذي جرى فحصه فعلًا أو سبب أهمية تغيير لاحق.
أبقِ الاختبارات مضبوطة. استخدم سجلات مناسبة وطرق المعاينة أو الاختبار المدعومة، وتجنب إنشاء عروض حية عن طريق الخطأ أو إطلاق أحداث حقيقية للعملاء لمجرد تسريع المرور في المسار. وإذا تعذر محاكاة شرط بأمان، فتحقق منه مع الفريق المسؤول وسجّل حدود التحقق بدلًا من اعتباره ناجحًا.
عند فشل حالة ما، حدّد أصغر جزء مسؤول: شرط الدخول أو تغيير الحالة أو فترة الانتظار أو أهلية القناة أو المحتوى أو الوجهة. أصلح ذلك الجزء، ثم أعد الحالة المتأثرة وأي حالة مجاورة قد يتغير سلوكها بسبب التعديل. فتغيير عدة قواعد لا علاقة بينها في آن واحد يصعّب معرفة الإصلاح الناجح.
اختبر المحتوى بعد المنطق
عاين الأسماء الطويلة والحقول الناقصة وعناوين المنتجات المختلفة وكل نسخة لغوية. اتبع الروابط وافحص أهلية الخصم في الوجهة. ثم راجع الجمهور النهائي وإعدادات التفعيل مع المسؤول عن الرحلة.
احتفظ بجدول السيناريوهات مع ملاحظات الأتمتة، وأعد الاختبارات ذات الصلة بعد أي تغيير مهم. ليس عليك إعادة اختبار كل تفصيل ثابت كل يوم. ركّز على الأجزاء التي تأثرت بشروط أو قوالب أو عروض أو مصادر بيانات جديدة، كي تظل الفحوص عملية بما يكفي للاستمرار فيها.
أضف حالة حدّية واحدة حول أهم قاعدة. إذا استخدمت نافذة زمنية للجمهور، افحص سجلًا يقع داخلها مباشرة وآخر خارجها مباشرة. وإذا كان للعرض حد أدنى للإنفاق، فجرب سلة مؤهلة وأخرى غير مؤهلة. فكثيرًا ما تكشف الحالات الحدّية افتراضات تغيب عن الأمثلة المعتادة.
قبل التفعيل، اطلب من المسؤول تأكيد إغلاق الإخفاقات التي لم تُحل أو إبقاء الخطوة المتأثرة غير نشطة. وبعد الإطلاق، راجع عينة من النتائج الفعلية من دون كشف بيانات عميل لا حاجة إليها، وقارنها بجدول السيناريوهات. يفيد الاختبار لأنه يوضح تجربة العميل المقصودة؛ وليس طقسًا للنقر عبر المحرر حتى تبدو كل كتلة مألوفة.