تطوير تطبيقات iOS وAndroid حتى النشر في المتجر.

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

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

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

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

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

نعم. نبدأ بمراجعة الكود والاعتماديات وسلسلة البناء وحسابات المتاجر، ونقدّم تقريراً بما يستحق البقاء وما يجب استبداله وما هو عاجل. تحصل على الصورة قبل أن نقترح عملاً — وأحياناً يكون الجواب أن التطبيق يُشغَّل ويُصان، لا أن يُعاد بناؤه.

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