اختبار الجاهزية لا يفيدك إلا إذا كان قادرًا على أن يقول لك: لا تشترِ

اختبار الجاهزية لمشروع ERP فحص منظّم لسؤال واحد: هل الشركة في حال يفيدها فيها شراء نظام؟ لا أي نظام تشتري — بل هل تبدأ أصلًا.

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

الأداة التي ليس فيها رسوب لا تقيس جاهزية. تقيس اهتمامًا، وتعيده إليك بمفردات التشخيص.

الاختبار الوحيد الذي يفرّق بين الاثنين

قبل أن تنفق عشرين دقيقة على أي اختبار جاهزية، اسأل: ماذا تقول أسوأ نتيجة فيه؟

إن كانت أسوأ نتيجة هي «عندك بعض الفجوات — تعالَ نتكلم في مرحلة استكشاف»، فأنت أمام استمارة تأهيل بيع. وإن كانت أسوأ نتيجة هي «لا تبدأ؛ وهذه ثلاثة أشياء أصلحها، ولا نبيع نحن أيًّا منها»، فأنت أمام أداة تشخيص.

اختبارنا يعطي الثانية بنصّها. أدنى نطاق في مقياس الجاهزية لمشروع ERP عنوانه: «لا تبدأ. الشراء الآن يجعل الفوضى القائمة دائمة ومرخَّصة وسنوية.» ننشر ذلك لأنه النطاق الوحيد الذي يعطي النطاقات الثلاثة الأخرى معناها. المقياس الذي أدنى نقطة فيه «نعم» ليس مقياسًا.

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

ما معنى الجاهزية بالضبط

الجاهزية ليست حماسًا وليست ميزانية. هي عدد صغير من الشروط المحددة القابلة للفحص:

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

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

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

الأسئلة

هذه هي الأداة كاملة، حتى تجريها على ورق إن لم تشأ ملء نموذج. عشرة أسئلة. أجب عن الحال كما هي لا كما يفترض أن تكون — الإجابة المجاملة تُنتج نتيجة مجاملة ولا تُنتج معلومة.

#	السؤال	ما الذي يقيسه فعلًا
1	لو سألت أربعة أشخاص في الإدارة نفسها كيف تُعتمَد عملية شراء، كم إجابة مختلفة ستسمع؟	هل توجد عملية واحدة أم عدة عمليات تحت اسم واحد
2	كم من قائمة عملائك كما هي اليوم مستعدّ لتحميله في نظام جديد دون تعديل؟	هل يمكن تسعير الترحيل أم تخمينه فقط
3	من المسؤول عن ملف العملاء الأساسي — عن السجلات نفسها لا عن الإدارة؟	هل يستطيع أحد أن يرفض سجلًا مكررًا
4	كم من أسبوع الراعي التنفيذي محجوز في أجندته لهذا المشروع، طوال المشروع؟	هل للقرارات طريق ثابت
5	ما الذي تغطيه الميزانية المعتمَدة فعلًا؟	هل ستُقرأ أول فاتورة حقيقية على أنها تجاوز
6	من أين جاءت متطلباتك؟	هل تستطيع القائمة أن تستبعد أي مورّد
7	هل جرّبت الشركة هذا من قبل، وهل كُتب سبب التعثّر؟	ما الذي تعتقده المنظمة سلفًا عن مشاريع كهذه
8	حين يعمل البرنامج بطريقة تخالف طريقتك، ماذا يحدث؟	حجم فاتورة التخصيص القادمة
9	حين تريد إدارتان أمرين متعارضين، من يقرّر، وهل يصمد القرار؟	هل سيُحسم النطاق أم يتراكم
10	بعد ستة أشهر من التشغيل، من يملك النظام؟	هل ستُقاس دراسة الجدوى يومًا

لكل سؤال وزن مختلف، لأن المخاطر ليست متساوية. الرعاية التنفيذية تحمل الوزن الأكبر، لأنها البند الذي يُعطّل غيابُه إصلاحَ كل بند آخر — فإن لم يكن ثمّة من يحسم خلافًا، فلن تستطيع إصلاح مشكلة ملكية البيانات أيضًا. وتاريخ المشاريع يحمل الوزن الأصغر، لأنه الوحيد الذي يصف الماضي لا الحاضر.

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

الأسئلة الأربعة التي تحمل أغلب المعنى

إن لم يكن عندك نفَس للنسخة الكاملة، فأجرِ هذه الأربعة. في تجربتنا تحمل أغلب الإشارة.

السؤال الأول، عن الإجابات الأربع. هذا هو السؤال الذي يتنبأ بالجملة الشهيرة «النظام لا يعمل بطريقتنا»، التي تُقال بعد ثمانية أشهر من التشغيل. أربع إجابات مختلفة ليست نقص توثيق؛ هي أربع عمليات تتقاسم مفردات واحدة. والتطبيق سيختار واحدة منها — في ورشة إعداد، وعلى لسان آخر من تكلّم — وستكتشف الإدارات الثلاث الأخرى أن نسختها خسرت. أن تحسم أنت ذلك سلفًا يكلّفك اجتماعًا. وأن يُحسم أثناء الإعداد يكلّفك مصداقية المشروع.

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

السؤال الرابع، عن أجندة الراعي. «داعم» ليست موعدًا في تقويم. مشروع ERP يولّد مئات القرارات الصغيرة غير القابلة للتراجع، والقرارات التي تنتظر هي ما يصفه الناس لاحقًا بأن المشروع متأخر. الفارق الذي يهمّ هو بين تنفيذيّ يقول نعم للمشروع، وتنفيذيّ عنده موعد دوري يرأسه ولا ينقله.

السؤال التاسع، عمّن يقول لا. إن كانت الإجابة الصادقة «تروح وتيجي حتى يتنازل أحدهم أو يفرضها الموعد النهائي»، فالنطاق سيحسمه من يمسك لوحة المفاتيح في الأسبوع الذي يصير فيه الأمر عاجلًا. وهذا النطاق يعود بعد التشغيل عملًا معادًا، والعمل المعاد يُحاسَب بسعر لم يفاوض عليه أحد.

ما تلتزم به كل نتيجة

نتيجة الجاهزية لا تستحق أن تُؤخذ إلا إذا كانت النتائج الأربع الممكنة تؤدي إلى أربع خطوات مختلفة فعلًا. نتائجنا كذلك.

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

النتيجتان الثالثة والرابعة هما سبب وجود الأداة. «ليس بعد» أسابيع قليلة من عمل داخلي غير لامع — وهي الأسابيع نفسها التي كنت ستقضيها في مجادلة استشاري، لكن بسعر ساعة أفضل بكثير.

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

أين تخطئ اختبارات الجاهزية عمليًّا

أربع طرق للفشل، كلها شائعة، ولا شيء منها ذنب الأسئلة.

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

يُملأ بالتمنّي. الإجابات تصف الشركة كما ستكون بعد التحسينات التي يتفق الجميع على ضرورتها. وهذه التحسينات متَّفَق عليها منذ مدة. أجب عن الشركة التي كانت موجودة الثلاثاء الماضي.

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

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

بعد الجاهزية

اجتياز الاختبار يحسم سؤالًا ويفتح الذي يليه. وهذا ما يأتي بعده، بالترتيب المعتاد:

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

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

الخلاصة

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

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

أجرِ النسخة ذات الأسئلة العشرة. أربع دقائق، وأربع نتائج ممكنة، واحدة منها تقول لك: قف.