اختيار شركة برمجة لا يجب أن يبدأ بالسؤال «من الأرخص؟» ولا ينتهي بالسؤال «من عنده أجمل أعمال؟». المشروع البرمجي علاقة طويلة نسبياً، والمخاطر الحقيقية تظهر في الأشياء التي لا تراها في الديمو: من يملك الحسابات؟ أين قاعدة البيانات؟ ماذا يحدث إذا توقف التعاون؟ كيف تُدار النسخ الاحتياطية؟ وهل عرض السعر يصف ما ستستلمه فعلاً؟ في السوق السوري، حيث تتفاوت خبرة الشركات والعملاء في إدارة المشاريع الرقمية، وجود قائمة أسئلة قبل التعاقد يقلل مساحة الخلاف لاحقاً. الهدف ليس البحث عن شركة «مثالية»، بل عن شريك يستطيع شرح ما سيبنيه، ما لن يبنيه، وكيف سيحمي استمرارية المشروع.
1. هل فهموا المشكلة أم بدأوا بالحل فوراً؟
الشركة الجيدة لا تحتاج أسابيع لتفهم الفكرة، لكنها أيضاً لا تقفز إلى التقنية قبل فهم المستخدم والعملية. إذا كان أول سؤال هو «تريد Flutter أم React؟» قبل فهم العمل، فهذه إشارة إلى أن النقاش بدأ من الأدوات لا من المشكلة.
اطلب منهم إعادة شرح المشروع بكلماتهم: من المستخدم؟ ما أهم رحلة؟ ما البيانات؟ ما الأنظمة الحالية؟ ما أصعب جزء تشغيلي؟ إذا كانت الإجابة سطحية، فعرض السعر سيكون غالباً سطحياً أيضاً.
- هل سألوا عن المستخدمين والعمليات؟
- هل حددوا الافتراضات غير الواضحة؟
- هل ميّزوا بين المطلوب الآن والمستقبل؟
- هل اقترحوا تبسيطاً عندما لا تحتاج ميزة معينة؟
2. هل عرض السعر يصف نطاقاً أم مجرد قائمة ميزات؟
عبارات مثل «تطبيق + لوحة تحكم + API» ليست نطاقاً كافياً. يجب أن يكون واضحاً من يفعل ماذا، وما الحالات الأساسية، وما التكاملات، وما الاستثناءات، وما الذي يعتبر تغييراً إضافياً.
كلما كان العرض غامضاً، زادت فرصة أن يقول طرف «اعتقدت أنها مشمولة» ويقول الطرف الآخر «لم تكن ضمن الاتفاق». النطاق الجيد يحمي الطرفين.
- المخرجات لكل مرحلة.
- المنصات واللغات والأدوار.
- التكاملات والخدمات الخارجية.
- ما هو خارج النطاق.
- آلية اعتماد التغييرات الإضافية.
3. من يملك السورس كود والحسابات والأصول؟
قبل بدء المشروع، حدد ملكية الكود والملفات والتصاميم والحسابات. حسابات Apple وGoogle والدومين والاستضافة والخدمات السحابية يجب ألا تصبح رهينة شخص واحد من دون سبب واضح.
ليس شرطاً أن تحصل على كل صلاحية منذ اليوم الأول، لكن يجب أن يكون العقد واضحاً بشأن ما تملكه عند التسليم وما الذي يبقى خدمة مدارة من المزود. واسأل كيف تتم عملية Handover إذا قررت لاحقاً تغيير الفريق.
- مستودع الكود وحق الوصول إليه.
- حسابات الاستضافة والدومين.
- Apple Developer وGoogle Play Console.
- قاعدة البيانات والنسخ الاحتياطية.
- ملفات التصميم والأصول المرئية.
- وثائق API والأسرار وآلية تسليمها بشكل آمن.
4. كيف يختبرون الجودة والأمان؟
لا يكفي أن يعمل التطبيق على هاتف المطور. اسأل عن طريقة الاختبار: من يجرب الرحلات الأساسية؟ كيف تُدار الأخطاء؟ هل توجد بيئة تجريبية قبل الإنتاج؟ كيف يتم النسخ الاحتياطي والاستعادة؟
في المشاريع التي تحتوي بيانات حساسة أو مدفوعات أو صلاحيات متعددة، اسأل عن مراجعة الصلاحيات وتخزين الأسرار وسجلات التدقيق. لا تحتاج إلى مصطلحات أمنية معقدة؛ تحتاج إلى إجراءات قابلة للشرح.
- Staging قبل الإنتاج.
- قائمة اختبار للرحلات الأساسية.
- نسخ احتياطي وخطة استعادة.
- إدارة أسرار ومفاتيح الخدمات.
- تسجيل الأخطاء والمراقبة بعد الإطلاق.
- تحديثات الأمان والمكتبات.
5. ماذا يحدث بعد التسليم؟
بعض المشاكل لا تظهر إلا عند دخول مستخدمين حقيقيين. لذلك يجب أن يوضح العقد فترة الضمان أو معالجة الأخطاء، وما الذي يعتبر Bug وما الذي يعتبر طلب تطوير جديداً.
اسأل أيضاً عن الصيانة طويلة المدى: من يحدث التطبيق عند تغير Android أو iOS؟ من يتابع انتهاء شهادات أو مفاتيح؟ من يراجع الاستضافة والمراقبة؟ ليس مطلوباً شراء عقد صيانة دائماً، لكن يجب أن تعرف من يملك المسؤولية.
- فترة معالجة الأخطاء بعد الإطلاق.
- قنوات الدعم وساعات الاستجابة.
- سياسة تحديث أنظمة التشغيل والمكتبات.
- تكلفة التطويرات الجديدة بعد الإطلاق.
- خطة خروج وتسليم إذا انتهى التعاون.
6. قائمة أسئلة قبل توقيع العقد
لا تحتاج إلى تقييم الشركة عبر خمسين معياراً. ركز على الأسئلة التي تكشف وضوح النطاق والاستمرارية والقدرة على تشغيل المنتج بعد التسليم. الإجابة الجيدة ليست دائماً «نعم»؛ أحياناً تكون حدوداً واضحة ومبررة.
إذا كنت تقارن عرضين لمشروع واحد، يمكن لـThe Drix أيضاً مساعدتك في تحليل النطاق نفسه قبل المقارنة، حتى تعرف إن كان فرق السعر سببه الجودة أو حجم العمل أو ببساطة أن العرضين لا يقدمان الشيء نفسه.
- 1ما المشكلة التي فهمتم أننا نحاول حلها؟
- 2ما الذي سنستلمه بالتحديد في كل مرحلة؟
- 3ما الذي لن يشمله هذا السعر؟
- 4من يملك الكود والحسابات والدومين والاستضافة؟
- 5كيف تنفذون الاختبارات والنسخ الاحتياطي؟
- 6كيف تتعاملون مع التغيير خارج النطاق؟
- 7ماذا يحدث إذا توقف التعاون؟
- 8ما الدعم المتاح بعد الإطلاق؟
- 9هل توجد تكاليف خدمات خارجية أو متكررة؟
- 10كيف سيتم نقل المعرفة والوثائق عند التسليم؟
حدود هذا المحتوى
هذه القائمة تساعد على تقليل المخاطر لكنها لا تضمن نجاح أي مشروع أو مزود. تفاصيل الملكية والمسؤولية والضمان يجب أن تكون موثقة في العقد المناسب للمشروع والولاية القانونية.