عقد برمجة تطبيق أو تصميم موقع: 12 بنداً تحميك قبل التوقيع

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

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

تنبيه: هذا المقال قائمة فحص عملية وليس استشارة قانونية. في المشاريع الكبيرة، أو حين يكون المطوّر في بلد غير بلدك، راجع العقد مع محامٍ يعرف قوانين بلدك.

قبل البنود: العقد يحمي ما هو مكتوب فقط

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

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

البنود الأساسية في عقد البرمجة

1. نطاق العمل: المرجع لكل شيء

يجب أن يذكر النطاق على الأقل: المنصات (iOS، Android، ويب)، وأنواع المستخدمين، وقائمة الشاشات أو الصفحات، والميزات مع سطر يشرح كل ميزة، والربط مع خدمات خارجية (بوابة دفع، خرائط، رسائل SMS)، واللغات، ولوحة الإدارة وما تستطيع فعله.

الفرق بين الصياغة الغامضة والواضحة يبدو هكذا:

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

2. المراحل والجدول الزمني

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

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

3. الدفعات وربطها بالمراحل

الصيغة الأكثر توازناً للمشاريع المتوسطة دفعات مرتبطة بمراحل تراها تعمل، مثل 30% عند البدء، و40% عند تسليم الميزات الأساسية، و30% عند الإطلاق. ويحدد العقد أيضاً:

• عملة الدفع، ومن يتحمل رسوم التحويل البنكي.
• طرق الدفع المقبولة.
• ماذا يحدث إذا تأخرت دفعة: هل يتوقف العمل؟ بعد كم يوم؟

تجنّب دفع المبلغ كاملاً مقدماً، أو دفعة أولى تتجاوز نصف المبلغ قبل أن ترى أي شيء.

4. معايير الاستلام والاختبار

"التسليم" كلمة تحتاج تعريفاً. حدّد:

• مدة الاختبار بعد كل تسليم، مثلاً 5 أيام عمل تجرّب فيها وترسل ملاحظاتك.
• طريقة الإبلاغ عن الأخطاء (قائمة مشتركة، أو رسالة واحدة مجمّعة).
• الفرق بين الخطأ (شيء لا يعمل كما وصفه النطاق) والطلب الجديد (شيء لم يرد في النطاق أصلاً).
• الأجهزة والمتصفحات التي يجب أن يعمل عليها المشروع.

5. ملكية الكود والملكية الفكرية

اكتب بوضوح أن الكود المصدري، وملفات التصميم (مثل ملفات Figma)، وقاعدة البيانات، ملكك. وحدّد متى تنتقل الملكية: الشائع أن تنتقل عند سداد الدفعات، والأفضل لك أن يكون الكود في مستودع تملكه أنت من الأسبوع الأول، فترى التقدم بنفسك.

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

6. الحسابات باسمك، لا باسم المطوّر

هذا أهم بند في القائمة كلها. يجب أن تُفتح هذه الحسابات باسمك أو باسم منشأتك من اليوم الأول:

• الدومين والاستضافة.
• قاعدة البيانات وخدمات الخلفية (مثل Firebase أو Supabase).
• حساب Apple Developer وحساب Google Play Console.
• حساب التاجر في بوابة الدفع.
• مفاتيح الخدمات المدفوعة: الخرائط، والرسائل، والبريد.

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

7. فترة الضمان وإصلاح الأخطاء

يجب أن يذكر العقد فترة بعد الإطلاق يصلح فيها المطوّر الأخطاء دون مقابل، وطول هذه الفترة بالأيام. وحدّد ما تشمله: الأخطاء في الميزات الموصوفة في النطاق. وما لا تشمله: الميزات الجديدة، والأعطال الناتجة عن تعديلات أجراها طرف آخر، وتغييرات تفرضها Apple أو Google بعد انتهاء الفترة.

وما بعد فترة الضمان يُتفق عليه منفصلاً. نشرح ما تتوقعه من تكاليف في تكلفة صيانة التطبيق والموقع سنوياً.

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

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

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

9. الإلغاء واسترداد المبالغ

افترض أن التعاون قد يتوقف، واكتب ماذا يحدث حينها:

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

هذا البند يكون بلا قيمة إذا كانت الحسابات باسم المطوّر، ولهذا يأتي البند السادس قبله.

10. السرية واتفاقية عدم الإفشاء (NDA)

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

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

11. البيانات والخصوصية

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

12. التسليم النهائي

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

وماذا عن القانون الواجب التطبيق؟

إذا كان المطوّر في بلد آخر، فالعقد سيذكر قانوناً وجهة لحل النزاعات. هذا مفيد، لكن كن واقعياً: ملاحقة نزاع صغير عبر الحدود مكلفة وبطيئة. حمايتك الحقيقية في هيكل الاتفاق نفسه: دفعات بعد رؤية العمل، وحسابات باسمك، وكود في مستودعك. بهذا لا يتجاوز ما قد تخسره قيمة مرحلة واحدة.

علامات تحذير في أي عقد أو عرض سعر

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

قائمة فحص سريعة قبل التوقيع

1. هل النطاق مرفق ومفصّل، ومعه قائمة بما هو خارجه؟
2. هل لكل مرحلة تسليم واضح وتاريخ تقريبي؟
3. هل الدفعات مرتبطة بمراحل تراها تعمل؟
4. هل تعريف الخطأ مختلف عن تعريف الطلب الجديد؟
5. هل الكود وملفات التصميم ملكك صراحة؟
6. هل كل الحسابات باسمك من اليوم الأول؟
7. هل فترة الضمان محددة بالأيام وما تشمله واضح؟
8. هل لطلبات التغيير طريق مكتوب، وعدد جولات التعديل محدد؟
9. هل بند الإلغاء يحدد ما تدفعه وما تستلمه في كل حالة؟
10. هل يوجد بند سرية، ومنع لعرض مشروعك دون إذنك؟
11. هل مسؤولية البيانات الشخصية وسياسة الخصوصية واضحة؟
12. هل قائمة التسليم النهائي مكتوبة؟

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

كيف نطبّق هذه البنود في Q Studio

نحن طرف في هذه العقود، فمن العدل أن نقول ما نلتزم به كتابياً:

• نطاق مكتوب وسعر ثابت (أو مراحل واضحة) قبل أي دفعة، ويصلك خلال 24 ساعة من أول محادثة.
• المشاريع فوق 500$ تُدفع على مراحل، عادة 30% / 40% / 30%، وتدفع كل مرحلة بعد أن تراها تعمل.
• كل شيء باسمك من اليوم الأول: الكود، والمستودع، والاستضافة، والدومين، وقواعد البيانات، وحسابات App Store وGoogle Play. والرسوم الخارجية تدفعها أنت مباشرة، ونتولى نحن الإعداد.
• فترة إصلاح أخطاء بعد الإطلاق مشمولة، ومدتها مكتوبة في عرض السعر.
• جولات تعديل حسب الباقة (عادة من 1 إلى 3)، وأي تغيير خارج النطاق نسعّره مسبقاً قبل تنفيذه.
• نوقّع اتفاقية عدم إفشاء قبل أن تشاركنا التفاصيل، ولا نعرض مشروعك في أعمالنا إلا بإذنك.

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

الأسئلة الشائعة

هل يكفي الاتفاق على واتساب بدلاً من عقد؟

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

متى تنتقل ملكية الكود إليّ؟

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

هل أطلب اتفاقية عدم إفشاء قبل شرح فكرتي؟

إذا كانت الفكرة أو البيانات حساسة، نعم. الاتفاقية قصيرة عادة، وتوقيعها لا يأخذ أكثر من يوم. ولا تؤخر مشروعك بانتظار اتفاقية معقدة: الحماية الأكبر تأتي من التنفيذ السريع لا من السرية وحدها.

ما مدة الضمان المعقولة بعد التسليم؟

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

ماذا لو أردت إيقاف المشروع في المنتصف؟

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

هل أحتاج محامياً لمراجعة عقد برمجة؟

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