عرض واحد متسق خلال رحلة الشراء.

عرض الباقة لازم يكون مفهومًا قبل ما العميل يوصل للدفع، وحساب الدفع لازم يطابق الكلام المكتوب في المتجر. مع متجر Toetique في الإمارات، راجعنا عرض الزوجين من الرئيسية إلى صفحات المنتجات المشمولة ثم صفحة الدفع.

أين احتاجت الرحلة إلى مراجعة؟

احتاجت رسالة العرض إلى توضيح المنتجات المشمولة، والإجمالي شامل الضريبة، وطريقة تطبيق الخصم لو العميل اختار أكثر من زوجين. كان الإعداد الأول يسمح باستخدام الباقة مرة واحدة في الطلب؛ ثم حفظنا قاعدة بديلة وعدّلنا النص النهائي ليوضح أن العرض يتكرر لكل زوجين مؤهلين من الجوارب.

ماذا غيّرنا؟

حدّثنا رسالة العرض في واجهة المتجر، وأضفنا شرحًا لها في صفحات المنتجات الستة المشمولة. وجهّزنا خصمًا تلقائيًا بديلًا لهذه المنتجات، ثم أوقفنا القاعدة القديمة دون حذفها. يذكر سجل التنفيذ أن أسعار المنتجات وإعدادات الضريبة والدفع والتوصيل لم تتغير ضمن هذا العمل.

في 5 سبتمبر، أوضحت الرسالة أن إجمالي الزوج الواحد 103.95 درهم شامل الضريبة، وأن سعر زوجين مؤهلين 160 درهمًا شامل الضريبة. هذه تفاصيل العمل في تاريخه وليست تأكيدًا للأسعار أو العرض الحالي.

ما الذي اختبرناه؟

شملت سيناريوهات الدفع المسجلة زوجًا واحدًا، وزوجين من التصميم نفسه، وزوجين بتصميمين مختلفين، وثلاث قطع، وأربع قطع مختلطة، ومنتج سجادة مستثنى من العرض. في حالة الأربع قطع ظهر تطبيق الباقة مرتين، وفي حالة الثلاث بقيت القطعة غير المزدوجة خارج الباقة الثانية. وتحقق السجل النهائي أيضًا من ظهور شرح العرض على صفحات المنتجات الستة المشمولة وغيابه عن صفحة السجادة.

وصلت هذه الاختبارات إلى صفحة الدفع من غير إدخال بيانات دفع أو تأكيد طلب. وهي تثبت سلوك السيناريوهات المسجلة وقت الاختبار، ولا تثبت اكتمال دفع أو تحسن معدل التحويل أو زيادة المبيعات أو الأرباح. كان الحساب مرتبطًا بالأسعار والضرائب والتوصيل وقتها؛ ويحتاج مراجعة جديدة إذا تغيرت هذه المدخلات.