تحسين صفحة الدفع: أين يتوقف العميل قبل إتمام الطلب؟

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

أبدأ بطلب تجريبي على الهاتف. أكرّر البلد والعنوان وطريقة الدفع، وأسجّل المعلومة التي تغيرت بين السلة وآخر شاشة قبل تأكيد الطلب.

تحقّق من تعريف بداية المسار ونهايته

راجع ما يطلق الحدث begin_checkout. هل يُرسل عند فتح صفحة الدفع أم عند الضغط على زر ينقل إليها؟ وراجع معنى purchase في متجرك: هل هو إنشاء طلب دفع عند الاستلام أم تأكيد تحصيل من البوابة؟ يحتاج فريقا التشغيل والتسويق إلى التعريف نفسه.

عند حساب نسبة الإتمام، حدّد المستخدمين أو الجلسات التي بدأت المسار والمدة التي تسمح بإكماله خلالها. قد يعود العميل من جهاز آخر ويتوزع سلوكه على رحلتين. اذكر حدود التقرير وسجّل أي تغيير في التتبع أثناء المقارنة.

جرّب المسارات الأكثر استخدامًا

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

«يبقى زر التأكيد معطّلًا بعد تصحيح الرمز البريدي» وصف يستطيع المطور إعادة اختباره. سجّل الجهاز والمتصفح والخطوات. استخدم بيئة أو وسيلة دفع تجريبية، وميّز الطلب لفريق التشغيل حتى لا يُعامل كطلب عميل فعلي.

راجع مفاجآت التكلفة

قارن إجمالي السلة بالمبلغ الظاهر قبل الدفع. إذا كان الشحن يعتمد على المدينة، فوضّح ذلك بجوار السعر. جرّب عنوانًا داخل التغطية وآخر خارجها، وتأكد من أن العميل يعرف النتيجة والخطوة المتاحة قبل الضغط الأخير.

المنتج180 ر.س.

توصيل إلى جدة20 ر.س.

الإجمالي قبل الدفع200 ر.س.

في أي خطوة عرف العميل أن الشحن يضيف 20 ريالًا إلى سعر المنتج؟ راجع الشاشة التي سبقت هذا الملخص.

فتح الصورة بالحجم الكامل ↗

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

احذف الحقول التي لا تخدم الطلب

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

جرّب الرحلة كعميل جديد. إذا كان التسجيل مطلوبًا، فاشرح السبب في وقت مناسب. وإذا كان الشراء كضيف ممكنًا، فاجعل الخيار واضحًا. اختبر كذلك الرجوع إلى السلة لمراجعة المبلغ أو تغيير وسيلة الدفع.

افصل العطل التقني عن تفضيل التصميم

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

اختبر وسيلتي دفع وطابق الحالة المسجلة في المتجر مع استجابة البوابة. قد تظهر صفحة الشكر قبل اكتمال التحصيل في بعض الأنظمة. سجّل معرّف الطلب وحالته حتى لا تعتبر رسالة «تم» دليلًا كافيًا على وصول الأموال.

حالات اختبار لإتمام الطلب

ابدأ بالسيناريوهات التي يراها فريق الدعم، وجرّبها من السلة إلى الرسالة النهائية.

حالة الاختبار	النتيجة المتوقعة
عنوان داخل التغطية	ظهور وسيلة التوصيل وتكلفتها قبل تأكيد الطلب
عنوان خارج التغطية	توضيح السبب وإتاحة تعديل العنوان
رفض الدفع	تسجيل الحالة الصحيحة وإمكان تجربة وسيلة أخرى
العودة من البوابة	احتفاظ الطلب بمعرّفه وظهور حالته في سجل المتجر

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

تابع النتيجة مع فريق التشغيل

بعد الإصلاح راقب إتمام الخطوة والشراء بالتعريف نفسه، إلى جانب أخطاء الدفع وطلبات الدعم. إذا كان العطل يخص وسيلة دفع معينة على الهاتف، فابدأ بهذه الشريحة. قد يخفي المتوسط العام تحسنًا مهمًا لها.

كرّر الطلب التجريبي بالعنوان والطريقة اللذين ظهرت معهما المشكلة. تحقّق من قياس GA4 للتأكد من تسجيل الطلب مرة واحدة، ثم راجع مسار الشراء الكامل لمعرفة ما تغيّر فعلًا.