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