اختبار البحث في أرشيف كبير باستخدام بيانات مماثلة لبيئتك

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

لماذا يكذب الاختبار الصغير؟

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

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

لهذا لا يكفي أن تسأل «هل يجد النظام الملف؟»، بل «هل يجده في موقع متقدم بين آلاف المتشابهات، وبعد كم من الوقت من رفعه؟».

تصميم مجموعة الاختبار: ثلاث طبقات

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

الوثائق المستهدفة

اخترها لتغطي أنواع وثائقك الفعلية وحالاتها الصعبة: عقد PDF نصي، خطاب ممسوح بجودة متوسطة، فاتورة صورة من جوال، محضر فيه جدول، مخطط بعنوان هندسي، ملف Excel. سجّل لكل واحدة: رقمها في الاختبار، وسبب اختيارها، وحالتها (نصية أم ممسوحة)، واللغة.

المشتتات المقصودة

هذه الطبقة هي ما يميز الاختبار الجاد. لكل وثيقة مستهدفة ضع بجانبها وثائق تشبهها في الكلمات وتختلف في ما يهم:

• الإصدار السابق من الوثيقة نفسها.
• الوثيقة المقابلة من سنة أخرى (عقد الصيانة لعام سابق).
• وثيقة للطرف نفسه في موضوع آخر.
• وثيقة بعنوان مطابق في إدارة لا يحق للباحث الاطلاع عليها.

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

الكتلة الخلفية

الحجم يأتي من هنا. أفضل مصدر هو جزء غير حساس من أرشيفك نفسه، مثل مراسلات قديمة مغلقة أو تعاميم داخلية معمّمة، لأن توزيع مفرداته وأنواعه يشبه الواقع. تجنّب تضخيم الحجم بنسخ الملف نفسه آلاف المرات: الملفات المكررة تجعل الفهرس غير واقعي، وقد يتعامل معها النظام معاملة خاصة فتفسد النتيجة.

مجموعة الاستعلامات: ماذا تبحث وكيف تكتب المفتاح

الاستعلامات هي الأداة التي تقيس بها. اكتبها قبل تحميل البيانات، واكتب لكل واحدة الوثيقة الصحيحة المتوقعة، وهذا ما نسميه مفتاح الإجابة.

أنواع الاستعلامات

اختلافات الكتابة العربية

أضف لكل استعلام نصي نسخة أو اثنتين بتنويعات يكتبها الموظفون فعلًا، واحتسبها استعلامات مستقلة:

• الهمزات: «إنشاء» و«انشاء»، «مؤسسة» و«موسسة».
• التاء المربوطة والهاء: «صيانة» و«صيانه».
• الألف المقصورة والياء: «مستشفى» و«مستشفي».
• الأرقام العربية والهندية: «2023» و«٢٠٢٣».
• التاريخ الهجري والميلادي حين يرد أحدهما في الوثيقة والآخر في ذهن الباحث.
• أسماء الموردين بالعربية والإنجليزية.

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

خطة الاختبار: قياس على حجمين

الفكرة الأساسية أن تقيس مرتين بالاستعلامات نفسها: مرة على جزء صغير من المجموعة، ومرة على المجموعة كاملة. الفرق بين القياسين هو ما يخبرك عن سلوك البحث مع النمو.

1. حمّل المرحلة الأولى الوثائق المستهدفة والمشتتات وجزءًا صغيرًا من الكتلة الخلفية (مثلًا عُشرها). سجّل وقت انتهاء الرفع.
2. قِس زمن الإتاحة للبحث ابحث دوريًا عن كلمات من خمس وثائق ممسوحة مرفوعة في آخر الدفعة، وسجّل متى أصبحت قابلة للبحث. هذا الرقم يخبرك كم ستنتظر بعد كل دفعة ترحيل.
3. شغّل مجموعة الاستعلامات كاملة بحساب مستخدم عادي لا مشرف، وسجّل لكل استعلام موقع الوثيقة الصحيحة في النتائج، وهل ظهر مشتت فوقها، وهل ظهر شيء محجوب.
4. حمّل بقية الكتلة الخلفية وانتظر اكتمال المعالجة، ثم أعد قياس زمن الإتاحة على دفعة جديدة صغيرة.
5. أعد تشغيل الاستعلامات نفسها بالمستخدم نفسه، وسجّل النتائج بالطريقة نفسها.
6. كرّر ثلاثة استعلامات بمستخدم محدود من إدارة أخرى، للتأكد أن المشتتات المحجوبة لا تظهر مع كبر الحجم.
7. قارن النتائج بين المرحلتين لكل نوع استعلام على حدة.

مقاييس النتيجة: ما الذي تسجله لكل استعلام

لا تحتاج إلى أدوات إحصائية معقدة. جدول واحد لكل مرحلة يكفي، بالأعمدة التالية:

ثم احسب لكل نوع استعلام ثلاثة أرقام بسيطة:

• نسبة الظهور في المرتبة الأولى: مهمة للبحث بعنصر معروف.
• نسبة الظهور في أول عشر نتائج: مهمة للبحث بالمضمون والصياغة.
• عدد حالات تقدّم المشتت: مؤشر مباشر على مخاطر «الوثيقة الخطأ» في العمل اليومي.

ويبقى مؤشر واحد خارج النسب: أي ظهور لعنصر محجوب هو نتيجة حاسمة بذاته، لا يعوضها أداء ممتاز في بقية الاستعلامات.

أخطاء تفسد الاختبار

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

من يفعل ماذا في الاختبار

الاختبار الذي يديره المورد وحده يفقد جزءًا من قيمته، والاختبار الذي تديره اللجنة وحدها يتعثر في تفاصيل تقنية. وزّع الأدوار بوضوح قبل البدء:

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

إجراء الاختبار على وثيقة

في وثيقة، يتيح وثيقة القدرات التي يختبرها هذا المقال، ويمكن طلب تشغيلها على مجموعتك:

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

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

كيف تحوّل النتائج إلى قرار

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

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

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