عقد البرمجة: البنود التي تحميك قبل أن توقّع على مشروع موقع أو تطبيق

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

١. النطاق كملحق، مو كجملة

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

٢. المراحل ومخرجات كل مرحلة

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

٣. ملكية الكود والحسابات

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

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

٤. طلبات التغيير

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

٥. الاختبار والقبول والضمان

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

٦. السرية والبيانات

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

٧. إنهاء العقد

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

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

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