كيف تختار موضوع مقال انطلاقاً من احتياجات المستخدمين الحقيقية
بالنسبة لمحرر موقع إلكتروني مستقل، يبدأ موضوع المقال المفيد من محاولة القارئ إنجاز مهمة محددة—وليس من كلمة رئيسية عامة أو موضوع مبهم. تحوّل هذه الطريقة الأسئلة المرصودة إلى مستخدم واحد محدد، وقصد رئيسي واحد، وقرار واحد بشأن الصفحة: إنشاء مقال جديد، أو تحديث مقال موجود، أو رفض الموضوع. وتعتمد على سجل أدلة للفصل بين الاحتياجات العامة المتكررة وطلبات الدعم الخاصة بالحسابات والأفكار المكررة.
ابدأ بمهمة القارئ، لا بعنوان الموضوع
اكتب الحاجة المقترحة في ثلاثة أجزاء:
بصفتي [قارئاً محدداً]، أحتاج إلى [أداء شيء ما أو اتخاذ قرار بشأنه]، حتى أتمكن من [الوصول إلى نتيجة مفيدة].
تمت ملاءمة هذا الهيكل من منهجية احتياجات المستخدمين في GOV.UK، والتي توصي بتحديد المستخدم، والإجراء، وسبب هذا الإجراء. كما تحذر إرشاداتها المحررين من استخدام أفعال مبهمة مثل "يفهم" ما لم يكن الفهم ضرورياً لمهمة محددة (GOV.UK: تحديد احتياجات المستخدمين).
على سبيل المثال، "التصوير للمبتدئين" هو مجرد موضوع، وليس مهمة مقال بعد. ومن الخيارات الأفضل ما يلي:
النسخة الثانية أكثر تحديداً لأنها تحدد جمهوراً، وإجراءً، وقراراً. كما تمنحك معياراً لاختبار النطاق: فالمعلومات التي لا تساعد القارئ على اتخاذ هذا القرار تنتمي على الأرجح إلى مكان آخر.
احتفظ بقصد رئيسي واحد لكل مقال. قد يكون السؤال حول كيفية اختيار أداة ما، والسؤال حول كيفية استخدام تلك الأداة، والسؤال حول ما إذا كانت الأداة مناسبة أسئلة مترابطة، لكنها قد تتطلب متطلبات أساسية ونتائج مختلفة. والجمع بينها مبكراً جداً ينتج عنه صفحة ذات عنوان واسع ولكنها غير مكتملة لكل مهمة.
اجمع الأدلة في سجل أدلة
السؤال هو نقطة انطلاق، وليس موضوعاً تلقائياً. سجّل سياقاً كافياً لتقدير ما إذا كان يمثل حاجة لمعلومات عامة. يكفي استخدام جدول بيانات بسيط؛ حيث يوصي GOV.UK تحديداً بتسجيل الأدلة الداعمة جنباً إلى جنب مع احتياجات المستخدم ومعايير القبول (GOV.UK: تحديد احتياجات المستخدمين).
استخدم صفاً واحداً لكل سؤال مرصود أو مجموعة من الأسئلة وثيقة الصلة:
لا تضخم معدل التكرار عن طريق احتساب السؤال نفسه المنسوخ عبر عدة قنوات. سجّل الحاجة الأساسية مرة واحدة ودَوّن القنوات التي ظهرت فيها. وعلى العكس من ذلك، لا تتجاهل حاجة لمجرد أنها ظهرت بضع مرات فقط إذا كان كل مثال يُظهر المهمة غير المحسومة نفسها وكان بإمكان الإجابة أن تخدم جمهوراً عاماً أوسع.
يميز السجل المفيد بين الدليل والتفسير. فعبارة "سأل أربعة قراء عما إذا كان التمرين الأول يتطلب معدات خاصة" تُعد دليلاً. أما "يريد القراء دليلاً للمبتدئين بتكلفة منخفضة" فهي تفسير. احتفظ بكليهما، ولكن صَنِّفهما بشكل منفصل.
افصل الاحتياجات العامة عن أسئلة الدعم الفني فقط
السؤال التحريري الأساسي ليس ببساطة: "هل سأل شخص ما عن هذا؟" بل هو: "هل يمكن لصفحة عامة أن تساعد مجموعة معتبرة من القراء في إنجاز نفس المهمة؟" تبدأ إرشادات اللغة المبسطة من Digital.gov بملاحظة أن الأشخاص يزورون المواقع الإلكترونية للقيام بأمور مختلفة، وتوصي بتنظيم المحتوى حول الجمهور وما يحتاج إلى تحقيقه (Digital.gov: مبادئ اللغة المبسطة).
صَنّف كل مرشح في السجل:
حاجة عامة متكررة:
أنشئ مقالاً أو حَدِّثه عندما يكون للسؤال إجابة ثابتة وعامة وتظهر المهمة نفسها عبر أشخاص أو قنوات أو مواقف مختلفة. وتشمل الأمثلة الاختيار من بين خيارات موصوفة بوضوح، أو الاستعداد لعملية شائعة، أو تشخيص مشكلة يمكن ملاحظتها على نطاق واسع. ويجب أن يوضح المقال جمهوره وحدوده حتى يتمكن القراء من معرفة ما إذا كان ينطبق عليهم.
حاجة متعلقة بالدعم فقط:
يعتمد السؤال المتعلق بالدعم فقط على بيانات حساب خاصة، أو طلب فردي، أو تكوين شخصي، أو إجراء لا يمكن تنفيذه إلا بواسطة موظف مختص. قد يبرر ذلك تقديم تعليمات دعم أو مسار اتصال، ولكن ليس بالضرورة مقالاً تحريرياً عاماً. لا تحوّل "لماذا تلقى حسابي هذه الرسالة؟" إلى شرح عام عندما تعتمد الإجابة على معلومات غير متاحة للقراء الآخرين.
لا يزال بإمكانك نشر صفحة عامة مرافقة إذا كانت هناك مهمة عامة قابلة للتكرار، مثل شرح ما تعنيه فئة الرسالة والمعلومات التي يجب على القارئ جمعها قبل الاتصال بالدعم. احتفظ بالحل الفردي الخاص خارج المقال.
حاجة مكررة:
الحاجة المكررة هي سؤال حقيقي تجيب عنه بالفعل صفحة موجودة بمستوى التفصيل المناسب وللجمهور نفسه. قد يكون الإجراء الصحيح هو تحسين مقدمة الصفحة الحالية، أو أمثلتها، أو التنقل داخلها، أو إضافة شرط مفقود. إن إنشاء رابط URL جديد من شأنه تشتيت الانتباه دون إضافة مهمة متميزة.
بدون جرد شامل للموقع، لا يمكن للمحرر أن يقر بصدق بعدم وجود تكرار. والاستجابة العملية هي فحص الصفحات ذات الصلة المعروفة، وتحديد فحص الجرد على أنه غير مكتمل إذا لزم الأمر، وتجنب تقديم مقال جديد على أنه الإجابة الوحيدة.
استخدم بوابة اتخاذ القرار قبل تعيين عنوان
مرّر الموضوع المرشح عبر خمس بوابات. لا تعني كلمة "لا" دائماً إنهاء الفكرة؛ بل توضح لك نوع العمل المطلوب.
استخدم النتيجة كبوابة تحريرية:
هذه البوابة هي استنتاج تحريري مبني على مبدأين من المصادر: يجب أن يخدم المحتوى جمهوراً ومهمة محددين، ويجب على الناشر الاحتفاظ بأدلة تثبت الحاجة. إنها أداة مساعدة في اتخاذ القرار، وليست صيغة لمحركات البحث.
حوّل الحاجة الفائزة إلى موجز مقال مفيد
بمجرد اجتياز الموضوع للبوابة، اكتب الموجز قبل اختيار الصياغة المنمقة. واحرص على تضمين:
بالنسبة لموضوع المثال، قد تكون قائمة التحقق للقبول هي: يمكن للقارئ تحويل سؤال أولي إلى بيان مستخدم؛ وتحديد المهمة المحورية؛ وتصنيف الدليل على أنه عام، أو للدعم فقط، أو مكرر؛ واختيار الإنشاء، أو التحديث، أو التعليق، أو الرفض. يتبع هذا منطق معايير القبول في GOV.UK، والتي تصف ما يجب تحققه لتلبية حاجة المستخدم (GOV.UK: تحديد احتياجات المستخدمين).
استخدم الموجز لضبط العنوان. عنوان مثل "كيف تختار موضوع مقال انطلاقاً من احتياجات المستخدمين الحقيقية" ملائم للمحررين الذين يحتاجون إلى طريقة اختيار قابلة للتكرار. أما "كيف تجد أفضل موضوعات المحتوى" فسيكون أوسع ويشير إلى ترتيب غير مدعوم أو حكم على الجودة. تطرح إرشادات Google نفسها أسئلة حول ما إذا كان للموقع جمهور مقصود، وما إذا كان المحتوى يساعد القراء على تحقيق هدفهم، وما إذا كان المحتوى مصمماً للأشخاص بدلاً من أن يكون هدفه الأساسي جذب زيارات البحث (Google Search Central: إنشاء محتوى مفيد وموثوق ويركز على المستخدم أولاً). تعزز هذه الأسئلة قيمة المهمة التحريرية الدقيقة، لكنها لا تضمن حركة المرور أو التصنيفات.
اجعل المقال قابلاً للإجابة، وسهل القراءة، وقابلاً للتحديث
يمكن للحاجة الحقيقية أن تسفر عن صفحة ضعيفة إذا أجبرت المسودةُ القارئَ على إعادة استنتاج الإجابة بنفسه. ضع الإجابة المباشرة بالقرب من البداية، ثم اشرح الشروط التي تغيرها. استخدم مصطلحات القارئ المأخوذة من السجل حيثما تكون واضحة، ولكن عرّف المصطلحات التحريرية الداخلية مثل "للدعم فقط" و"مكرر".
نظّم المقال حول القرارات والإجراءات بدلاً من سرد قائمة من الكلمات الرئيسية غير المترابطة بإحكام. يوصي موقع Digital.gov بالكتابة للجمهور، وتنظيم المعلومات، واستخدام لغة قصيرة وبسيطة، وتجنب المصطلحات المعقدة غير الضرورية (Digital.gov: مبادئ اللغة المبسطة). وبالنسبة للمنهج التحريري، يعني هذا عرض حقول السجل، وبوابة اتخاذ القرار، ومثال تطبيقي واحد على الأقل—وليس مجرد نصح المحررين بـ "فهم جمهورهم".
قبل الاعتماد، افحص كل عبارة جوهرية:
إذا كانت الإجابة "لا" على السؤال الأخير بسبب عدم اكتمال الجرد، فسجّل هذا القيد. إن عبارة صادقة مثل "يحتاج إلى مراجعة جرد الموقع" أكثر فائدة من ادعاء غير مدعوم بأن الموضوع جديد.
أسئلة شائعة
كم عدد الأسئلة المطلوبة قبل أن يصبح الموضوع صالحاً للاعتماد؟
لا يوجد رقم محدد وثابت. التكرار دليل مفيد، لكن تشابه المهام وقابلية التطبيق العام أكثر أهمية من أي حد عشوائي. يمكن لمهمة واحدة متكررة وموثقة جيداً أن تكون أقوى من عدة أسئلة غير مترابطة.
هل يجب أن يتحول كل سؤال دعم إلى سؤال شائع (FAQ)؟
كلا. إذا كانت الإجابة تعتمد على تفاصيل حساب خاص أو معاملة شخصية، فوجه الحل إلى الدعم. انشر مقالاً عاماً فقط عندما يشرح مهمة عامة قابلة للتكرار دون الكشف عن معلومات فردية أو التخمين بشأنها.
ماذا لو كانت الكلمة الرئيسية واسعة النطاق لكن الحاجة ضيقة ومحددة؟
أبقِ المقال محدداً. يمكن أن يكون التصنيف العام مفيداً كمصطلح استكشاف داخلي، ولكن يجب أن يصف العنوان والمقدمة ومعايير القبول مهمة القارئ المحددة.
متى ينبغي للمحرر رفض موضوع ما؟
ارفضه أو علّقه عندما تُظهر الأدلة عدم وجود مهمة عامة متكررة، أو تعذر التحقق من الإجابة، أو وجود صفحة ذات صلة تغطي هذا القصد بالفعل، أو إذا كان المقال المقترح يتطلب اختلاق شروط لا يمكن للمحرر إثباتها. يُعد الرفض قراراً تحريرياً صائباً عندما يمنع ظهور صفحة غير دقيقة أو مكررة.
