نموذج الدفع بلغة وبلد غير الصحيحين في تطبيقك

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

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

ما الذي رآه صاحب النشاط

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

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

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

لماذا يحدث هذا لتطبيقات مثل تطبيقهم

لغة تطبيقك ولغة هاتفك إعدادان مختلفان، وقد يتبع نموذج الدفع الإعداد الخطأ.

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

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

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

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

ما وجده مهندسونا

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

كان بلد الفوترة مختارًا مسبقًا، ولم نتبين سبب وجود ذلك البلد تحديدًا. ولأنه طُلب منا ألا نستبدله بغيره دون معرفة السبب، تركنا ذلك السؤال مفتوحًا وأزلنا الاختيار المسبق بدلًا من ذلك. ولم يعد أحد يُختار له بلد.

رددنا فورًا، وكان التغيير جاهزًا خلال يوم عمل واحد.

ما الذي غيّرناه

صار اختيار العميل للغة داخل التطبيق هو ما يحدد لغة نموذج البطاقة.

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

أُجري التغييران في تطبيق الهاتف ودُمجا في الفرع الرئيسي للكود.

ما الذي نتج عن ذلك

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

لم يُنشر الإصدار الجديد بعد في App Store أو Google Play، لذا لا يزال العملاء الذين لديهم التطبيق مثبتًا يرون السلوك القديم. فالإصلاح موجود في الكود وليس بعد على أجهزتهم.

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

ما يمكنك التحقق منه بنفسك

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

ما الذي تفعله بعد ذلك

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

ثلاثة أسئلة ستحصل بها على جواب واضح من أي شخص يعتني بتطبيقك:

1. هل الإصلاح في الكود أم منشور في المتجرين؟
2. أي إصدار يستخدمه العملاء، وكيف تعرف ذلك؟
3. ماذا يحدث للعملاء الذين لم يحدّثوا؟

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