الدفع داخل التطبيقات في السعودية: مدى وApple Pay وبوابات الدفع
- نُشر في:
- مدة القراءة: 5 دقائق
- الكاتب: فريق كُميت
قد يقضي المستخدم دقائق في تصفح التطبيق واختيار ما يريد، ثم يتراجع في الشاشة الأخيرة لأن وسيلة الدفع التي يستخدمها غير متاحة، أو لأن الخطوات طويلة ومربكة. لذلك فإن تصميم الدفع في تطبيقات الجوال الموجهة إلى السوق السعودي يحتاج إلى قرارات تقنية وتجارية واضحة قبل البرمجة.
نستعرض هنا وسائل الدفع الأساسية، ودور بوابات الدفع، ومتطلبات الأمان، وما يحدث بعد إتمام العملية.
1. ما الذي يتوقعه المستخدم السعودي عند الدفع
اعتاد المستخدمون في المملكة على الدفع الإلكتروني السريع في المتاجر والتطبيقات، وأصبح الدفع بالجوال أو الساعة عبر خاصية اللمس دون تلامس جزءًا من حياتهم اليومية. ويحمل هذا التعود توقعات واضحة يجب أن تلبيها شاشة الدفع في تطبيقك.
- دعم بطاقات مدى: فهي البطاقات المصرفية الأكثر حضورًا في محافظ المستخدمين المحليين.
- الدفع بخطوة واحدة: عبر Apple Pay أو المحافظ الرقمية دون إدخال بيانات البطاقة يدويًا.
- الأسعار بالريال وشاملة الضريبة: يرى المستخدم المبلغ النهائي قبل التأكيد دون مفاجآت.
- وضوح الرسوم: رسوم التوصيل أو الخدمة تظهر قبل خطوة الدفع لا بعدها.
- تأكيد فوري: رسالة نجاح واضحة وإيصال يمكن الرجوع إليه.
2. بطاقات مدى ومكانها في تجربة الدفع
مدى هي الشبكة الوطنية للمدفوعات في المملكة، وتصدر البنوك المحلية بطاقاتها لعملائها على نطاق واسع. ولذلك فإن تطبيقًا يقبل بطاقات Visa وMastercard وحدها دون دعم مدى يُخرج شريحة كبيرة من العملاء المحتملين من دائرة الشراء.
مثال توضيحي: لنفترض أن متجرًا للعطور أطلق تطبيقه بالتكامل مع بوابة دفع لا تدعم مدى، اعتمادًا على أن أغلب عملائه يملكون بطاقات ائتمانية. سيكتشف الفريق سريعًا أن عددًا من العملاء يصلون إلى شاشة الدفع ثم يتوقفون، لأن البطاقة التي يستخدمونها يوميًا غير مقبولة. لذلك يستحسن أن يكون دعم مدى شرطًا أساسيًا عند اختيار البوابة، وأن يظهر شعارها في شاشة الدفع حتى يطمئن المستخدم قبل أن يبدأ بإدخال بياناته.
3. Apple Pay والمحافظ الرقمية
يتيح Apple Pay للمستخدم الدفع بالبطاقة المحفوظة في جهازه، ومنها بطاقات مدى، مع تأكيد العملية ببصمة الوجه أو الإصبع. ولا يتلقى التطبيق رقم البطاقة الفعلي، بل رمزًا مشفرًا تعالجه بوابة الدفع، وهذا يرفع مستوى الأمان ويختصر الخطوات في آن واحد.
- سرعة الإتمام: لا حاجة إلى كتابة رقم البطاقة وتاريخ الانتهاء ورمز التحقق.
- ثقة المستخدم: الدفع عبر وسيلة يعرفها ويستخدمها في المتاجر الفعلية.
- متطلبات تقنية: يحتاج التفعيل إلى إعدادات في حساب المطور لدى Apple وتنسيق مع بوابة الدفع.
- مستخدمو Android: يحتاجون إلى بدائل مناسبة، كالدفع بالبطاقة مع حفظها بأمان أو المحافظ الرقمية المتاحة لهم.
- المحافظ المحلية: يستحسن دراسة المحافظ الرقمية الشائعة بين جمهورك وإضافة ما يدعمه مزود الدفع منها.
4. اختيار بوابة الدفع المناسبة
بوابة الدفع هي الوسيط الذي يستقبل بيانات الدفع من التطبيق، ويرسلها إلى الشبكات والبنوك، ثم يعيد النتيجة. ويخضع مقدمو خدمات المدفوعات في المملكة لتنظيم البنك المركزي السعودي، لذلك يُستحسن التحقق من أن المزود مرخص لتقديم خدماته محليًا قبل التعاقد معه.
- وسائل الدفع المدعومة: مدى وApple Pay والبطاقات الدولية وأي وسائل أخرى يحتاجها جمهورك.
- أدوات التطوير: توفر مكتبات جاهزة لنظامي iOS وAndroid وتوثيقًا واضحًا وبيئة اختبار.
- مدة التسوية: الفترة التي تصل فيها المبالغ إلى حساب شركتك بعد العملية.
- هيكل الرسوم: افهم الرسوم لكل عملية ولكل وسيلة دفع، والرسوم الثابتة إن وجدت.
- لوحة التحكم والدعم: تقارير العمليات والاسترداد، وفريق دعم يمكن التواصل معه عند المشكلات.
5. الشراء داخل التطبيق أم بوابة الدفع؟
ليس كل دفع داخل التطبيق يمر عبر بوابة دفع تختارها بنفسك. فمتجرا App Store وGoogle Play يشترطان في الغالب استخدام نظام الشراء الخاص بهما عند بيع محتوى أو مزايا رقمية تُستهلك داخل التطبيق، كالاشتراكات في المحتوى أو العملات الافتراضية. أما المنتجات المادية والخدمات المقدمة على أرض الواقع، كطلبات الطعام وحجوزات الصيانة وتذاكر الفعاليات، فتُدفع عادة عبر بوابة خارجية.
مثال توضيحي: لنفترض أن ناديًا رياضيًا يطلق تطبيقًا لحجز الحصص في مقراته، ويريد أيضًا بيع تمارين مسجلة بالفيديو داخل التطبيق. الحجز خدمة تُقدم في الموقع الفعلي فيمكن دفعها عبر البوابة، أما التمارين المسجلة فمحتوى رقمي قد يخضع لقواعد الشراء داخل التطبيق. وحسم هذا التصنيف مبكرًا يجنب الفريق رفض التطبيق عند المراجعة.
6. أمان الدفع وحماية بيانات البطاقات
أي تطبيق يتعامل مع بيانات البطاقات يدخل في نطاق معيار أمان بيانات صناعة بطاقات الدفع (PCI DSS)، وهو معيار عالمي صارم المتطلبات. والطريقة العملية لتقليل هذا العبء أن لا تمر بيانات البطاقة على خوادمك أصلًا، بل تُرسل مباشرة إلى بوابة الدفع عبر مكتباتها.
- الترميز (Tokenization): تحفظ البوابة البطاقة وتعيد إليك رمزًا يُستخدم في العمليات اللاحقة بدل الرقم الحقيقي.
- التحقق الإضافي: كخطوة التحقق ثلاثي الأبعاد (3-D Secure) التي يؤكد فيها حامل البطاقة العملية لدى بنكه.
- التحقق من جهة الخادم: لا يعتمد التطبيق على نتيجة الدفع الظاهرة على الجهاز وحدها، بل يؤكدها الخادم مع البوابة قبل تنفيذ الطلب.
- عدم تسجيل البيانات الحساسة: لا تظهر أرقام البطاقات في سجلات الأخطاء أو أدوات التحليل.
7. الدفع عند الاستلام وخيارات التقسيط
لا تزال بعض فئات العملاء تفضل الدفع عند الاستلام، خاصة في أول تجربة مع متجر لا تعرفه. وفي المقابل انتشرت خدمات «اشترِ الآن وادفع لاحقًا» التي تقسم المبلغ على دفعات، وتتكامل مع التطبيقات عبر مزودين متخصصين.
مثال توضيحي: لنفترض أن متجرًا للأجهزة المنزلية يعرض في تطبيقه الدفع بمدى وApple Pay والتقسيط والدفع عند الاستلام. قد يقرر الفريق إتاحة الدفع عند الاستلام للطلبات الصغيرة فقط، لأن الطلبات الكبيرة تحمل مخاطر إلغاء عند الباب أو أعباء في تحصيل النقد. أما التقسيط فيظهر خيارًا واضحًا في صفحة المنتج نفسها، حتى يعرف العميل قيمة الدفعة قبل أن يضيف المنتج إلى السلة. والمهم أن تُعرض كل وسيلة بشروطها بوضوح، وأن تُقاس أثرها على الطلبات المكتملة والمرتجعات.
8. ما بعد الدفع: الاسترداد والفواتير والمطابقة
تنتهي عملية الدفع في نظر المستخدم عند رسالة النجاح، لكنها تبدأ في نظر فريقك المالي. فهناك طلبات تُلغى وتحتاج إلى استرداد، وعمليات يجب مطابقتها بين التطبيق والبوابة والحساب البنكي، وفواتير يجب إصدارها وفق المتطلبات النظامية.
- الاسترداد: سياسة واضحة يراها العميل، وآلية في لوحة الإدارة لتنفيذه دون تدخل تقني.
- الفوترة الإلكترونية: إصدار فواتير متوافقة مع متطلبات «فاتورة» لدى هيئة الزكاة والضريبة والجمارك للمنشآت الخاضعة لها.
- المطابقة اليومية: مقارنة الطلبات المدفوعة في النظام بتقارير البوابة لاكتشاف أي فروق مبكرًا.
- حالات الفشل الجزئي: كخصم المبلغ من العميل دون تسجيل الطلب، ويجب أن يكون لها إجراء معروف للمعالجة.
الخلاصة
الدفع داخل التطبيقات في السعودية يتطلب أكثر من ربط بوابة دفع بالشاشة الأخيرة. فهو يبدأ بفهم توقعات المستخدم المحلي، ودعم مدى وApple Pay بوصفهما أساسًا لا إضافة، ثم اختيار بوابة مرخصة تناسب احتياجك التقني والتجاري، وتحديد ما يخضع لقواعد الشراء داخل المتجر. ويكتمل البناء بأمان يحمي بيانات البطاقات من البداية، وعمليات واضحة للاسترداد والفوترة والمطابقة. وحين تُصمم هذه الأجزاء معًا، تصبح شاشة الدفع خطوة قصيرة يثق بها العميل، لا عقبة أخيرة تضيع عندها الطلبات. ثم تأتي مراجعة تقارير الدفع بانتظام لتكشف الوسائل التي يفضلها عملاؤك فعلًا والخطوات التي تحتاج إلى تبسيط.
الأسئلة الشائعة
هل يجب أن يدعم تطبيقي بطاقات مدى؟
إذا كان جمهورك في المملكة فدعم مدى ضروري عمليًا، لأنها البطاقات المصرفية التي يستخدمها كثير من العملاء يوميًا. ويستحسن التأكد من دعم البوابة لها قبل التعاقد.
هل يمكن قبول Apple Pay داخل التطبيق؟
نعم، يمكن ذلك عبر بوابة دفع تدعمه بعد إعداد الحساب اللازم لدى Apple. ويناسب ذلك بيع المنتجات والخدمات، أما المحتوى الرقمي داخل التطبيق فقد يخضع لنظام الشراء الخاص بالمتجر.
هل أحتاج إلى شهادة PCI DSS لتطبيقي؟
يعتمد ذلك على طريقة تعاملك مع بيانات البطاقات. فإذا أُرسلت البيانات مباشرة إلى بوابة الدفع عبر مكتباتها دون أن تمر على خوادمك، تقل متطلبات الامتثال المطلوبة منك كثيرًا، ويُستحسن تأكيد ذلك مع مزود الدفع.
كيف أتعامل مع الدفع عند الاستلام في التطبيق؟
يمكن إتاحته خيارًا مع وضع ضوابط له، كحد أعلى لقيمة الطلب أو تأكيد الطلب قبل الشحن. ويستحسن متابعة نسب الإلغاء المرتبطة به ومقارنتها بالوسائل الإلكترونية.
كتب بواسطة
فريق كُميت
فريق كُميت للإنتاج الإبداعي والتسويق في الرياض، يكتب هنا عن التقنية والتحول الرقمي من واقع المشاريع التي يعمل عليها.