- نظّم الدعم بعد الإطلاق في مستويات: مساعدة ذاتية، ثم مستخدم مرجعي في كل إدارة، ثم مسؤول النظام لدى الجهة، ثم دعم المورد، ثم طلبات التغيير. أغلب الطلبات يجب أن تُحل في المستويات الداخلية، ولا يصل إلى المورد إلا ما يحتاجه فعلًا.
- اكتب مصفوفة توجيه لأنواع الطلبات الشائعة في نظام الأرشفة: من يعالج كل نوع أولًا، وإلى من يُصعَّد، ومن يوافق. طلب الصلاحية والإتلاف وتعديل التصنيف تحتاج موافقة صاحب القرار، لا قدرة تقنية فقط.
- قناة تسجيل واحدة لكل الطلبات، حتى ما يُحل في دقيقة. والبلاغ يحمل معرّف الوثيقة لا الوثيقة نفسها، حتى لا تتسرب وثائق سرية إلى نظام التذاكر أو البريد.
- قاعدة المعرفة تُبنى من البلاغات: كل سؤال تكرر يتحول إلى مقالة قصيرة بمالك وتاريخ مراجعة، وتُراجع بعد كل تحديث للنظام.
- قِس الدعم بمؤشرات تقود إلى إجراء: أين تُحل الطلبات، وما يتكرر، وما تسببه التحديثات، وأي الإدارات تحتاج تدريبًا. وابدأ بخط أساس قبل وضع أي هدف رقمي.
هذه المقالة لمدير تقنية المعلومات الذي أطلق نظام إدارة الوثائق، أو يقترب من نهاية فترة الدعم المكثف، ويريد نموذج دعم يستمر سنوات: من يجيب الموظف، ومتى يُستدعى المورد، وكيف تتراكم المعرفة داخل الجهة بدل أن تبقى عند شخص واحد. الأيام الأولى بعد كل إطلاق عولجت في مقالة خطة الإطلاق التدريجي بين الإدارات، وبنود عقد الدعم مع المورد وأولوياته ومدده في مقالة ما يجب أن يشمله عقد دعم وصيانة نظام الأرشفة. هنا ننظم ما بينهما: الجانب الداخلي، ونقطة التقائه بالمورد.
لماذا يبدأ الدعم من داخل الجهة؟
بعد الإطلاق يتغير نوع الأسئلة. أغلب ما يسأله الموظف في نظام الأرشفة ليس عطلًا: «أين أحفظ هذا الخطاب؟»، «لماذا لا أرى عقد المشروع؟»، «كيف أحيل المسار لزميلي وأنا في إجازة؟»، «هل هذا الحقل إلزامي فعلًا؟». إجاباتها في إعدادات الجهة، وخطة تصنيفها، وقرارات صلاحياتها. المورد لا يعرفها أفضل من مسؤول النظام لديكم، وإرسالها إليه يعني انتظارًا أطول وإجابة أقل دقة.
وهناك سبب ثانٍ أهم: جزء كبير من الطلبات قرار لا إجراء تقني. منح موظف صلاحية على ملفات الموارد البشرية، أو نقل وثيقة إلى تصنيف آخر يغير من يراها، أو تمديد مدة احتفاظ، كلها قرارات يملكها مدير الإدارة أو مسؤول الوثائق. إن نُفذت عبر تذكرة إلى المورد دون موافقة داخلية، فقد تجاوزت الجهة ضوابطها بيدها.
لذلك فالمورد في نموذج الدعم السليم مستوى متخصص يُستدعى لما لا تستطيعه الجهة: عطل في المنتج، أو تحديث، أو تشخيص عميق، أو تطوير. وتوزيع مسؤوليات التشغيل الأخرى، مثل البنية والنسخ والمراقبة، يختلف بحسب نموذج التشغيل، وتجده في مقالة توزيع مسؤوليات التشغيل بين العميل والمورد.
مستويات الدعم: من يجيب عن ماذا
المستويات التالية نموذج يُكيَّف بحسب حجم الجهة. في جهة صغيرة قد يجمع شخص واحد المستويين الأول والثاني، وفي مجموعة متعددة الفروع قد يكون لكل فرع مستخدم مرجعي ومسؤول نظام محلي. المهم أن يكون لكل مستوى تعريف مكتوب لما يحله، وما يرفعه.
- المستوى 0: المساعدة الذاتيةقاعدة المعرفة، والأدلة المختصرة لكل دور، وأسئلة شائعة خاصة بإعدادات الجهة. يحل ما يعرف الموظف أنه سؤال «كيف أفعل؟».
- المستوى 1: المستخدم المرجعي في الإدارةأسئلة الاستخدام اليومية، والفهرسة والتصنيف، والبحث، والمسارات من جهة المستخدم. يسجل كل ما يجيب عنه، ويرفع ما يتجاوز الاستخدام.
- المستوى 2: مسؤول النظام لدى الجهةالحسابات والأدوار، والصلاحيات بعد الموافقة، والإعدادات، وطلبات الخدمة، والتشخيص الأولي، ومتابعة التكاملات. يفرز البلاغات، ويقرر ما يُرفع للمورد.
- المستوى 3: دعم الموردالأعطال في المنتج، والتشخيص العميق، والإصلاحات والتحديثات، وفق مستوى الخدمة في العقد.
- المستوى 4: طلبات التغييرما يتجاوز النظام كما سُلّم: تقرير بمنطق جديد، أو تكامل جديد، أو شاشة غير موجودة. يمر بتقدير واعتماد، ولا يُعالج تذكرةَ دعم.
تفاصيل ما يشمله دعم المورد بعد الإطلاق، من قناة معتمدة وتصنيف بحسب الأثر ومتابعة للتكاملات، موضحة في صفحة التنفيذ والدعم الفني. والذي يجعل المستوى الثاني قادرًا على دوره هو تدريب مسؤول النظام على الإعدادات تدريبًا عمليًا قبل الإطلاق، وانتقال المسؤولية إليه تدريجيًا، كما في مقالة ما يجب أن يشمله تدريب مديري النظام.
مصفوفة توجيه الطلبات الشائعة
المستويات وحدها لا تكفي. المستخدم المرجعي يحتاج أن يعرف فورًا: هل أحل هذا، أم أرفعه، ولمن؟ هذه مصفوفة لأكثر الطلبات تكرارًا في أنظمة الأرشفة بعد الإطلاق. أضف إليها ما يتكرر لديكم في الأشهر الأولى:
| الطلب | يبدأ عند | يُصعَّد إلى | يحتاج موافقة |
|---|---|---|---|
| كيف أحفظ أو أفهرس أو أبحث؟ | المستوى 0 ثم 1 | المستوى 2 إن كشف خللًا في الإعداد | — |
| لا أرى وثيقة أعرف أنها موجودة | المستوى 1 للتحقق من البحث والتصنيف | المستوى 2 لفحص الصلاحيات | مالك البيانات إن كان الحل منح صلاحية |
| طلب صلاحية أو دور جديد | المستوى 2 | — | مدير الإدارة المالكة للوثائق |
| حساب موظف جديد أو منقول أو مغادر | المستوى 2 أو ربط الهوية | تقنية المعلومات | الموارد البشرية بالحدث |
| مسار اعتماد متوقف عند شخص | المستوى 2 لإعادة الإسناد | المستوى 3 إن كان خللًا في المسار | صاحب المسار إن تغير المعتمد |
| تعديل قائمة أو حقل أو تنبيه | المستوى 2 | — | مسؤول الوثائق إن مس التصنيف أو الحقول الإلزامية |
| وثيقة ممسوحة لا يجدها البحث في النص | المستوى 2 لفحص المعالجة | المستوى 3 إن توقفت قراءة النصوص | — |
| النظام بطيء أو متوقف | المستوى 2 مع تقنية المعلومات | المستوى 3 فورًا إن لم يكن السبب في البنية | — |
| وثائق لم تصل من نظام مرتبط | المستوى 2 عبر متابعة الربط | المستوى 3 أو مورد النظام الآخر | — |
| استعادة وثيقة حُذفت أو إصدار سابق | المستوى 2 | المستوى 3 إن لزمت استعادة من النسخ | مالك الوثيقة، مع مراجعة سجل التدقيق |
| اشتباه باطلاع أو مشاركة غير مخولة | الأمن السيبراني مباشرة | المستوى 2 لاستخراج السجل | وفق إجراء الحوادث في الجهة |
| تقرير جديد أو شاشة أو تكامل جديد | المستوى 2 لتحديد إن كان بالتهيئة | المستوى 4 إن احتاج تطويرًا | راعي النظام بعد التقدير |
| تعديل مدة احتفاظ أو إتلاف | مسؤول الوثائق | المستوى 2 للتنفيذ | وفق جدول الاحتفاظ وإجراء الإتلاف المعتمد |
لاحظ عمود الموافقة. في الطلب الثاني مثلًا، الحل التقني سهل: منح الصلاحية. لكن هل يجب أن يرى هذا الموظف تلك الوثيقة أصلًا؟ هذا ليس سؤال مسؤول النظام. والمصفوفة تحمي مسؤول النظام نفسه من ضغط «أعطني الصلاحية الآن»، لأنها تحيل القرار إلى صاحبه. واستخراج سجل الاطلاع في حالة الاشتباه يعتمد على سجل التدقيق في النظام.
القنوات: تسجيل واحد، وطرق وصول متعددة
الموظف سيسأل بالطريقة الأسهل له: مكالمة لزميله، أو رسالة، أو زيارة لمكتب المستخدم المرجعي. لا تحاول منع ذلك، بل اشترط أن ينتهي كل طلب مسجلًا في قناة واحدة، هي غالبًا نظام طلبات الخدمة لدى تقنية المعلومات إن وُجد، أو قناة يتفق عليها. ما لا يُسجل لا يُقاس، ولا يتحول إلى معرفة، ولا يثبت شيئًا عند مراجعة أداء المورد.
قواعد القنوات التي تستحق الكتابة:
- السؤال الذي يُحل فورًا يُسجل أيضًا: تسجيل مختصر من المستخدم المرجعي بعد الإجابة، بنوع الطلب والإدارة. هذه السجلات هي ما يكشف الأسئلة المتكررة.
- قناة المورد واحدة ومعتمدة: يرفع إليها المستوى الثاني وحده، لا الموظفون مباشرة، ولا عبر رقم شخصي لمهندس لدى المورد. المسار الشخصي يعمل حتى يغيب ذلك المهندس، ولا يظهر في تقارير مستوى الخدمة.
- الهاتف للحرج فقط: توقف النظام أو اشتباه أمني يُبلَّغ هاتفيًا للسرعة، ثم يُسجل. أما بقية الطلبات فمكتوبة.
- ساعات معلنة لكل مستوى: متى يجد الموظف المستخدم المرجعي، ومتى يعمل مسؤول النظام، وما البديل خارجها. وساعات دعم المورد محددة في العقد.
ما الذي يحمله بلاغ جيد في نظام أرشفة؟
أغلب الوقت الضائع في الدعم يذهب إلى أسئلة مثل «أي وثيقة؟» و«ماذا كنت تفعل؟». اجعل نموذج البلاغ يطلب: معرّف الوثيقة أو رقمها المرجعي، ونوعها وإدارتها، والإجراء الذي كان المستخدم ينفذه (رفع، بحث، اعتماد، مشاركة)، ووقت حدوثه، ونص رسالة الخطأ أو لقطة للشاشة، وهل يتأثر آخرون، وما النتيجة المتوقعة.
تنبيه: لا تُرفق الوثيقة نفسها بالبلاغ. معرّف الوثيقة يكفي مسؤول النظام ليفتحها بصلاحياته، بينما إرفاقها ينقل نسخة من وثيقة قد تكون سرية إلى نظام التذاكر أو البريد أو إلى المورد، خارج الصلاحيات وسجل التدقيق. وإن احتاج المورد إلى الاطلاع على وثيقة للتشخيص، فيتم ذلك بإجراء الوصول المعتمد لدى الجهة، ويُسجل.
الفرز في المستوى الثاني: إعداد أم عطل؟
أهم مهارة في المستوى الثاني أن يحدد قبل الرفع: هل المشكلة في إعدادات الجهة، أم في المنتج، أم في البنية، أم في نظام آخر؟ الرفع الخاطئ للمورد يعود بعد انتظار بعبارة «هذا إعداد لديكم»، والإعداد الذي يُعامل عطلًا يُهدر وقت الطرفين. خطوات فرز مختصرة:
- أعد الإنتاج
كرر ما فعله المستخدم بحسابه أو بحساب اختبار بالدور نفسه. ما لا يتكرر يُسجل ويُراقب، ولا يُرفع بعد.
مسؤول النظام - راجع السجل
سجل التدقيق للوثيقة يبين ما حدث لها: من نقلها، ومن غير تصنيفها، ومن حذفها. كثير من «الوثائق المفقودة» نُقلت بفعل مستخدم.
مسؤول النظام - افحص الإعداد
الصلاحيات على التصنيف، وشروط المسار، والحقول الإلزامية، وآخر تغيير في الإعدادات. سجل تغييرات الإعدادات يجيب كثيرًا عن سؤال «كان يعمل أمس».
مسؤول النظام - افحص المحيط
لوحة متابعة الربط للتكاملات، وحالة البنية والهوية مع تقنية المعلومات، وهل صادف الخلل تحديثًا حديثًا.
مسؤول النظام وتقنية المعلومات - ارفع بدليل
إن بقي الاحتمال في المنتج، يُرفع للمورد مع خطوات إعادة الإنتاج، والسجل، والإعدادات ذات الصلة، وتصنيف الأولوية وفق تعريفات العقد.
مسؤول النظام
بيئة الاختبار تخدم الفرز كثيرًا: إن تكرر الخلل فيها بالإعدادات نفسها، فهو على الأرجح في المنتج. ولذلك يحتاج المستوى الثاني وصولًا إليها بعد الإطلاق، لا خلال التنفيذ فقط. وأخطاء التكاملات تُتابع من لوحة متابعة الربط قبل أي رفع.
قاعدة المعرفة: كيف تُبنى من البلاغات؟
قاعدة المعرفة التي تُكتب مرة واحدة قبل الإطلاق تتقادم بسرعة، لأنها تجيب عن أسئلة توقعها الفريق لا عن أسئلة طرحها الموظفون. الأنفع أن تُبنى من البلاغات نفسها بقاعدة بسيطة: كل سؤال تكرر مرتين يتحول إلى مقالة، وكل عطل له حل مؤقت يتحول إلى مقالة «مشكلة معروفة» حتى يُصلح.
المقالة الجيدة في قاعدة معرفة الأرشفة قصيرة، وتحمل:
- عنوانًا بصيغة سؤال المستخدم: «لماذا لا يظهر زر الاعتماد عندي؟» لا «إعدادات صلاحيات المسار».
- نطاق الانطباق: الدور، والإدارة، ونوع الوثيقة. إجراء فهرسة العقود في المشتريات قد يختلف عن الإدارة القانونية.
- الخطوات أو السبب: بلغة الموظف، مع لقطة شاشة من إعدادات الجهة لا من دليل عام للمنتج.
- المالك وتاريخ المراجعة: من يحدثها، ومتى رُوجعت آخر مرة.
ولقاعدة المعرفة جزء لا يراه الموظفون: أدلة تشغيل المستوى الثاني. إضافة إدارة جديدة، وإعادة إسناد مسارات موظف مغادر، ومراجعة التكاملات الفاشلة، وما يُفعل عند كل رسالة خطأ معروفة. هذه الأدلة هي ما يمنع أن تصبح معرفة النظام في رأس مسؤول واحد، وتُسلَّم مع وثائق الإعدادات في نهاية التنفيذ ثم تُحدَّث داخليًا. وراجع المقالات بعد كل تحديث للنظام، لأن التحديث قد يغير شاشة أو خطوة، كما في مقالة إدارة تحديثات النظام دون إرباك المستخدمين والتكاملات.
مؤشرات الدعم: ما الذي تقيسه، وماذا تفعل به؟
المؤشر الذي لا يقود إلى إجراء مجرد رقم في تقرير. هذه مؤشرات تستخرجها من سجل الطلبات ومن تقارير النظام، ولكل منها معنى وإجراء:
| المؤشر | كيف يُحسب | ماذا يعني ارتفاعه | الإجراء |
|---|---|---|---|
| توزيع الحل على المستويات | نسبة الطلبات المغلقة في كل مستوى | ارتفاع ما يصل للمستوى الثاني والثالث من أسئلة الاستخدام يعني ضعف المستويين 0 و1 | مقالات معرفة جديدة، وتدريب المستخدمين المرجعيين |
| الطلبات المتكررة | الطلبات من النوع نفسه في الفترة | سبب جذري لم يُعالج، أو إعداد غير مناسب | مراجعة الإعداد، أو طلب تحليل سبب جذري من المورد |
| أسئلة الاستخدام حسب الإدارة | عدد أسئلة «كيف» لكل إدارة نسبة إلى مستخدميها | فجوة تدريب في إدارة بعينها | تدريب مركز على مهام تلك الإدارة |
| البلاغات بعد التحديثات | البلاغات في الأيام التالية لكل تحديث | اختبار ناقص قبل التحديث، أو تواصل ناقص مع المستخدمين | توسيع اختبار التحديث، وإشعار مسبق بالتغييرات |
| عمر الطلبات المفتوحة | الطلبات المفتوحة حسب مدة بقائها | تراكم عند مستوى أو انتظار موافقة لا تأتي | مراجعة دورية للمعلق، وتصعيد الموافقات |
| التزام المورد بمستوى الخدمة | الاستجابة والحل لكل أولوية مقابل العقد | إخلال يستحق المتابعة | اجتماع المراجعة الدوري وتطبيق بنود العقد |
لا تضع أهدافًا رقمية في الشهر الأول. اجمع الأرقام فترة تكفي لتكوين خط أساس، ثم حدد أهدافًا تعكس واقع جهتك. والمؤشر الثالث تحديدًا يلتقي بقياس تبني النظام، وهو موضوع مقالة قياس تبني المستخدمين وتحديد احتياجات التدريب.
مثال: ثلاثة طلبات في أسبوع واحد
مثال توضيحيجهة افتراضية أنهت الدعم المكثف لموجتها الأولى، وتعمل بنموذج المستويات الخمسة. هذه ثلاثة طلبات من أسبوع واحد، وكيف سارت:
موظف في المشاريع لا يجد عقد مشروع في البحث. المستخدم المرجعي بحث بحسابه فوجده، فالمشكلة ليست في البحث. رفعه للمستوى الثاني، الذي وجد أن العقد في تصنيف لا يملك الموظف صلاحيته. لم يمنح الصلاحية مباشرة، بل أحال الطلب لمدير الإدارة القانونية المالكة للتصنيف، الذي وافق على صلاحية اطلاع فقط. وأُضيفت مقالة: «لماذا لا أجد وثيقة يجدها زميلي؟».
مسار اعتماد متوقف منذ أيام عند موظف انتقل إلى إدارة أخرى. أعاد المستوى الثاني إسناد الخطوة بموافقة صاحب المسار، ثم اكتشف أن نقل الموظف لم يحدّث المسارات تلقائيًا. أُضيف إلى دليل التشغيل الداخلي إجراء «مسارات الموظف المنقول»، ورُفع للمورد استفسار عن ربط ذلك بحدث النقل في نظام الموارد البشرية.
بعد تحديث للنظام، توقفت وثائق الموارد البشرية عن الوصول. أظهرت لوحة متابعة الربط أخطاء مصادقة متكررة. رُفع للمورد بأولوية عالية مع السجل، فتبين أن التحديث غيّر إعدادًا في حساب التكامل. عولج، وأعيدت العمليات الفاشلة، وأُضيف اختبار الربط إلى قائمة ما يُختبر قبل كل تحديث.
لاحظ أن طلبًا واحدًا فقط وصل إلى المورد عطلًا، وأن كل طلب انتهى بتحسين دائم: مقالة معرفة، أو إجراء تشغيل، أو خطوة اختبار. هذا ما يميز نموذج الدعم الذي يتحسن مع الوقت عن نموذج يعالج الطلب نفسه كل شهر.
أخطاء شائعة في تنظيم الدعم بعد الإطلاق
- إنهاء الدعم المكثف دون تسليم: يغادر فريق المشروع، ولا توجد قائمة بالمعلق، ولا قاعدة معرفة أولية، ولا أدلة تشغيل. اجعل التسليم إلى الدعم المعتاد محضرًا بمحتوى محدد.
- مسؤول نظام بدوام جزئي غير معلن: يُكلف موظف بإدارة النظام إلى جانب عمله الكامل، فيتحول المستوى الثاني إلى طابور. قدّر الوقت الذي يحتاجه الدور، واكتبه في تكليفه.
- مستخدمون مرجعيون بلا وقت ولا تقدير: يُختارون في التدريب ثم يُنسون. أعطهم وقتًا معلنًا، وتدريبًا إضافيًا مع كل تحديث، واعترافًا بدورهم.
- تجاوز المستويات «للسرعة»: مدير يتصل بالمورد مباشرة. يُحل طلبه، وتضيع المعرفة، ولا تظهر المشكلة في المؤشرات.
- معاملة طلبات التغيير كدعم: تتراكم لدى المورد طلبات تطوير مكتوبة على أنها أعطال، فيرفضها أو يؤخرها، ويتوتر الطرفان. افصلها من البداية.
- إهمال مراجعة الإعدادات: الدعم يعالج ما يُبلَّغ عنه، لكن الصلاحيات والحقول والمسارات تتراكم عليها تعديلات صغيرة. خطط لمراجعة دورية، كما في مقالة المراجعة الدورية لإعدادات النظام بعد الإطلاق.
الخطوة التالية: اطلب الدعم مصممًا على هذا النموذج
قبل نهاية التنفيذ، جهّز أربعة أمور: تعريف المستويات بأسماء من يشغلها، ومصفوفة التوجيه بعد إضافة طلباتكم المتكررة، ونموذج البلاغ، وقائمة المؤشرات مع موعد أول مراجعة. ثم تأكد أن عرض المورد يدعم هذا النموذج: تدريب لمسؤول النظام والمستخدمين المرجعيين، وتسليم وثائق الإعدادات وأدلة التشغيل، وقناة دعم معتمدة للمستوى الثاني، وفترة متابعة مكثفة بعد الإطلاق، ومراجعات دورية للاستخدام والإعدادات. هذه عناصر نقدمها ضمن الدعم والصيانة والمراجعات الدورية، وتُحدد تفاصيلها ومدتها في العرض.
وإن كنتم تقارنون عروضًا أو تعدون لعقد الدعم، فأرسلوا نطاقكم واطلبوا عرضًا فنيًا وماليًا يفصّل الدعم ومستوى الخدمة وما تتسلمه الجهة لتشغيل المستويات الداخلية.
أسئلة شائعة
هل نحتاج إلى نظام طلبات خدمة مستقل لنظام الأرشفة؟
لا في الغالب. إن كان لدى تقنية المعلومات نظام لطلبات الخدمة، فأضف إليه تصنيفات خاصة بالأرشفة وحقول البلاغ التي يحتاجها. المهم أن تكون القناة واحدة ومعروفة، وأن تسمح بتقارير حسب النوع والإدارة والمستوى. أما قناة المورد فقد تكون نظامه هو، ويسجل المستوى الثاني رقم التذكرة لديه في طلبكم الداخلي حتى يبقى الأثر متصلًا.
كم مستخدمًا مرجعيًا نحتاج؟
لا يوجد رقم ثابت. القاعدة العملية أن يكون في كل إدارة من يعرف إجراءاتها ويصل إليه زملاؤه بسهولة، وأن يزيد العدد في الإدارات الكبيرة أو الموزعة على مواقع، وفي الإدارات كثيفة الفهرسة. ومؤشر أسئلة الاستخدام حسب الإدارة يخبرك بعد أشهر أين تحتاج إلى مستخدم مرجعي إضافي.
متى يُعد الطلب عطلًا على المورد، ومتى يُعد إعدادًا علينا؟
المرجع هو ما سُلّم ووُثق: إن كان النظام يعمل بخلاف الوثائق أو بخلاف ما قُبل في اختبار القبول، فهو عطل. وإن كان يعمل كما هو مضبوط والمطلوب تغيير الضبط، فهو إعداد يعالجه مسؤول النظام أو طلب خدمة. والفرز الموصوف في المقالة هو ما يحسم ذلك بدليل قبل الرفع، وتعريفات العقد هي ما يُرجع إليه عند الخلاف.
هل يمكن أن يتولى المورد المستويين الأول والثاني أيضًا؟
ممكن بعقد يحدد ذلك، وقد يناسب جهة لا تملك فريقًا تقنيًا. لكن تبقى القرارات داخلية: الموافقة على الصلاحيات، وتعديل التصنيف، والإتلاف. ويبقى المستخدم المرجعي في الإدارة مفيدًا حتى في هذا النموذج، لأنه يعرف إجراءات إدارته. وإن فوّضت المستوى الثاني للمورد، فاطلب أن تُسلَّم إليك قاعدة المعرفة وأدلة التشغيل التي يبنيها، حتى لا تتركز المعرفة لديه وحده.