شركة برمجة تطبيقات للجوال والويب، من النطاق إلى المتجر

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

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

أنت. نطلب أن تُفتح حسابات المطوّر في App Store وGoogle Play باسم شركتك، ونساعدك في خطوات التسجيل ومتطلباته، ثم تمنحنا صلاحية النشر. ونسلّمك الكود في مستودع تملكه، مع وثيقة بالحسابات والخدمات التي يعتمد عليها التطبيق، حتى يستطيع أي فريق تقني أن يكمل من بعدنا.

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

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

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