كيف تختبر ما إذا كان المقال يحل مشكلة القارئ

ابدأ بقارئ واحد، ونية واحدة، ومهمة واحدة قابلة للملاحظة

اكتب العبارة الافتتاحية للمراجعة قبل مراجعة الصياغة:

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

على سبيل المثال:

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

هذا التمييز مهم؛ فعبارة "تعلم عن جودة المحتوى" هي موضوع معلوماتي وليست مهمة قابلة للاختبار، بينما عبارة "تحديد المتطلب المسبق المفقود في مقال إرشادي وتعديل القسم ذي الصلة" قابلة للاختبار.

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

توصي إرشادات المحتوى والنشر في GOV.UK بتحديد احتياجات المستخدم وتخطيط المحتوى بناءً عليها. وبالمثل، تسأل أسئلة التقييم الذاتي من Google عما إذا كان الجمهور المستهدف سيجد المحتوى مفيداً، وما إذا كان القراء سيتعلمون ما يكفي لتحقيق هدفهم، وما إذا كانوا سيخرجون بتجربة مرضية (Google Search Central). هذه توجيهات مفيدة، ولكن لا يزال يتعين على المحرر تحويلها إلى اختبار إنجاز ملموس.

خطط لمسار الإنجاز قبل الحكم على جودة الكتابة

أدرج الإجراءات التي يجب على القارئ اتخاذها، بالترتيب، لإنهاء المهمة. واحرص على تضمين القرارات، والعمليات الحسابية، والمدخلات، وعمليات التحقق، ونقاط التسليم—وليس فقط عناوين المقال.

قد يبدو المخطط العملي كالتالي:

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

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

جدول مراجعة مفيد:

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

تحقق من المدخلات المفقودة والافتراضات وشروط التوقف

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

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

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

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

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

اختبر تغطية الأدلة، وليس مجرد تزيين النص بالاقتباسات

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

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

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

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

راجع سهولة الاستخدام والمقروئية كجزء من إتمام المهمة

المقال سهل القراءة ليس مجرد نص ممتع؛ بل هو نص يقلل من الجهد المطلوب لتحديد موقع التعليمات وفهمها وتطبيقها. راجع المسودة عند نقطة الاستخدام:

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

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

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

قم بإجراء اختبار للقارئ قبل النشر

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

لاحظ ما إذا كان سيقوم بما يلي:

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

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

استخدم التحليلات لاحقاً وفسرها بحذر

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

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

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

متابعة استكشاف الموضوع