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