لماذا تفشل أغلب الكرّاسات
السبب الأشيع أن الكراسة تُنسخ من مصدر عام فتصف خصائص لا احتياجات: «نظام يدعم إدارة المخزون» — وكل مزوّد سيجيب «نعم». ثم تُفتح العروض فتجدها متطابقة الكلام مختلفة الأسعار، ويُتخذ القرار على السعر وحده.
أربعة أخطاء تجعل المقارنة مستحيلة
- قائمة خصائص بلا أوزان. ثلاثمئة بند بنعم/لا تعطي ثلاثمئة «نعم». صنّف البنود إلى إلزامي ومهم ومرغوب، وأعطِ الإلزامي حق النقض.
- إغفال الأحجام. بلا عدد المستندات والمستخدمين والفروع لا يستطيع أحد تسعيرًا واقعيًا — فتأتي الأرقام متفاوتة بلا سبب مفهوم.
- عدم طلب سيناريو عملي. اطلب من كل مزوّد أن يعرض دورة واحدة من دوراتكم على نظامه، لا عرضًا تقديميًا عامًا. هنا تظهر الفروق.
- تجاهل ما بعد الإطلاق. الدعم والتدريب والخروج بالبيانات تُهمَل في الكراسة ثم تُكتشف كلفتها بعد التوقيع.
قالب كراسة شروط نظام ERP من تسعة أقسام
| القسم | ما يوضع فيه |
|---|---|
| ١ · نبذة عن المنشأة | النشاط، الفروع، الكيانات، عدد الموظفين، الأنظمة الحالية |
| ٢ · الأحجام | مستندات شهريًا، أصناف، عملاء، مستخدمون متزامنون، مستودعات |
| ٣ · النطاق المطلوب | الوحدات مقسّمة إلى مرحلة أولى ومراحل لاحقة |
| ٤ · المتطلبات الوظيفية | مصاغة كنتائج ومصنّفة: إلزامي · مهم · مرغوب |
| ٥ · التكاملات | كل نظام قائم يجب الربط به، واتجاه التبادل وتواتره |
| ٦ · المتطلبات النظامية | الفوترة الإلكترونية، الضريبة، إقامة البيانات، متطلبات جهتكم |
| ٧ · التنفيذ والتدريب | المدة المتوقعة، من يرحّل البيانات، خطة التدريب، معايير القبول |
| ٨ · الدعم والخروج | أزمنة الاستجابة، التحديثات، وكيف تُسلَّم بياناتكم عند الانتهاء |
| ٩ · نموذج التسعير المطلوب | جدول موحّد يملؤه كل مزوّد بالبنود نفسها |
القسم التاسع هو الذي يجعل المقارنة ممكنة: جدول واحد ببنود محدّدة (ترخيص، تهيئة، ترحيل، تدريب، دعم سنوي، تخصيص مقدَّر) يملؤه الجميع. بلا هذا الجدول ستقارن أرقامًا مبنية على تعريفات مختلفة.
كيف تُصاغ المتطلبات — ثلاثة أمثلة
| صياغة ضعيفة | صياغة تفرز |
|---|---|
| النظام يدعم إدارة المخزون | تُحتسب تكلفة الصنف بالمتوسط المرجح آليًا عند كل حركة، وتُحمَّل تكلفة الوصول على الأصناف بنسبة القيمة |
| النظام يدعم الموافقات | مسار موافقة يتغيّر بحسب المبلغ ومركز التكلفة، ويُسجَّل التفويض أثناء الإجازة بمدة محدّدة |
| النظام يوفّر تقارير | كل رقم في أي تقرير يُفتح بالنقر إلى المستندات المكوّنة له دون تدخل فني |
ولاحظ أن الصياغة اليمنى تحوّل السؤال من «هل تستطيع؟» إلى «أرِني». وهذا بالضبط ما تريده في جلسة العرض.
كيف تُقيَّم العروض
ضع مصفوفة تقييم قبل استلام العروض لا بعده — وإلا تحوّلت الأوزان لتناسب العرض المفضّل. توزيع معقول:
| المعيار | الوزن |
|---|---|
| تغطية المتطلبات الإلزامية | حق نقض |
| الملاءمة الوظيفية للمهم والمرغوب | 30% |
| خبرة المزوّد في نشاطكم ومنهجيته | 20% |
| التكلفة الإجمالية على ثلاث سنوات | 25% |
| الدعم وما بعد الإطلاق | 15% |
| وضوح خطة التنفيذ والمخاطر | 10% |
خمسة أسئلة لا تُغفلها
- كيف تُسلَّم بياناتنا إن قرّرنا الخروج، وبأي صيغة وخلال كم يومًا؟
- هل تبقى تخصيصاتنا بعد تحديث النظام، أم تُعاد برمجتها؟
- من ينفّذ فعلًا — الفريق الذي أمامنا الآن أم فريق آخر؟
- ما الذي لا يفعله نظامكم مما طلبناه، وكيف تقترحون معالجته؟
- أعطونا مرجعًا في نشاط مشابه نستطيع الاتصال به.
السؤال الرابع هو الأهم. المزوّد الذي يجيب «نظامنا يفعل كل شيء» إما لم يقرأ كراستكم أو سيكتشف الفجوة بعد التوقيع. وبقية الأسئلة في قائمة الأربعين سؤالًا.
جدول المنافسة: من الإعلان إلى التوقيع
المنافسة التي بلا جدول معلن تتأخر شهورًا وتفقد أفضل المزوّدين. وهذا توزيع معقول:
| الخطوة | المدة | ملاحظة |
|---|---|---|
| إعداد الكراسة داخليًا | ٢–٣ أسابيع | أطول مما يُتوقع — المتطلبات تحتاج نقاشًا |
| مهلة استفسارات المزوّدين | أسبوع | الإجابات تُعمَّم على الجميع كتابةً |
| مهلة تقديم العروض | ٣–٤ أسابيع | أقل من ذلك يُنتج عروضًا متسرّعة |
| تقييم فني وعروض حيّة | ٢ أسبوع | سيناريو من واقعكم لكل مزوّد |
| فتح المالي والمفاضلة | أسبوع | بعد اعتماد الدرجات الفنية |
| التفاوض والتوقيع | ٢–٣ أسابيع | هنا تُحسم بنود الخروج والتحديثات |
بندان يُنسيان في التفاوض ويكلّفان كثيرًا لاحقًا: سعر المستخدم الإضافي والوحدة الإضافية بعد التعاقد (اطلبوا تثبيته في العقد)، ومدة وصيغة تسليم البيانات عند الخروج. كلاهما يُتفق عليه وأنتم في موقع قوة — قبل التوقيع لا بعده.