اتصلت بنا شركة أردنية بعد ثمانية عشر شهراً من إطلاق منصتها. كان المطوّر الأصلي قد توقّف عن الرد. ولم يكن لديهم سوى الموقع العامل ولا شيء غيره: لا شيفرة مصدرية، ولا بيانات دخول للخادم، ولا فكرة عن حساب الاستضافة الذي يشير إليه النطاق. وكلّف الاسترجاع أكثر من البناء الأصلي.
تسليم البرمجيات هو لحظة انتقال الملكية، وهو محكوم بالكامل بما طلبته قبل الإفراج عن الدفعة الأخيرة.
الشيفرة المصدرية، في مستودعك أنت
لا ملف مضغوط يُرسل بالبريد في النهاية، بل مستودع تحت حساب تسيطر عليه أنت، بكامل سجل التغييرات، مُنح المطوّر صلاحية الوصول إليه لا ملكيته.
أنشئ هذا في بداية المشروع لا في نهايته. فإن عاشت الشيفرة في مستودع المورّد سنة، يصل السجل غالباً ناقصاً، والسجل هو ما يتيح لمطوّر مستقبلي فهم سبب كون شيء ما على ما هو عليه.
كل بيانات الدخول، مكتوبة
اذكر هذه صراحة في العقد، لأن «سلّمنا الوصول» تعني أشياء مختلفة لأشخاص مختلفين:
- حساب مسجّل النطاق — والنطاق مسجّل باسم شركتك لا باسم الوكالة.
- إدارة DNS.
- حساب الاستضافة أو السحابة، والفوترة باسمك.
- بيانات قاعدة البيانات وتفاصيل الاتصال لكل بيئة.
- خدمات الأطراف الثالثة: بوابة الدفع، ومزوّد الرسائل، وإرسال البريد، والخرائط، والتحليلات.
- شهادة SSL، وكيفية تجديدها.
- حسابات متاجر التطبيقات، إن وُجد تطبيق جوال.
والنطاق هو أكثر ما يسبب ضرراً حين يخطئ. تحقق ممن يحمل اسمه اليوم، لا عند التسليم.
توثيق يجيب عن ثلاثة أسئلة
لا تطلب «توثيقاً» فتتلقى مجلداً لا يقرأه أحد. اطلب إجابات عن ثلاثة أسئلة محددة، واختبرها.
كيف يشغّل مطوّر جديد هذا محلياً؟
إجراء مكتوب. اختبره بأن يتبعه شخص لا صلة له بالمشروع على جهاز نظيف. فإن لم يستطع تشغيل النظام خلال يوم، فالوثيقة غير مكتملة.
كيف يصل التغيير إلى الإنتاج؟
خطوات النشر، أياً كانت. وحتى «انسخ هذه الملفات وأعد تشغيل الخدمة» مقبول إن كان دقيقاً. فالنشر غير الموثّق هو الطريق الذي تعجز به الشركات عن إصلاح برمجياتها.
ما الذي يتعطّل، وماذا نفعل؟
قائمة قصيرة بأنماط الأعطال المعروفة وعلاجها. ولكل نظام ثلاثة أو أربعة منها. المطوّر يعرفها، ولا يعرفها أحد سواه ما لم تُكتب.
أثبت أن البيانات بياناتك
اطلب تصديراً كاملاً لبياناتك بصيغة مفتوحة — CSV أو SQL أو JSON — وافتحه فعلاً. وتأكد أنه يحوي كل شيء، لا الجداول التي سهل تصديرها فقط.
افعل ذلك قبل الدفعة الأخيرة. فتصدير البيانات المطلوب بعد فتور العلاقة تفاوض، أما المطلوب أثناء التسليم فهو مُسلَّم.
احسم أسئلة الترخيص كتابةً
هذه غامضة كثيراً ومكلفة حين تُكتشف متأخرة.
- من يملك الشيفرة المخصصة المكتوبة لك؟ الافتراضي في كثير من العقود هو المورّد. فإن أردت الملكية، وجب النص عليها.
- ما مكوّنات الأطراف الثالثة المضمّنة، وبأي ترخيص؟ اطلب القائمة. فالمكوّن التجاري المرخّص للوكالة لا لك يتوقف عن العمل حين تنتهي العلاقة.
- هل تستطيع تعديل الشيفرة دون إذن؟ بديهي بالنسبة لك، وليس دائماً بالنسبة للعقد.
- هل يستطيع المورّد إعادة استخدامها لعميل آخر؟ معقول أحياناً وغير معقول أحياناً. قرّر عن قصد.
فترة الانتقال بعد تسليم البرمجيات
التسليم ليس يوماً واحداً. تفاوض على فترة — عادة ثلاثين إلى ستين يوماً — يجيب فيها المطوّر الأصلي على أسئلة من يتسلّم. وسعّرها في العقد من البداية؛ فطلبها لاحقاً يكلّف أكثر بكثير.
الاختبار الذي يحسم الأمر
قبل الإفراج عن الدفعة الأخيرة، اطلب من مطوّر لا علاقة له بالمشروع أن يفعل ثلاثة أشياء بما سُلّم فقط: تشغيل النظام محلياً، وإجراء تغيير تافه، ونشره.
فإن استطاع، اكتمل تسليم البرمجيات. وإن لم يستطع، فقد اكتشفت ذلك وأنت لا تزال تملك المال — وهو الوقت الوحيد الجيد لاكتشافه.
