مشروع: قاعدة معرفة مصغرة لمنتج وهمي
أسبوع شغل، صفر تكلفة، ومهارة يطلبها إعلان الدعم حرفياً باسمها: بعد مشروع الردود العشرة اللي أثبت إنك بتعرف تجاوب — هالمشروع بيثبت إنك بتعرف توثّق. اخترع منتجاً رقمياً وابنِله 8 مقالات مساعدة مرتبة برابط جاهز يدخل سيرتك مباشرة.
ابدأ خطوات التنفيذ ارجع لخارطة المسارليش هالمشروع بالذات؟
لأن الرد المباشر مش كل مهنة الدعم. جزء كبير من شغل موظف الدعم المحترف هو تقليل عدد الأسئلة المتكررة أصلاً — بمقالة واحدة واضحة تجاوب على سؤال بيتكرر مئة مرة بالأسبوع، بدل رد فردي بكل مرة. الشركات بتفتش عن هالمهارة صراحة: إعلانات الوظائف بتذكر «Help Center articles» أو «Knowledge Base writing» كمهمة أساسية، مو ثانوية.
وفيه سبب عملي أعمق: مقالة المساعدة الجيدة إلها بنية مختلفة عن الرد الشخصي — لازم تفيد قارئاً ما بتعرفه ولا بتعرف سياقه بالضبط، بخطوات واضحة يقدر يتبعها بنفسه بلا مساعدتك المباشرة. هاد فرق دقيق بس جوهري، وهو بالضبط اللي بيميز موظف دعم عادي عن موظف بيقلل عبء فريقه كله.
وبصراحة: الوضوح المكتوب أصعب مما يبدو. إذا اكتشفت أثناء الكتابة إن القارئ المفترض بده يسأل سؤال متابعة رغم مقالتك، هاد اكتشاف مفيد الآن — التوثيق الغامض بشغل حقيقي بيرجع لك تذاكر إضافية بدل ما يقللها.
خطوات التنفيذ الكاملة
المدة الواقعية: أسبوع بمعدل ساعتين إلى ثلاث ساعات يومياً. التوثيق الجيد بده تركيزاً — لا تكتب أكثر من مقالتين بجلسة واحدة.
الخطوة 1: اخترع المنتج الوهمي وحدد ملامحه الأساسية (ساعة واحدة)
اختر منتجاً رقمياً بسيطاً — تطبيق توصيل طلبات، أو أداة حجز مواعيد — وامنحه اسماً من خيالك. اكتب على ورقة ملامحه الأساسية: كيف يُنشئ المستخدم حساباً، كيف يدفع، وماذا يحدث عند مشكلة شائعة (تأخر التوصيل مثلاً). هالورقة القصيرة هي مرجعك طوال المشروع لضمان تناسق كل المقالات مع بعضها.
الخطوة 2: ابنِ فهرس المقالات الثمانية قبل الكتابة (نص يوم)
اكتب عناوين المقالات الثمانية بترتيبها المنطقي: كيف تنشئ حساباً، كيف تتبع طلبك، حل مشاكل الدفع، سياسة الاسترجاع، الأسئلة الشائعة، حل مشكلة تقنية شائعة، كيف تتواصل مع الدعم، ودليل البدء السريع. رتّبها من الأبسط للأعقد — القارئ الجديد بده يبدأ بأسهل مقالة، لا بأصعبها.
الخطوة 3: اكتب مقالات الإجراءات الأربع الأولى خطوات مرقمة (يوم ونصف)
«كيف تنشئ حساباً»، «كيف تتبع طلبك»، «حل مشاكل الدفع»، و«سياسة الاسترجاع»: اكتب كل واحدة بخطوات مرقمة، كل خطوة فعل واحد فقط («اضغط على زر…» لا «اضغط على الزر ثم انتظر ثم تأكد»). ابدأ كل مقالة بجملة واحدة تشرح متى يحتاجها القارئ، لأن هذا ما يبحث عنه أول ما يفتحها.
الخطوة 4: اكتب مقالة حل المشكلة التقنية بلقطات وهمية (يوم)
اختر مشكلة تقنية شائعة الشكل («التطبيق لا يفتح» أو «الإشعارات لا تصل») واكتب لها حلاً خطوة بخطوة: تحديث التطبيق، إعادة تسجيل الدخول، فحص إعدادات الإشعارات. أضف وصفاً نصياً لما يفترض أن تظهره لقطة شاشة بكل خطوة («ستظهر لك شاشة بها زر أزرق مكتوب عليه…») حتى لو لم ترفق صوراً فعلية.
الخطوة 5: اكتب الأسئلة الشائعة ومقالة التواصل مع الدعم (نص يوم)
اجمع 6–8 أسئلة متكررة الشكل بصيغة سؤال وجواب مختصر، ومقالة قصيرة توضح كيف يصل المستخدم للدعم المباشر (بريد، دردشة، هاتف) ومتى يفضّل استخدام كل قناة. هاتان أقصر مقالتين بالملف — احرص أن تبقيا كذلك، فالإيجاز هنا جزء من قيمتهما.
الخطوة 6: اكتب دليل البدء السريع الذي يربط كل شيء (نص يوم)
مقالة أخيرة موجزة تلخص أول خمس دقائق مع المنتج وتشير لكل مقالة أخرى بالمكان المناسب («لإنشاء حسابك، راجع المقالة الأولى؛ ولحل مشاكل الدفع، راجع المقالة الثالثة»). هذه المقالة هي غالباً أول ما يقرأه المستخدم الجديد، وهي التي تثبت أنك تفكر بتجربة القارئ الكاملة لا بمقالات منفصلة.
الخطوة 7: وحّد الأسلوب والنبرة عبر المقالات الثمانية (نص يوم)
راجع الملف كاملاً وتأكد من: نفس الضمير بكل مكان (أنتَ أو أنتم — اختر والتزم)، نفس تنسيق العناوين والقوائم المرقمة، ونفس درجة الرسمية. القارئ الذي ينتقل من مقالة لأخرى يجب أن يشعر أنه يقرأ مركز مساعدة شركة واحدة، لا ثمانية كتّاب مختلفين.
الخطوة 8: انشرها على Google Sites ووثّق الرابط (ساعتان)
انسخ المقالات الثمانية إلى Google Sites المجاني أو Google Docs مرتب بفهرس، وضع بأعلى الصفحة الأولى عبارة واضحة: «مشروع تدريبي — منتج غير حقيقي». فعّل رابط المشاركة للقراءة فقط وجربه بمتصفح خفي قبل اعتماده كرابط نهائي.
معايير التقييم الذاتي — قيّم حالك بصدق
لا تعتبر المشروع خالصاً قبل ما تحقق كل بند — أنظمة التوظيف الآلية والقراء البشريون معاً بيدققوا أقسى من هيك:
- أي قارئ بيوصل للمعلومة اللي بدو ياها بأقل من 30 ثانية من فهرس واضح بالصفحة الأولى.
- مقالة الحل التقني مكتوبة خطوات مرقمة، كل خطوة فعل واحد فقط بلا تراكب.
- الأسلوب موحد بكل المقالات الثمانية — نفس الضمير، نفس النبرة، نفس تنسيق العناوين.
- علامة «مشروع تدريبي» ظاهرة بوضوح — بتنعرض كنقطة قوة بالمقابلة، مو كشي مخبى.
- دليل البدء السريع يربط المقالات ببعضها فعلياً — ليس مجرد ملخص منفصل.
- صفر أخطاء إملائية ونحوية — ملف وظيفته الكتابة الواضحة لا يحتمل أخطاءها.
- رابط المشاركة شغال وجربته بمتصفح خفي — جاهز للإرفاق بأي تقديم بلا تعديل لحظي.
كيف تعرضه بمعرض أعمالك؟
نقطة صدق أولاً: بمسار الدعم، «معرض الأعمال» شكله سيرة ذاتية وملف أدلة، لا صفحة معرض بصري. ضع رابط قاعدة المعرفة مباشرة بسيرتك الذاتية تحت قسم مشاريع مستقلة، واذكر بجملة واضحة: «بنيت قاعدة معرفة من 8 مقالات مساعدة لمنتج تدريبي — خطوات مرقمة، أسلوب موحد، وفهرس سهل التصفح». هذه الجملة تحديداً تطابق مصطلح «Help Center articles» الذي تذكره الإعلانات، وأنظمة الفرز الآلي تلتقطه.
وبرسالة التقديم، أرفق رابط مقالة واحدة كمثال مباشر بدل الملف كاملاً — مقالة الحل التقني أو دليل البدء السريع أفضل اختيار لأنهما يُظهران أكبر قدر من التفكير المنظم بأقل وقت قراءة. والتفاصيل الكاملة لبناء دليل ملموس بلا خبرة سابقة بتلاقيها بدليل معرض أعمال بلا خبرة.
وتذكر مكان هالقطعة بالسلسلة: ملف السيناريوهات العشرة أثبت إنك بتعرف تجاوب، وهالمشروع أثبت إنك بتعرف توثّق — وضلّ مشروع فيديو التقديم الشخصي يلي بيضيف برهان الحضور واللغة المحكية.
الأخطاء القاتلة — لا تقع فيها
مقالات بلا فهرس أو ترتيب منطقي
ثماني مقالات مبعثرة بلا صفحة رئيسية تربطها تجبر القارئ يبحث بنفسه — وهذا بالضبط ما تفترض قاعدة المعرفة أن تلغيه. الفهرس الواضح ليس زخرفة، هو الوظيفة الأساسية.
خطوات مرقمة تحتوي أكثر من فعل واحد
«اضغط على الزر ثم انتظر التحميل ثم تأكد من ظهور الرسالة» بخطوة واحدة يربك القارئ المتعجل. كل خطوة فعل مفرد — إذا احتجت فعلين، هما خطوتان.
نبرة غير متسقة بين المقالات
مقالة رسمية جداً تليها أخرى عامية بلا سبب تكشف أن الملف كُتب بجلسات متباعدة بلا مراجعة أخيرة. المرور النهائي على الأسلوب خطوة لا يجوز تخطيها.
إخفاء أو حذف علامة «مشروع تدريبي»
محاولة إيهام القارئ أن المنتج حقيقي تنهار بأول سؤال متابعة وتفقد الثقة كلها دفعة واحدة. الصدق مع شغل متقن أقوى بكثير من ادعاء مكتشف.
أسئلة بتخطر ببالك
ما بعرف اكتب توثيقاً تقنياً — من وين أبلش أصلاً؟
اقرأ مراكز مساعدة شركات كبرى (مركز مساعدة Google أو Shopify مثلاً) كمنهاج قبل الكتابة، ولاحظ كيف يبدأون كل مقالة بجملة تحدد متى يحتاجها القارئ، وكيف يقسمون الخطوات. أنت لا تحتاج أسلوباً أدبياً هنا — تحتاج وضوحاً منظماً، وهي مهارة تتحسن بالتكرار أكثر مما تحتاج موهبة كتابة أصلاً.
هل يجب أن أضيف صوراً حقيقية أم يكفي الوصف النصي؟
يكفي الوصف النصي الدقيق لمقالة تدريبية — ما يهم مسؤول التوظيف هو منطق التنظيم ووضوح الخطوات، لا جودة لقطات الشاشة. إذا كان الوقت متاحاً وأردت رفع مستوى الملف، لقطات شاشة بسيطة من أي تطبيق حقيقي مشابه (مع توضيح أنها للتمثيل فقط) تضيف لمسة احترافية، لكنها ليست شرطاً لإتمام المشروع.
خلصت؟ هي خطوتك الجاية
ثبّت رابط قاعدة المعرفة بسيرتك، وانتقل مباشرة للمشروع الثالث والأخير — برهان الحضور واللغة اللي بيكمّل الملف.
المشروع التالي: فيديو تقديم شخصي خارطة مسار الدعم الفني وخدمة العملاء