النمط ثابت بما يكفي ليكون قاعدة. تستثمر مؤسسة في قاعدة معرفة: SharePoint، أو Confluence، أو بوابة داخلية مُعدّة لهذا الغرض. يُولّد الإطلاق حماساً أولياً. يبلغ التبني ذروته في الأسابيع الستة الأولى. بحلول الشهر السادس، تصل بانتظام إليها نسبة ضئيلة من المستخدمين المقصودين. تُشخّص المؤسسة المشكلة على أنها رداءة جودة البحث أو محتوى قديم أو تدريب غير كافٍ.
لا شيء من هذه التشخيصات خاطئ. كلها تقع في مرحلة لاحقة من المشكلة الفعلية.
تستلزم قاعدة المعرفة من الموظف التوقف عمّا يفعله، والانتقال إلى نظام المعرفة، وصياغة استعلام بحث، وتقييم النتائج، والعودة إلى سير العمل الأصلي. هذه أربعة تحولات في السياق لمعلومة مطلوبة في لحظة محددة في مهمة محددة. تكلفة التبديل المعرفي تتراكم مع التكرار. يتعلّم الممارسون العمل حول نظام المعرفة لا من خلاله.
تفشل أنظمة المعرفة في التبني لأنها مُصمَّمة كمكتبات. السؤال ليس كيف نجعل المكتبة أفضل. بل لماذا يجب أن تكون المعرفة في مكتبة أصلاً.
مقبرة التبني
تبني المؤسسات قواعد المعرفة منذ ثلاثين عاماً. النتائج موثقة بما يكفي لاستخلاص استنتاجات. الاكتشاف المتسق عبر القطاعات وأجيال الأدوات: التبني يبلغ ذروته عند الإطلاق ويتراجع إلى جزء من الاستخدام المقصود خلال ستة أشهر.
التشخيصات التي تصل إليها المؤسسات عند مراجعة فشل التبني تتمحور حول ثلاثة تفسيرات: المحتوى قديم، أو البحث ضعيف، أو الموظفون لم يتلقوا التدريب الكافي. الثلاثة حقيقية، والثلاثة قابلة للمعالجة، وإصلاح الثلاثة نادراً ما يُغيّر مسار التبني بشكل ملموس.
الآلية الفعلية أبسط وأصعب إصلاحاً بميزات. المعرفة تُستهلك في لحظة القرار. وكيل الدعم الذي يجيب عن استفسار عميل يحتاج المعرفة بالمنتج في لحظة الاستفسار، لا بعد المكالمة. مدير الحساب الذي يُعدّ عرضاً يحتاج أمثلة سابقة في لحظة الصياغة. الفني الميداني الذي يشخّص مشكلة يحتاج الإجراء ذا الصلة في لحظة التشخيص.
نظام معرفة يستلزم انقطاع سير العمل للوصول إليه ينافس مسار أقل مقاومة: سؤال زميل، أو الاعتماد على الذاكرة، أو تخطي البحث كلياً. في هذه المنافسة، تخسر المكتبة أمام أقرب إنسان في كل مرة.
مبدأ تكامل سير العمل
تكامل سير العمل ليس تحسيناً لتجربة المستخدم. بل هو مقدمة تصميم مختلفة.
السؤال التصميمي ليس “كيف نجعل قاعدة المعرفة أسهل بحثاً؟” بل “أين في سير العمل يطرح السؤال، وهل يمكن تقديم الإجابة هناك؟”
الفارق ملموس. وكيل دعم عملاء يستخدم CRM حيث تظهر المقالة المعرفية ذات الصلة في شريط جانبي حين يُكتشف نوع الاستعلام لا يحتاج زيارة قاعدة معرفة. المعرفة موجودة في سير العمل. خيارات الوكيل “استخدم هذا” أو “تجاهل هذا”، لا “تذكّر البحث عن هذا”.
النسخة الممكّنة بالذكاء الاصطناعي من تكامل سير العمل هي نظام RAG مُدمج في الأدوات التي يجري فيها العمل فعلاً: منصة الدعم، وCRM، وبيئة صياغة الوثائق، ومحرر الكود. يكتشف النظام سياق المهمة الحالية ويُقدّم المعلومات ذات الصلة دون الحاجة إلى استعلام صريح. المستخدم لا يحتاج معرفة بوجود قاعدة المعرفة. يستلم المعرفة ذات الصلة كميزة في الأداة التي يستخدمها أصلاً.
يتغير مقياس التبني وفق ذلك. القياس الصحيح لنظام المعرفة المُدمَج في سير العمل ليس مشاهدات الصفحة في بوابة المعرفة. بل ما إذا كان النظام يُستشار في لحظة الحاجة. هذا المقياس يستلزم قياساً عند نقطة القرار، لا تحليلات على منصة المعرفة.
بالنسبة للمؤسسات التي تبني أنظمة المعرفة AI-First، هذا يعني أن طبقة التكامل ليست اختيارية. نظام المعرفة غير المُدمَج في الأدوات حيث تُتخذ القرارات سيسلك منحنى التبني ذاته كل مبادرة معرفة سابقة، بغض النظر عن جودة الفهرسة.
مشكلة حداثة المحتوى
قاعدة المعرفة التي يمكن الوصول إليها تقنياً لكن محتواها قديم واقعياً أسوأ من عدم وجودها. تُنتج إجابات خاطئة واثقة. يُقدّم النظام استجابة معقولة، يقبلها المستخدم، ويتسرّب الخطأ إلى قرار.
أنماط فشل الحداثة متسقة. التوثيق يصف عملية جرى تغييرها منذ أشهر ولم يُحدَّث في قاعدة المعرفة. وثيقة سياسة تُشير إلى متطلب تنظيمي جرى الاستعاضة عنه، لكن الوثيقة تظل في الفهرس بدرجة صلة عالية. قالب عقد يستشهد بشروط توقف الفريق القانوني عن استخدامها بعد حادثة محددة، لكن القالب لا يزال أفضل نتيجة للاستعلام ذي الصلة.
لأنظمة المعرفة المُشغَّلة بالذكاء الاصطناعي، المحتوى القديم مخاطرة تضخيم. يكشف نظام الاسترجاع الوثيقة القديمة بثقة عالية. تُنتج طبقة التوليد إجابة سلسة ومحددة ومعقولة مستندة إليها. لا توجد لدى المستخدم إشارة لقِدَم الوثيقة. يُسلَّم الخطأ بسلطة أكثر مما سيكون عليه لو استشهد إنسان من الذاكرة.
الحل هو الاستيعاب بالبيانات الوصفية أولاً. كل وثيقة في نظام المعرفة تحمل تاريخ صلاحية ومالك محدد. المالك مسؤول عن مراجعة الوثيقة حين يمر تاريخ الصلاحية. تنبيهات القِدَم المؤتمتة تُطلَق حين لم تُراجَع وثيقة ضمن فترة صلاحيتها. الوثائق التي تجاوزت تاريخ صلاحيتها تُبرز في نتائج الاسترجاع أو تُعلَّق بانتظار المراجعة.
هذا معالجة محتوى المعرفة كتبعيات البرمجيات: تحديثات مجدولة، لا رقع طارئة. الانضباط التشغيلي المطلوب مطابق للحفاظ على تبعيات حديثة في نظام إنتاج. تكلفة ترك التبعيات تتقادم مطابقة أيضاً: إخفاقات صامتة تظهر في أسوأ لحظة ممكنة.
مشكلة استخلاص المعرفة القبلية
أكثر المعرفة قيمة في معظم المؤسسات غير موجودة في قاعدة المعرفة لأنها لم تُكتب قط.
توجد في أذهان الممارسين. الحلول التجاوزية التي يطبقها الجميع دون أن تُوثّق بأي إجراء لأن الإجراء كُتب قبل وجود الحل التجاوزي. الاستثناءات غير الموثقة التي يطبقها مشغّل متمرس تلقائياً. السياق حول علاقة عميل الذي يفسّر سبب عدم انطباق النهج القياسي على هذا الحساب المحدد.
هذه المعرفة قابلة للاستخلاص، لكنها تستلزم طريقة مختلفة عن فهرسة الوثائق. مقابلات خبراء منظّمة تركّز على الاستثناءات والحالات الاستثنائية، لا على الإجراءات الموثقة بالفعل. مرافقة العمليات: مراقبة كيفية أداء الممارسين للمهمة فعلاً لا مطالبتهم بوصفها. تعليق الحالات الاستثنائية حال وقوعها لا بعد الوقوع. سجلات القرارات التي تلتقط المبرر إلى جانب النتائج.
سير عمل الاستخلاص الذي ينتج مخرجات قابلة للاستخدام باستمرار: تحديد أصحاب المعرفة الخمسة الأعلى قيمة في المجال. إجراء مقابلات منظّمة مدتها ثلاثون دقيقة تركّز على سؤالين: ما الذي سيفعله شخص جديد في هذه العملية وستدرك فوراً أنه خاطئ، وما أكثر خطأ مكلف رأيت شخصاً يرتكبه كانت المعرفة الأفضل ستمنعه؟ التقاط الإجابات في صيغة مُهيكلة تتوافق مباشرة مع مخطط نظام المعرفة.
تكلفة عدم استخلاص هذه المعرفة هي تكلفة الاستنزاف مضروبة في عدد المغادرات غير المُدارة. في كل مرة يغادر فيها خبير مجال دون جهد التقاط المعرفة، يغادر معه جزء من الذكاء التشغيلي الذي جعل المؤسسة قادرة. يرتكب الموظفون الجدد أخطاءً كان بالإمكان تجنّبها. أنظمة الذكاء الاصطناعي المُنشَرة دون هذه المعرفة تُنتج مخرجات يُدرك الممارسون المخضرمون فوراً أنها تفتقر إلى السياق المهم.
عدم تطابق نوع الاستعلام
معظم أنظمة المعرفة مبنية لنوع استعلام واحد: ابحث عن وثيقة تحتوي X. الاستعلامات الأكثر قيمة في معظم المؤسسات مختلفة.
استعلامات الاستدلال تستلزم التركيب لا الاسترجاع. “بالنظر إلى هذه القيود، ماذا يجب أن نفعل؟” لا وثيقة تُجيب عنه. يستلزم دمج أدلة من مصادر متعددة، وتطبيق حكم حول التوازنات، وإنتاج توصية. نظام الاسترجاع يكشف الوثائق ذات الصلة. طبقة الاستدلال تولّد التوصية. المكوّنان مختلفان، ودمجهما يُنتج أنظمة تفشل في الاستعلامات التي تكون فيها القيمة أعلى.
استعلامات الغياب تستلزم معرفة ما ليس في المجموعة المعرفية. “هل يوجد أي سابقة لهذا القرار؟” يجب أن يُرجع نتيجة فارغة موثوقة حين لا توجد. نظام يولّد إجابة معقولة الصوت حين لا يوجد سابقة ذات صلة أكثر خطورة من نظام يُرجع لا نتائج. معالجة الغياب تستلزم تصميماً صريحاً: يجب أن يكون النظام قادراً على التمييز بين “لم تُسترجع وثائق ذات صلة” و”يجب أن أولّد شيئاً على أي حال”.
استعلامات العلاقات تستلزم مخططاً للأشخاص والخبرات. “من يعرف X وما هي توصيته؟” ليست مشكلة استرجاع وثائق. بل مشكلة اجتياز مخطط. الإجابة تستلزم معرفة أي الأشخاص مرتبطون بأي مجالات، وما مستوى خبرتهم، وما التوصيات التي أبدوها في سياقات مماثلة. فهرس الوثائق لا يُجيب على هذا. الخريطة العلائقية تُجيب.
الاستعلامات الزمنية تستلزم محتوى مُصدَراً. “ما كانت السياسة قبل تغيير 2024؟” يستلزم أن يحتفظ نظام المعرفة بنسخ تاريخية من الوثائق ويكون قادراً على تقديم النسخة الصحيحة للفترة الزمنية المحددة. فهرس مسطّح لا يحتوي إلا النسخة الحالية من كل وثيقة لا يستطيع الإجابة على الاستعلامات الزمنية بموثوقية.
ما يترتب على ذلك لتصميم النظام: الخطوة الأولى ليست اختيار تقنية. بل رسم خريطة لأنواع الاستعلامات الفعلية التي تنشأ في سير العمل المستهدف وتصميم المعمارية للتعامل مع كل منها. معظم إخفاقات المعرفة المؤسسية عدم تطابق بين الاستعلام والمعمارية، لا إخفاقات محرك بحث.
المقياس الذي يتنبأ بالبقاء
المقياس الصحيح لنظام المعرفة المؤسسي ليس الوثائق المُفهرسة، ولا استعلامات البحث المُنفَّذة، ولا المستخدمون النشطون شهرياً على بوابة المعرفة. بل القرارات المُحسَّنة.
نظام المعرفة يبقى على المدى البعيد إذا استطاع الممارسون الإشارة إلى قرارات محددة اتخذوها بشكل أفضل لأن النظام أعطاهم معلومات دقيقة وذات صلة في اللحظة التي احتاجوها. ليس نتائج بحث أفضل. قرارات أفضل. التمييز هو في ما النظام موجود لأجله فعلاً.
إذا لم يستطع الممارسون الاستشهاد بمثل هذا القرار خلال الستين يوماً الأولى من النشر، فالنظام في طريقه إلى مقبرة التبني بغض النظر عن جودته التقنية. هذا هو اختبار مقبرة التبني: لا يقيس ما يستطيع النظام فعله؛ يقيس ما إذا كان الممارسون يستخدمونه لفعل شيء يهم.
ما يترتب على ذلك للتصميم والنشر هو الترتيب الزمني. قبل البناء، حدّد ثلاثة قرارات محددة سيُحسّنها النظام. حدّد ما معنى “مُحسَّن” لكل منها: أسرع، أقل خطأً، أفضل إحاطة، أكثر اتساقاً. استخدم هذه القرارات الثلاثة معايير قبول للنشر الأول. إذا لم يُحسّن النظام هذه القرارات الثلاثة في الستين يوماً الأولى، فالنشر يُخفق بغض النظر عمّا تُظهره تحليلات الاستخدام.
هذا معيار أصعب من الوثائق المُفهرسة. وهو أيضاً المعيار الوحيد الذي يتوافق مع سبب بناء النظام أصلاً.
الفجوة بين نظام معرفة يُفهرس جيداً وآخر يستخدمه الممارسون فعلاً هي مشكلة تصميم، لا مشكلة محتوى. تعمل Terraris.ai مع المؤسسات لتصميم أنظمة معرفة تقع داخل سير العمل، لا بجانبه.