هندسة المعلومات: بنية موقع تقود الزائر إلى القرار

1. ارسم خريطة مهام المستخدم قبل قائمة الصفحات

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

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

أضف الهدف التجاري إلى خريطة المهام دون أن تدعه يسيطر عليها. فإذا أدرك المستخدم سريعاً أن العرض لا يناسبه فهذه أيضاً تجربة ناجحة، لأنها توفّر على الطرفين نموذجاً ومكالمة مبيعات بلا فائدة.

2. ابنِ نموذج المحتوى والتسلسل الهرمي معاً

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

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

3. ترجم التسميات إلى لغة يستطيع المستخدم توقّعها

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

توصي إرشادات W3C للكتابة الميسّرة بتجميع الفقرات المترابطة تحت عناوين قصيرة، وبأن تُظهر العناوين الخطوط العامة للمحتوى. وينبغي استخدام مستويات العناوين للبنية الحقيقية لا لاختيار الحجم البصري. كذلك يجب أن يصف نص الرابط وجهته بدل عبارة «اضغط هنا». وبهذا يتمكن مستخدمو التقنيات المساعدة والزوار الذين يتصفحون بسرعة من إدراك منطق الصفحة بسهولة أكبر.W3C Web Accessibility Initiative — نصائح الكتابة لإتاحة الوصول إلى الويب

ليست القائمة العامة مضطرة لحمل كل الاحتمالات. أبقِ المسارات المتكررة والمهمة ظاهرة، واترك الروابط الثانوية لصفحات التصنيفات والتصفح المحلي والبحث. وحافظ على أولوية المعلومات نفسها على الهاتف، ولا تكدّس القائمة الضخمة الخاصة بسطح المكتب كما هي داخل شاشة ضيقة.

4. سيناريو افتراضي: من قائمة الأقسام إلى مسارات القرار

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

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

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

5. صمّم ترتيب القرار وزر الحث داخل الصفحة

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

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

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

6. اختبر عمل البنية عبر مهام حقيقية

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

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

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

7. تنفيذ تدريجي وقائمة تحقق وحدود

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

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

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