«يوفّر العميل الوصول في حينه إلى الموارد والبيانات حسب الحاجة.»
لا شيء في هذه الجملة يبدو خطيراً، وهذه هي المشكلة. فسطر مثلها يجلس في عرض تطبيق ERP ويُلزم مديرك المالي بأربعين ساعة ورش عمل، ومسؤول مستودعك بشهر من تنظيف البيانات، ومسؤول تقنية المعلومات بأن يكون متاحاً عند الطلب، دون أن يظهر رقم واحد على الصفحة. فالعرض يُقرأ كخطة ويعمل كعقد.
وملاحظة عن السطور في هذا المقال: كتبناها لتمثّل الصياغات الشائعة، وليس أي منها مقتبساً من وثيقة عميل ولا من عرض جهة تنفيذ بعينها، والقراءة المرافقة لكل سطر قراءتنا نحن. وفيما يلي ثمانية منها، مع ما يتركه كل سطر مفتوحاً والسؤال الذي يغلقه.
وجد تقرير ERP لعام 2026 من Panorama Consulting Group أن أكثر من ربع المؤسسات تجاوزت ميزانيات مشاريعها، وأن احتياجات تقنية إضافية كانت السبب الأول. ونحن نقرأ ذلك على أنه مشكلة في الصياغة: فالاحتياج الذي يظهر في منتصف المشروع كان إما غائباً عن العرض، وإما موصوفاً بما يكفي من الغموض ليدّعيه الطرفان. وتغيير الصياغة مجاني إلى أن توقّع.
«النطاق: المالية والمخزون والبيع والتقارير.»
أربعة أسماء تناسب مشروعاً مدته عشرة أسابيع ومشروعاً مدته خمسون. والحجم كامن في ما لا تقوله الجملة: مسارات اعتماد مخصصة، وربط مع شركات الشحن، وبيانات تاريخية أقدم من سنة فاصلة، ولغات إضافية، وكيان قانوني ثانٍ.
اطلب قائمة استثناءات مكتوبة. فكل ما يبقى بلا تسمية سيصبح موضع خلاف لاحقاً، وسيجري الخلاف بين جهة تنفيذ تحمل وثيقة موقّعة ومشترٍ يحمل افتراضاً.
والجواب الجيد قائمة ببنود مملة بقدر «لا بيانات أقدم من آخر سنة مالية مقفلة» و«لغة واحدة، الإنجليزية». والملل هو الدليل على أن من كتبها فكّر في الحالات الطرفية. وإن قاومت جهة التنفيذ تسمية الاستثناءات، فقد تكون تحتفظ بمساحة لتفوتر عليها.
«يوفّر العميل الوصول في حينه إلى الموارد والبيانات حسب الحاجة.»
هذا هو السطر الذي بدأنا به، وهو نصف المشروع الواقع على المشتري مخبّأ في بند واحد. فالالتزامات الحقيقية محددة: بيانات مصدر نظيفة، وأشخاص بأسمائهم للورش والاختبار، وإجابات في مدة متفق عليها، واعتماد عند كل مرحلة. والعروض الأدق صياغةً تذكر هذه البنود بمواعيد أو مدد، لأن التأخر من جهة المشتري سبب متكرر لتحرّك الجدول الزمني.
اطلب عدد الساعات لكل دور في الأسبوع. وإن لم تستطع توفيرها، فقل ذلك قبل التوقيع. الخطة قابلة للتغيير الآن، وغير قابلة للتغيير بعد أن تلتزم بالوقت.
وافحص الأدوار لا الإجماليات وحدها. فأربعون ساعة على كتف مدير مالي يقفل الربع في الوقت نفسه التزام مختلف عن أربعين ساعة موزعة على فريق. والعرض الجيد يقول كذلك ما يحدث للجدول الزمني حين تتأخر جهتك، وهل يُفوتر التأخير.
«سعر ثابت مقابل الخدمات الموصوفة في البند 3.»
السعر الثابت لا معنى له إلا إذا سبقه تحليل مطابقة وفجوات. فبدونه تكون جهة التنفيذ قد سعّرت تخميناً، والفارق بين التخمين والواقع يصلك عبر أوامر التغيير. فاسأل ما يحدث عند أول متطلب غير متوقع، وما قائمة الأسعار بالساعة.
والنموذج الآخر صريح كذلك. فالتسعير بالوقت والموارد يعترف بعدم اليقين ويسلّمك مهمة الإشراف عليه، فاطلب حداً أعلى، وتقريراً دورياً منتظماً عن استهلاك الساعات، وحق التوقف عند أي محطة. النموذجان يعملان، والعرض الذي يخلط بينهما لا يعمل.
والعلامة الفارقة سعر ثابت معلّق على نطاق غامض. فعندها يصبح لكل من الطرفين دافع لتفسير كل متطلب غير واضح في مصلحته، ويتحول المشروع إلى مفاوضة في الألفاظ. والسعر الثابت يجب أن يأتي بنطاق تستطيع أن تسلّمه إلى غريب فيتفق معك على ما فيه.
«ترحيل البيانات الأساسية والأرصدة المفتوحة.»
سطر واحد لأهدأ أجزاء المشروع فشلاً. اسأل أي الأنظمة تغذّيه، ومن ينظّف البيانات قبل نقلها، وكم تجربة ترحيل مخطّطة، وما يحدث لسجلٍ لا يجد له حقلاً في النظام الجديد. ثم اسأل أي تسوية تثبت أن الترحيل نجح. وإن كان الجواب «سنحدد ذلك في مرحلة الاستكشاف»، فالمواعيد والسعر المعتمدان عليه مؤقتان.
والجواب الجيد يسمّي الأنظمة المصدر، ويسمّي مسؤولاً من جهتك عن جودة البيانات، ويخطّط لتجربة ترحيل واحدة على الأقل قبل الحقيقية، ويصف التسوية بعبارات تستطيع أنت تنفيذها: الإجماليات بحسب الحساب، والمخزون بحسب الموقع، والفواتير المفتوحة بحسب العميل.
«الربط مع أنظمة الأطراف الثالثة حسب الاتفاق.»
اتفاق مع من، ومتى؟ اكتب قائمة بكل نظام سيلمسه ERP: CRM، والتجارة الإلكترونية، والرواتب، وكشوف الحسابات البنكية، والفاتورة الإلكترونية (e-invoice). ولكل واحد منها من يبنيه، ومن يختبره، ومن يصونه بعد التشغيل الفعلي. والكود المخصص يحتاج عموداً إضافياً: تكلفة إبقائه عاملاً عبر الترقيات. وفي Odoo تصل نسخة رئيسية جديدة كل سنة، فالتخصيص التزام سنوي، والعرض الذي يسعّر البناء وحده قد سعّر نصف الأمر.
اطلب الرقم السنوي لكل بند، ولو في صورة نطاق. والجواب الذي تريده رقم مرفق بافتراضاته، حتى ترى ما قد يجعله ينمو. وجهة التنفيذ التي لا تقدر على تقدير تكلفة صيانة ما تقترح بناءه لم تفكر بعد في السنة الثانية.
«رسم التنفيذ (شامل لكل شيء).»
«شامل لكل شيء» يخفي البنود المتكررة، وهي التي تنمو مع عدد الموظفين. اطلب التراخيص أو الاشتراكات، والتنفيذ، والترحيل، والتطوير المخصص، والتدريب، والاستضافة، والدعم، في سطور منفصلة وعلى مدى ثلاث سنوات. وفي بعض المنصات يُشترى الترخيص من مورّد البرنامج وتفوتر جهة التنفيذ الخدمات، وهذا ترتيب طبيعي. أما العرض الذي يترك مسألة من يفوتر ماذا غامضة فليس طبيعياً، والرسم الواحد يجعل مقارنة عرضين مستحيلة.
ونظرة الثلاث سنوات هي التي تكشف الفرق بين بداية رخيصة ومشروع رخيص. فالدعم المسعّر كنسبة من الترخيص والدعم المسعّر بالتذكرة يتصرفان تصرفاً مختلفاً تماماً وأنت تنمو، وتريد أن ترى ذلك قبل العقد لا عند التجديد.
«التشغيل الفعلي في التاريخ المتفق عليه، رهناً باعتماد العميل.»
المواعيد تقيس التقويم لا العمل. ويجب أن تنتهي كل محطة بمعايير قبول تستطيع تنفيذها: إقفال شهري مكتمل داخل النظام، وجرد مخزون مطابق للدفاتر، ومستخدمون بأسمائهم ينفّذون مسارات عمل محددة. واربط الدفع بها. ثم افحص ما يلي التشغيل الفعلي: هل تُصلَح الأخطاء بلا مقابل لمدة محددة، وما سرعة استجابة جهة التنفيذ، وكيف يُفوتر الدعم بعد انتهاء المدة.
والمحطة الجيدة تُقرأ كسيناريو اختبار: من ينفّذه، وعلى أي بيانات، وما الذي يُعدّ نجاحاً. فإن كان القبول هو «اعتماد العميل» بلا معايير، صار الاعتماد نفسه هو موضع الخلاف. أعطِ نفسك عدداً معلناً من أيام العمل للاختبار، واتفق على ما يحدث لخطأ يظهر في اليوم الحادي عشر.
«الاستضافة وإدارة البيئات من جهة التنفيذ.»
مريح، وهو سؤال عن الملكية. عند انتهاء المشروع، من يحتفظ بالكود، وبالنسخ الاحتياطية لقاعدة البيانات، وببيانات دخول الاستضافة، وبالتوثيق؟ يجب أن تكون بيدك أو أن يكون وصولك إليها غير مشروط. فإن كان النظام يعمل على سيرفر لا يدخل عليه غير جهة التنفيذ، فأنت لا تملك إلا القليل مما دفعت فيه. اسأل في اليوم الأول، وأنت ما زلت عميلاً محتملاً والجواب لا يكلّف شيئاً.
والأجوبة الجيدة قصيرة. المستودع البرمجي والنسخ الاحتياطية بيدك، وبيانات الدخول باسمك أو مودعة لدى طرف محايد، والتوثيق يُسلَّم كجزء من المشروع لا عند الطلب. وإن استضافت جهة التنفيذ النظام، فاطلب إجراء التصدير وموعداً تكون قد اختبرت فيه استعادة النسخة في مكان آخر.
ما تعنيه الثمانية مجتمعة
إن بقي سطران أو أكثر مفتوحين، فالعرض يحتاج دورة أسئلة أخرى قبل أن يحتاج توقيعاً.
والمشترون يعرفون ذلك على ما يبدو. في بيانات Google Ads المسحوبة عبر DataForSEO لعمليات البحث الإنجليزية في الولايات المتحدة في أكتوبر 2026، سجّل erp rfp 70 عملية بحث شهرياً بتكلفة نقرة 39.46 دولار، في حين سجّل erp selection criteria 10 عمليات بتكلفة 2.52 دولار. بلد واحد، ومحرك بحث واحد، وأرقام صغيرة لا تثبت كثيراً. وهي تناسب سوقاً يجلس فيها الاستعجال، ومال المعلنين، عند من يحمل وثيقة لا عند من يصوغ معايير نظرية.
العرض يضع الشروط، أما التنفيذ فيعتمد على إدارتك لجهتك منها، وهو موضوع ما يجب أن يملكه المشتري في مشروع ERP. ولترتيب مشروع من تحليل المطابقة والفجوات إلى أول إقفال، راجع دليل تطبيق Odoo. تنفّذ ThinqHub أنظمة Odoo وERPNext وليست مرتبطة بمورّد واحد، فنقرأ العرض معك، بما في ذلك عرض ليس من عندنا. وطريقتنا تشرح كيف نحدد النطاق، وتستطيع أن ترسل لنا الوثيقة.
