عقد وSOW لمشروع Salesforce: بنود تحمي التسليم

ما الذي يُفشل مشاريع Salesforce التعاقدية حقًا

لا يكاد أي نزاع في مشروع Salesforce يبدأ بسؤال "كم التكلفة". بل يبدأ بسؤال "هل انتهى العمل". يرى المورد أن المنتج قد سُلّم؛ وترى المنظمة أنه غير قابل للاستخدام. كلا الطرفين محقان من منظورهما، لأنه لم يحدد أي منهما مسبقًا ما الذي سيعتبر مكتملاً.

من هنا، ينبع مبدأ واحد يوجه جميع بنود هذه المقالة: العقد الجيد لا يحمي طرفك في النزاع — بل يمنع النزاع من الأساس.

اثنا عشر بندًا

1. تعريف معايير القبول لكل مخرج

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

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

2. آلية طلبات التغيير

تحدد من يحق له طلب التغيير، من يقوم بتقييمه، في غضون كم من الوقت، وبأي معدل سعر. يجب تحديد معدل السعر عند توقيع العقد وليس عند الحاجة.

3. التبعية ثنائية الاتجاه

تُحدد معظم العقود ما يحدث عندما يتأخر المورد، لكنها لا تحدد ما يحدث عندما يتأخر العميل. النتيجة: عندما تتأخر المنظمة في الموافقة، يتحمل المورد ذلك — ثم يُحمّل التكلفة لاحقًا عبر طلبات التغيير.

صياغة متوازنة: الجدول الزمني مشروط باستجابة محددة من العميل (وقت الموافقة، توفر مالك العملية، تسليم البيانات)، والتأخير عن الموعد المحدد يؤجل نقطة الإنجاز بإشعار كتابي.

4. ملكية الكود، التهيئة، والتوثيق

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

5. التوثيق كمخرج إلزامي

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

6. الضمان وإصلاح العيوب

فترة محددة، وتعريف واضح للعيوب مقابل التغيير. تعريف فعال: الفجوة بين السلوك الفعلي ومعايير القبول المعتمدة تعتبر عيبًا.

7. الموظفون الرئيسيون

الأسماء، نسبة التخصيص، إشعار مسبق للاستبدال، ومستوى مهني مكافئ بموافقة العميل.

8. الصلاحيات، البيئات، وأمن المعلومات

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

9. الامتثال للمتطلبات التنظيمية والخصوصية

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

10. بوابات القرار ونقاط الخروج

الحق في التوقف عند نهاية نقطة إنجاز محددة، مع ترتيب دفع معروف مسبقًا. مثل هذا البند يقلل من مخاطر الطرفين، ولذلك فإن المورد الجيد لن يعترض عليه.

11. نقل المعرفة

ليس "تدريبًا"، بل: عدد الساعات، لمن، عن ماذا، وما هو المخرج. يُفضل أن ينتشر هذا النقل على مدار المشروع بدلاً من أن يتركز في نهايته.

12. الإنهاء والانسحاب

قائمة بالمخرجات المُسلّمة، التنسيق، فترة التداخل (Handover)، ومعدل سعر ساعات الدعم خلال عملية النقل. هذا هو البند الذي لا يرغب أحد في مناقشته عند التوقيع، ولهذا بالذات يجب الإصرار عليه حينها.

خريطة المخاطر: ماذا يمنع كل بند

صياغات يجب تجنبها

• "سيؤدي المورد العمل بمهنية مقبولة" — لا يمكن إنفاذها بدون معيار.
• "سيتفق الطرفان لاحقًا على..." — كل بند من هذا القبيل هو نزاع مستقبلي محتمل.
• "خاضع للتعاون الكامل من العميل" — بدون تعريف لما يعنيه ذلك، هذا دفاع أحادي الجانب.
• "سيُسلم المخرج في نهاية المشروع" — بدون تعريف لماهية النهاية.
• جدول الدفعات بناءً على تواريخ تقويمية بدلاً من معايير القبول.

مثال توضيحي: سلسلة تجزئة

السيناريو افتراضي وهو لأغراض التوضيح فقط. وقعت سلسلة تجزئة على بيان عمل (SOW) تضمن "ترحيل بيانات العملاء من نظام قائم". كان افتراض المنظمة أن الترحيل يشمل تنقية التكرارات؛ وكان افتراض المورد أنه سينقل ما سُلّم إليه.

في الواقع، نُقلت مئات الآلاف من السجلات المتكررة. قرأ الطرفان نفس الجملة وفهماها بشكل معكوس. لم يكن هناك في العقد بند يحدد ما يعتبر سجلاً سليمًا.

التصحيح الذي أُجري في الاتفاقيات اللاحقة لتلك السلسلة كان موجزًا: ملحق يحدد عتبة جودة قابلة للقياس للتحميل — نسبة السجلات التي تجتاز عملية التحقق، قواعد تحديد التكرارات، ومن يوافق. حل هذا الملحق محل عشرات الساعات من الجدل.

ما يجب التحقق منه قبل التوقيع

• كل مخرج في العرض يظهر في بيان العمل (SOW) مع معيار قبول.
• كل افتراض قُدم في العرض يظهر كافتراض صريح في العقد.
• جدول الدفعات مرتبط بمعايير القبول.
• يوجد بند الانسحاب وبند نقل المعرفة.
• تعريف العيب واضح بما فيه الكفاية لحسم الحالات الحدية.

ما اتفق عليه في مقارنة العروض ولم يُدرج في العقد — ببساطة غير موجود. عملية المقارنة بحد ذاتها مفصلة في دليل مقارنة عروض Salesforce، وأساس صياغة المتطلبات محدد مسبقًا في وثيقة طلب تقديم العروض، كما هو مفصل في دليل RFP.

العلاقة باختيار المورد

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

الخطوة التالية

خذ بيان العمل (SOW) الذي بين يديك وعلّم كل مكان كُتب فيه "سيُسلم" أو "سيُنفذ" بدون ذكر كيفية التأكد من حدوث ذلك. كل علامة من هذه هي نزاع محتمل، وكل واحدة منها تستغرق خمس دقائق لإصلاحها الآن.