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