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