نقل مشروع التطبيق من شركة تطوير إلى أخرى: خطة انتقال بلا توقف

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

1. اعرف ما تملكه اليوم دون أن تطلب شيئًا

ادخل بنفسك إلى حساب Apple Developer وحساب Google Play Console وحساب الاستضافة ومسجل النطاق ومستودع الكود. في كل منها اسأل سؤالًا واحدًا: هل أنا المالك، أم مستخدم أضافته الشركة؟ ما تجده باسم منشأتك يكفيك الآن. وما تجده باسم الشركة أو أحد موظفيها يصبح بندًا مكتوبًا في خطة التسليم، لا طلبًا شفهيًا بعد الإخطار.

2. اقرأ العقد ببنود الخروج

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

3. اختر الشركة الجديدة قبل أن تخطر الحالية

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

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

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

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

تغيير مفاتيح بوابة الدفع والإشعارات والرسائل يحتاج تنسيقًا بين الخادم والتطبيق حتى لا تنقطع خدمة للحظة؛ مقالة تدوير مفاتيح API والأسرار بعد تغيير المطور تفصل طريقة ذلك. وإن كان التطبيق منشورًا بحساب الشركة الحالية، فنقله رسميًا إلى حساب منشأتك يسبق أي شيء آخر، كما في مقالة نقل ملكية التطبيق في App Store وGoogle Play.

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

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

من الشركة الحالية، كتابيًا

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

من الشركة الجديدة، قبل التوقيع

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

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

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