إصلاحات الدفع في المتاجر السعودية: عشر مشكلات نجدها أكثر من غيرها

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

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

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

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

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

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

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

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

وزن الصفحة مشكلة قابلة للقياس قبل أي إعادة تصميم. الدفع لا يجب أن يحتوي سكربتات المتجر كله ولا صور منتجات جديدة. طي محسن للجوال، وصور مصغرة لا أصلية، وسكربتات مؤجلة تُقرأ بعد الدفع، كلها تقلل زمن الوصول إلى خيار الدفع دون تغيير شكل الصفحة. الدراسة التي نشرتها Deloitte لصالح Google وجدت أن تحسناً قدره 0.1 ثانية في سرعة الجوال ارتبط بزيادة 8.4 بالمئة في تحويلات التجزئة. لا تنسخ هذا الرقم إلى متجرك، لكن اعتبره تنبيهاً: الدفع البطيء يكلف قبل النقر على ادفع. معايير Core Web Vitals تعطيك حدوداً للقياس: LCP ضمن 2.5 ثانية وINP ضمن 200 مللي ثانية وCLS ضمن 0.1 عند المئوي 75 من الزيارات الحقيقية على الجهاز.

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

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

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

حدّد نسبة الإتمام قبل التغيير، ثم غيّر شيئاً واحداً، ثم قِس النسبة نفسها على الفترة نفسها ومن الصفحة نفسها. ثوابت الدفع هنا ثلاثة: نسبة الإتمام من أول ظهور لي دفع حتى نجاح OrderPlaced، ونقطة التخلي الأولى التي تخرج منها الجلسة، ومعدل المحاولة الذي يدل على تلاشي إمكانية إعادة إرسال أو خطأ متكرر. مقارنة قبل وبعد دون تثبيت الفترة والنوع لا تستحق اسم قياس، لأنها قد تُظهر الفرق وهي وليدة الحملات فقط.

فهمك لمصدر كل رقم هو ما يمنعك من نقل رقم من مصر إلى السعودية أو من قرار إدارة إلى قرار حكومي. في الإطلاق: احتفظ على أساس أسبوعي وقارن بالأسابيع السابقة قبل أي تغيير، وقاس التغيير على الفئة نفسها والوسيلة نفسها.

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

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

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

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

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

كم تكلف إعادة بناء صفحة الدفع؟ النطاق المنشور للتجارة الإلكترونية لدينا 5,000 إلى 15,000 ريال لمرة واحدة على مدى 10 إلى 16 أسبوعاً، عادةً لتسليم موقع متكامل بصفحة دفع مصححة. لا ننشر نطاقاً بديلاً في السوق هنا.

• Baymard: قابلية استخدام الدفع — 11.3 حقلاً في المتوسط، و22 بالمئة تخلّوا بسبب التعقيد.
• Baymard: معدل التخلي عن السلة — متوسط 70.19 بالمئة عبر خمسين دراسة.
• web.dev: Milliseconds make millions — تحسّن 0.1 ثانية وارتباطه بزيادة 8.4 بالمئة في تحويلات التجزئة.
• W3C: ما الجديد في WCAG 2.2 — تسعة معايير نجاح أُضيفت في 5 أكتوبر 2023، بما فيها الإدخال المكرر 3.3.7.