هل أدفع كامل قيمة البرنامج قبل التسليم؟
لا، لا يُنصح بدفع كامل قيمة البرنامج مقدماً في العادة. الممارسة السليمة في السوق السعودي هي تقسيم المبلغ على دفعات مرتبطة بمراحل تسليم فعلية (مثل دفعة توقيع، ودفعة عند تسليم النسخة التجريبية، ودفعة نهائية بعد القبول). هذا يحمي حقوق طرفي العقد ويقلل مخاطر التوقف أو التعثر في التنفيذ.
لماذا تُطرح هذه القضية عند كل مشروع تقني
كثير من أصحاب الأعمال في الرياض وجدة والدمام يترددون في التعاقد على أنظمة برمجية مخصصة أو تطبيقات جوال بسبب القلق من دفع مبلغ كبير ثم عدم استلام المنتج كما تم الاتفاق عليه. هذا القلق مشروع، خصوصاً مع انتشار مزودين غير موثوقين أو مستقلين بلا سجل تجاري واضح.
في المقابل، مقدّم الخدمة الجاد يحتاج أيضاً إلى ضمانات مالية قبل البدء، لأن تطوير نظام إدارة علاقات العملاء (CRM) أو متجر إلكتروني يتطلب تخصيص فريق وموارد لأسابيع أو أشهر. الحل العادل يكمن في هيكلة الدفعات بشكل يوازن بين حماية العميل وحماية المطوّر.
النموذج الشائع لتقسيم الدفعات في مشاريع البرمجة
لا يوجد نموذج واحد إلزامي، لكن معظم الشركات الجادة في السوق السعودي تتبع منطقاً مشابهاً لهذا الجدول، مع تفاوت بسيط حسب حجم المشروع ونوعه (نظام مخصص، تطبيق جوال، متجر إلكتروني، أو موقع تعريفي).
| المرحلة | نسبة الدفعة التقريبية | ما الذي يستحق الدفع |
|---|---|---|
| عند توقيع العقد | 20% – 30% | تثبيت الحجز في جدول الفريق وبدء التحليل والتصميم |
| عند تسليم نسخة أولية (MVP) | 30% – 40% | MVP يعني نسخة أولى تعمل بالوظائف الأساسية للتجربة والمراجعة |
| عند اجتياز الاختبار والقبول | 20% – 30% | تأكيد أن النظام يعمل فعلياً كما هو متفق عليه |
| بعد فترة تشغيل تجريبي قصيرة | 10% – 15% | ضمان استقرار الأداء بعد الاستخدام الفعلي |
هذا التقسيم قابل للتعديل حسب حجم المشروع؛ فمشروع بسيط مثل موقع تعريفي قد يكتفي بدفعتين فقط، بينما نظام مخصص كبير قد يحتاج دفعات مرتبطة بكل وحدة وظيفية على حدة.
على سبيل المثال، شركة توزيع تعمل من مدينة الدمام وتبني نظام إدارة مخزون مخصصاً غالباً تفضّل ربط الدفعة الثالثة بإكمال وحدة تتبع المخزون تحديداً، وليس بمجرد مرور شهر من العمل. هذا الأسلوب يمنح العميل تحكماً حقيقياً في جودة التنفيذ في كل مرحلة، ويمنح المزوّد وضوحاً في تسليم مخرجات محددة بدلاً من التزامات زمنية غامضة.
خطوات عملية لصياغة اتفاق دفع آمن
- اطلب عرض سعر تفصيلي مكتوب: يوضح نطاق العمل، المخرجات، والجدول الزمني قبل مناقشة أي دفعة.
- اربط كل دفعة بمخرج واضح: لا تقبل صياغة مثل "دفعة شهرية" بدون تحديد ما الذي سيُسلَّم في مقابلها.
- وثّق آلية القبول: حدد في العقد مدة مراجعة معقولة (مثلاً 5 - 7 أيام عمل) لاختبار كل مرحلة قبل صرف الدفعة التالية.
- تحقق من السجل التجاري والمرجعية: اطلب أعمال سابقة أو مراجع عملاء فعليين قبل التوقيع، خصوصاً في العقود ذات القيمة الأعلى.
- ضع بنداً لفسخ العقد: يحدد ما يحدث للمبالغ المدفوعة إذا توقف المشروع من أي طرف، ومصير الشيفرة المصدرية (Source Code) والملكية الفكرية.
إذا أصرّ مزوّد الخدمة على دفع كامل المبلغ مقدماً دون تقديم عقد مكتوب واضح المراحل، أو رفض ربط الدفعات بمخرجات ملموسة، فهذا مؤشر يستدعي الحذر قبل الاستمرار.
ماذا لو طلب المورد نسبة أعلى في البداية؟
من الطبيعي أن تطلب بعض الشركات نسبة أعلى عند البدء (حتى 40%) في المشاريع الصغيرة أو متناهية الصغر، لأن تكلفة إدارة عقد صغير بدفعات كثيرة قد لا تكون عملية. المهم أن تبقى النسبة المتبقية كافية لتحفيز الطرفين على إنهاء المشروع بجودة.
على سبيل المثال، في نظام نقاط بيع (POS) بسيط لمتجر واحد قد تكون الدفعة الأولى 40% لأن المشروع قصير المدة، بينما في نظام موارد بشرية متكامل لمنشأة متوسطة يُفضّل تقسيم أدق لأن مدة التنفيذ أطول والمخاطر أكبر.
اطلب دائماً أن يكون آخر جزء من المبلغ (10% فأكثر) مرتبطاً بفترة ضمان أو دعم فني بعد الإطلاق، وليس فقط بتسليم الكود. هذا يضمن التزام المزوّد بحل أي مشكلات تظهر بعد الاستخدام الفعلي، وهو ما توفره باقات الدعم الفني والصيانة الدورية.
لماذا يختلف الأمر حسب نوع المشروع
مشاريع المتاجر الإلكترونية غالباً ما تعتمد على منصات جاهزة يمكن تخصيصها بسرعة، ما يجعل دورة التسليم أقصر ويسمح بدفعات أقل عدداً. أما الأنظمة المخصصة وتطبيقات الجوال فتحتاج مراحل تطوير واختبار أطول، لذلك يُفضَّل تقسيم أدق للدفعات لتقليل المخاطر على الطرفين.
كذلك مشاريع المواقع الإلكترونية التعريفية البسيطة قد تُنجز خلال أسبوعين، فلا حاجة لأكثر من دفعتين. القاعدة العامة: كلما طالت مدة التنفيذ، زادت الحاجة لتقسيم الدفعات على مراحل أكثر.
الأمر نفسه ينطبق على المنتجات الجاهزة القابلة للتخصيص مثل نظام إدارة علاقات العملاء أو الموارد البشرية؛ فحتى لو كان الأساس جاهزاً، فإن مرحلة الربط مع أنظمة المنشأة الحالية والتخصيص حسب احتياجها تستحق دفعة مستقلة مرتبطة باختبار الربط فعلياً، وليس فقط بتفعيل الحساب.
- الدفع الكامل مقدماً غير موصى به إلا في مشاريع صغيرة جداً وقصيرة المدة.
- الأسلم تقسيم المبلغ على 3-4 دفعات مرتبطة بمخرجات فعلية وليس بالزمن فقط.
- احتفظ دائماً بنسبة من المبلغ (10% أو أكثر) لما بعد التسليم كضمان جودة.
- وثّق كل شيء في عقد مكتوب يشمل آلية القبول وحقوق الملكية الفكرية.
- تحقق من سجل مزوّد الخدمة وأعماله السابقة قبل توقيع أي عقد.
أسئلة شائعة
نعم، هذا شائع ومعقول، عادة بين 20% و30% من قيمة المشروع، لأنه يثبت جدية الطرفين ويسمح بتخصيص الفريق والموارد للبدء الفعلي في التنفيذ.
في هذه الحالة يصعب استرداد المبلغ أو إثبات الحق فيه دون عقد واضح، لذلك يُنصح دوماً بربط كل دفعة بمخرج ملموس وتضمين بند فسخ العقد يحدد مصير المبالغ المدفوعة والشيفرة المصدرية.
نعم، نسب الدفعات جزء من التفاوض الطبيعي قبل توقيع العقد النهائي، ومن حق العميل طلب تعديلها لتتناسب مع حجم ثقته في المزوّد ومدة المشروع.
نعم، الأنظمة المخصصة وتطبيقات الجوال تحتاج غالباً 3-4 دفعات لطول مدة التطوير، بينما المواقع البسيطة أو الأنظمة الجاهزة قد تكتفي بدفعتين فقط نظراً لقصر مدة التسليم.
إذا كنت تخطط لمشروع نظام مخصص أو تطبيق جوال أو متجر إلكتروني وتريد عرض سعر واضحاً بجدول دفعات عادل ومكتوب، تواصل مع فريق بوابة الحلول التقنية عبر طلب عرض سعر واستشارة مجانية وسنساعدك على صياغة اتفاق يحمي مشروعك من البداية.