بإمكان Caira مراجعة عقدك في 3 نقرات:
احصل على التعديلات والتعليقات المقترحة مضافة مباشرة إلى ملفك
أنشئ ملخصاً بالبريد الإلكتروني لإرساله إلى الطرف الآخر
يستغرق التسجيل لتجربة مجانية أقل من 30 ثانية.
لا حاجة لبطاقة ائتمان: ابدأ تجربتك المجانية
"يعمل على جهازي": لماذا يحتاج مطورو الويب إلى عقود أفضل
يعاني عالم تطوير الويب من مشكلة "فجوة التوقعات".
أنت تقدم كوداً يطابق المواصفات.
يفتحه العميل على تليفون قديم ويصرخ: "إنه معطل!"
تبني نظام إدارة المحتوى المطلوب.
يتصلون بك بعد أشهر ويطالبونك بإصلاح خلل سببه مكون إضافي قاموا هم بتثبيته.
التطوير منطقي، والعملاء عاطفيون.
عقدك هو الجسر الوحيد بينهما.
دونه، ستلتزم بتقديم دعم فني مجاني مدى الحياة.
إليك الأخطاء القانونية التي تحتاج لإصلاحها في شروط عملك.
1. فخ "توافق المتصفح"
السيناريو: تبني موقعاً رائعاً يعمل بسلاسة على Chrome.
يفتحه مدير الشركة على متصفح قديم بالمكتب فتتداخل العناصر.
يوقفون الدفع حتى "يعمل على كل شيء".
الواقع القانوني:
"يعمل على كل شيء" مستحيل تقنياً.
دون تحديد، قد تحكم المحكمة بأن الموقع يجب أن يعمل على كافة المتصفحات، حتى القديمة منها.
الحل:
بند المتصفحات المدعومة.
كن محدداً: "تم تصميم الموقع ليعمل على آخر إصدارين من Chrome وSafari وFirefox. لا يشمل ذلك المتصفحات القديمة إلا باتفاق صريح".
2. اختبار القبول (شرط الإطلاق)
السيناريو: تنهي الموقع وترسل الرابط: "أخبرني برأيك".
صمت لثلاثة أسابيع.
ثم: "هل يمكننا تغيير الخط؟"
ثم صمت لمرت أخرى.
ثم: "في الواقع، هل يمكننا نقل الشعار؟"
تتجاوز الموعد النهائي بأشهر ولم تستلم دفعتك الأخيرة بعد.
الواقع القانوني:
دون تحديد "فترة قبول" واضحة، سيبقى المشروع معلقاً دون نهاية.
الحل:
بند "القبول الضمني".
"أمام العميل 7 أيام لفحص البرمجيات.
إذا لم يبلغ كتابةً عن عطل جسيم خلالها، يعتبر البرنامج مقبولاً ضمناً وتستحق الدفعة الأخيرة".
هذا يجبرهم على الفحص أو الدفع لك.
3. توسع نطاق العمل ("تعديل بسيط آخر")
السيناريو: تقدم عرضاً لخمس صفحات.
يرسل العميل المحتوى ليتبين أنه 12 صفحة قائلاً: "لقد قمت بتقسيم صفحة من نحن فقط، ليس أمراً كبيراً، صحيح؟"
بل هو أمر كبير ويتطلب وقتاً إضافياً للتنسيق والتنقل.
الحل:
لا تقدم عرضاً لـ "موقع إلكتروني".
قدم عرضاً لـ "نطاق عمل محدد".
تسليمات محددة: "5 صفحات ثابتة. نموذج اتصال واحد".
بند التغيير: "أي طلب خارج هذا النطاق سيتم احتسابه بسعر الساعة القياسي لدينا. سيتوقف العمل حتى الموافقة على التغيير".*
4. من يملك الكود؟ (حقوق الملكية الفكرية)
السيناريو: تستخدم نموذجاً أساسياً أو مكتبة برمجية خاصة بك.
يختلف العميل معك ويطالب بـ "تنازل كامل عن حقوق الملكية" لجميع الأكواد.
إذا تنازلت عن كل شيء، فلن تتمكن قانوناً من استخدام أدواتك مع العميل التالي.
لقد بعت "الأدوات" وليس "المنزل" فقط.
الحل:
فرق بين "الكود المخصص" و"الملكية الفكرية الأساسية".
"يتنازل المطور عن حقوق التصميم والنصوص المخصصة للعميل بعد سداد كامل الرسوم".
"يحتفظ المطور بملكيتة للمكتبات البرمجية الأساسية، ويمنح العميل ترخيصاً دائماً لاستخدامها".
5. إصلاح الأخطاء "مدى الحياة"
السيناريو: ينطلق الموقع.
بعد عامين، يتحدث نظام ووردبريس ويتعطل الموقع.
يتصل العميل: "أنت من بناه، عليك إصلاحه".
الحل:
تحديد فترة ضمان.
"نقدم ضماناً لمدة 30 يوماً لإصلاح أخطاء الإطلاق.
أي مشكلات تظهر بعد ذلك أو بسبب تحديثات خارجية فهي صيانة مدفوعة".
لماذا تعد مراجعة العقد بمثابة توثيق لعملك
مثلما تضع تعليقات توضيحية لكودك، يجب عليك توثيق علاقتك التجارية.
للمطورين والمبدعين، راجعوا دليلنا حول فخاخ ترخيص الملكية الفكرية والتنازل عنها.
تساعدك مراجعة العقود بالذكاء الاصطناعي في فحص اتفاقيتك.
وتضمن حماية حقك في الدفع فور تسليم المشروع دون ديون مستقبلية.
إخلاء مسؤولية: المعلومات الواردة لأغراض الإرشاد العام فقط ولا تعد استشارة قانونية أو مالية مهنية.
