إعادة تصميم نموذج طويل تبدأ من القرار الذي ستتخذه الشركة بالمعلومات، وليس من حذف أكبر عدد من الحقول. النموذج الجيد يجمع ما يلزم في الوقت المناسب، ويشرح ما يحتاج تجهيزاً، ويساعد الشخص على تصحيح الخطأ دون إعادة العمل كله. أما تحويل نموذج مرهق إلى عدة صفحات من غير تغيير منطقه فقد ينقل المشكلة فقط.
حدّد أولاً وظيفة النموذج: هل هو استفسار أولي، أم تأهيل مورد، أم طلب مكتمل جاهز للتنفيذ؟ تختلف المعلومات اللازمة بين هذه المراحل. إذا عُرض نموذج التأهيل الكامل لمن يريد مجرد معرفة ملاءمة الخدمة، فقد يُطلب منه تجهيز وثائق قبل أن يعرف هل هناك حاجة متبادلة أصلاً.
اربط الحقول بقرارات يمكن تسميتها
لكل حقل اكتب المستفيد الداخلي، والقرار المرتبط به، ووقت الحاجة، ومصدر الإجابة المتوقع. ثم صنّفه إلى لازم الآن، ولازم عند تحقق شرط، ولازم لاحقاً، أو غير مبرر حتى يقدّم صاحبه سبباً. وجود الحقل في نموذج قديم لا يثبت ضرورته.
يُراجع العميل المتطلبات النظامية والحساسة مع المختص المناسب. فريق التصميم لا يقرر وحده ما يجب جمعه أو الاحتفاظ به. كما ينبغي أن تظهر حدود الجمع بوضوح؛ لا تطلب رفع ملف كامل إذا كانت معلومة محددة تكفي لاتخاذ القرار المتفق عليه.
توضح إرشادات WAI دور تسميات الحقول والتعليمات والتغذية الراجعة في النماذج. دليل النماذج. الاستفادة هنا عملية: يجب أن يعرف الشخص ما المطلوب قبل المحاولة، وأن يجد ما يساعده بعد الخطأ، دون افتراض أن تحسين الواجهة وحده يحقق كل متطلبات الوصول.
مثال افتراضي: استفسار توريد يتحول إلى طلب مؤهل
لنفترض شركة تطلب من المورد في أول تواصل تفاصيل الشركة ونوع المنتج ومناطق التغطية وبيانات التواصل، إضافة إلى عدة مرفقات فنية. يبين فريق المشتريات أن قرار الفرز الأول يعتمد على نوع المنتج ومنطقة الخدمة ووسيلة تواصل، بينما تُستخدم المواصفات المفصلة بعد قبول الملاءمة الأولية. هذا مثال توضيحي وليس وصفاً لعملية عميل فعلي.
يقترح الموجز فصل الاستفسار عن مرحلة طلب الأدلة. لا يعني ذلك إسقاط المرفقات؛ بل تحديد متى يطلبها المسؤول ومن يتابع الطلب. إن لم توجد آلية متابعة معتمدة، يبقى الفصل اقتراحاً يحتاج قراراً تشغيلياً، وليس وعداً بأن الفريق سيتولى المراسلات تلقائياً.
داخل النموذج الجديد، تظهر أسئلة إضافية وفق فئة المنتج فقط عندما تكون مرتبطة بقرار معروف. تُكتب أسماء الحقول بمصطلحات يفهمها المورد، وتُشرح الاختصارات الداخلية. وقبل رفع أي ملف، تُعرض الأنواع والحجم المسموحان وفق القيود التي يؤكدها المطور، لا أرقام يختارها المصمم من عنده.
في الاختبار الافتراضي، يرفع الشخص ملفاً غير مقبول. يجب أن يعرف سبب الرفض وما يستطيع استبداله، مع بقاء بقية البيانات السليمة وفق سياسة الحفظ المتفق عليها. وإذا انقطع الاتصال بعد الإرسال، يحدد الفريق كيف يتحقق من استلام الطلب قبل تشجيع إرسال نسخة أخرى. هنا تتداخل الواجهة مع التنفيذ؛ يجب توثيق الاعتماد لا إخفاؤه.
قرّر التقسيم بناءً على المهمة
| الوضع | قرار تصميم يستحق الاختبار | ما يجب تجنبه |
|---|---|---|
| أسئلة مرتبطة بقرار واحد | مجموعة واضحة في خطوة واحدة | تقسيم اعتباطي لمجرد تقليل طول الشاشة |
| وثائق لا تتوافر فوراً | تعليمات تجهيز أو مرحلة لاحقة معتمدة | افتراض أن المستخدم يملك الملف الآن |
| فئات موردين مختلفة | أسئلة مشروطة وفق قواعد معلنة | إخفاء حقول لازمة بلا تفسير |
| إجابة قد تتغير | مراجعة وتصحيح قبل الإرسال | فقد المدخلات عند الرجوع |
لا تشترط حفظ التقدم قبل معرفة إمكاناته ومخاطره. من سيستعيد المسودة؟ وكيف تُربط بصاحبها؟ ومتى تنتهي؟ هذه أسئلة منتج وبيانات وهندسة تحتاج قراراً. إذا لم يشمل المشروع هذه الميزة، ينبغي أن توضح الرحلة ما يجب تجهيزه وما يحدث عند المغادرة.
ماذا يدخل في نطاق إعادة التصميم؟
اطلب من تصميم تجربة المستخدم خريطة الحقول والقرارات والشروط والمسارات البديلة. واطلب من تصميم واجهات المستخدم حالات الإدخال والمساعدة والرفع والتصحيح في العربية والإنجليزية، مع أمثلة واقعية معتمدة لا بيانات حساسة منسوخة من طلبات حقيقية.
قد يتضمن القبول تنفيذ مهمة من البداية إلى ملخص المراجعة، وتصحيح حقل سابق، واستبدال مرفق مرفوض، ومعرفة ما إذا كان الطلب قد استُلم. يجب أن تتطابق الرسائل مع النتيجة الفعلية؛ نجاح الرفع وحده لا يعني قبول طلب التوريد، وإرسال النموذج لا يعني اعتماد المورد.
إذا كانت عوائق الوصول جزءاً من المشكلة، يمكن تحديد مراجعة إمكانية الوصول الرقمي بمعيار وتغطية ومقيّم مؤهل. هي مراجعة لأدلة وعوائق ضمن نطاق، وليست شهادة أو ضمان امتثال قانوني. ولا يستبدل اختبار النموذج بصرياً تقييم تنفيذه الفعلي.
قياس الجودة بعد التغيير
راقب قابلية إتمام الطلب وجودة المعلومات معاً. زيادة عدد النماذج المرسلة قد لا تكون مفيدة إذا أصبح فريق المبيعات يعيد طلب بيانات أساسية كل مرة. اتفق على تعريف الطلب المؤهل، وسجّل سبب الاستبعاد أو الحاجة للاستكمال دون توسيع جمع البيانات بلا داعٍ.
تساعد خدمة تحسين معدل التحويل في ربط التغيير بقياس يناسب حركة الموقع. لا تختزل النجاح في معدل الإرسال، ولا تنسب كل تغير إلى التصميم إذا تغيرت مصادر الزيارات أو شروط التأهيل في الفترة نفسها.
أسئلة شائعة
هل النموذج متعدد الخطوات أفضل دائماً؟
لا. قد يساعد عندما توجد مراحل مفهومة، لكنه قد يخفي حجم العمل أو يصعّب المقارنة. اختبر البنية مع المهمة والمحتوى الحقيقيين.
هل نزيل الحقول الاختيارية؟
افحص فائدتها أولاً. يمكن تأجيل بعضها أو إبقاؤها مع شرح واضح، لكن وجودها يجب ألا يجعل المطلوب والاختياري ملتبسين.
هل يمكن عرض قيود الملف بعد فشل الرفع؟
يمكن تكرارها عند الخطأ، لكن ينبغي توضيح القيود المهمة قبل المحاولة حتى لا يجهز المستخدم ملفاً غير مناسب دون علمه.
من يعتمد قائمة البيانات المطلوبة؟
مالك العملية لدى العميل، مع مراجعة المختصين عند الحاجة. يختبر المصمم وضوح الطلب وتسلسله، ولا يخترع ضرورته التشغيلية أو النظامية.
أرسل نموذجك الحالي وعينة من أسباب طلب الاستكمال وقائمة القرارات التي تعتمد على كل حقل. بهذه المدخلات يمكن تحديد تغيير يحسن المهمة ويحافظ على جودة التأهيل.
المصدر
- W3C WAI: إرشادات النماذج، راجع في 26 أكتوبر 2026.
