تطبيقات تبقى على الشاشة الرئيسية.
تطبيقات iOS أصلية و Android ومتعددة المنصات — تعمل دون اتصال أولاً، ومُجهَّزة بالقياسات، ومصقولة إلى المستوى الذي يعيد الناس بعد الأسبوع الأول.
روجع المحتوى في
تنزيلات الأسبوع الأول سهلة. أما الاحتفاظ في الأسبوع الثاني والخمسين، فذلك هو الهندسة.
معظم التطبيقات تُهجَر في غضون أيام — لا لأن الفكرة كانت سيئة، بل لأن التطبيق كان بطيئاً على هاتف Android عمره ثلاث سنوات، أو فقد البيانات في منطقة دون تغطية، أو أزعج بإشعارات لم يردها أحد. الاحتفاظ ليس مشكلة تسويقية؛ بل هو معيار هندسي.
تطبيقاتنا تدير شركات: ثلاجات تُفتَح بمسح ضوئي الساعة الثالثة فجراً، ومناوبات تُسجَّل عبر NFC في عشرات المواقع، ووجبات تُدفَع بنقرتين. المزامنة دون اتصال أولاً، والمدفوعات الأصلية، والتحليلات أسس في كل عملية بناء — لأن هذا ما تتطلبه النجاة على شاشة رئيسية.
مُنجز على كلا المتجرين.
أياً كانت استراتيجية المنصة، المعيار واحد: سريع، قابل للاستخدام دون اتصال، مُجهَّز بالقياسات.
iOS أصلي
تطبيقات Swift تبدو بديهية على المنصة — أدوات مصغّرة، و App Clips، والصقل الذي يلاحظه مستخدمو Apple.
Android أصلي
تطبيقات Kotlin مضبوطة لطيف الأجهزة الحقيقي — بما في ذلك الفئة المتوسطة التي يحملها معظم العالم.
متعدد المنصات
Flutter و React Native حين تخدم شيفرة واحدة النشاط على نحو أفضل — خيار هندسي، لا موضة.
مزامنة دون اتصال أولاً
بيانات محلية أولاً مع مزامنة خالية من التعارض، كي يعمل التطبيق في القبو والطائرة والمنطقة دون تغطية.
المدفوعات و NFC والإشعارات
مشتريات داخل التطبيق، ومحافظ، و NFC للنقر-للتنفيذ، واستراتيجية إشعارات تحترم المستخدم بما يكفي لتبقى مفعَّلة.
الإطلاق على المتاجر وما بعده
تقديمات صامدة أمام المراجعات، وطرح تدريجي، وتتبّع للأعطال، مع تحديثات إصدارات نظام التشغيل ضمن خطة دعم اختيارية.
الصقل عملية، لا سبرنت أخير.
جودة تصمد أمام مراجعة المتجر كما تصمد أمام التقييم الغاضب بثلاث نجوم.
01النموذج الأولي على الجهاز
مسارات قابلة للنقر على عتاد حقيقي منذ الأسبوع الثاني — لأن التطبيق يُحكَم عليه في اليد، لا في Figma.
02البناء دون اتصال أولاً
المزامنة والتخزين المؤقت وحالات الإخفاق مصممة منذ البداية. تُعامَل الاتصالية كمكافأة، لا كافتراض.
03الاختبار على أجهزة حقيقية
جدار من هواتف Android رخيصة و iPhone قديمة — هواتف مستخدميك، لا هاتف مؤسسك.
04الإطلاق والتكرار
طرح تدريجي، وعتبات لمعدل الخلوّ من الأعطال، وتكرار يقوده التحليل. يتحسّن التطبيق في كل إصدار.
قد يكون منتجك الحالة التالية في هذه الصفحة.
ابدأ بورشة عمل مجانية لمدة 4 ساعاتلقد أنجزناه بالفعل.
التطبيق المحمول في قلب تجارة متصلة بقيمة سوقية تتجاوز $10M — تصفّح، امسح، افتح، ادفع.
FeelEat Happy Fridge
تصفّح قوائم اليوم، وامسح ضوئياً لفتح ثلاجة ذكية، وادفع داخل التطبيق، وشاهد ما يحتويه كل طبق بالضبط — بما في ذلك التغذية والمُسبِّبات التحسسية والمصادر.
مختارة من أجل المشكلة، لا من أجل السيرة الذاتية.
أصلي حيث يهم، ومشترَك حيث يؤتي ثماره — كل خيار مُدافَع عنه على أساس الجدارة الهندسية.
فريق واحد. صفر عمليات تسليم.
التخصصات الأكثر اقتراناً بتطبيقات الموبايل — البنية المعمارية نفسها، والمهندسون أنفسهم، ودون أي ضريبة تكامل.
أسئلة، وإجابات.
ما يسألنا عنه مشترو تطبيقات الموبايل أكثر من غيره. وأما الباقي — فأرسل لنا موجزاً، ويردّ مهندس أول خلال يوم عمل واحد.
ضعه في موجز. مهندس أقدم — لا مندوب مبيعات — يردّ خلال يوم عمل واحد.
أصلي أم متعدد المنصات — أيهما نختار؟
يعتمد على ما يفعله التطبيق، وسندافع عن ذلك بالأدلة. التكامل العميق مع المنصة، أو الكاميرا، أو العمل في الخلفية يرجّح كفة الأصلي؛ أما تطبيقات المحتوى-والتجارة فتصدر عادة أسرع وأرخص في Flutter أو React Native، دون أي مساومة ظاهرة للمستخدم.
كم من الوقت قبل أن نصبح على App Store؟
تستغرق نسخة أولى مُركَّزة عادة 10–16 أسبوعاً، بما في ذلك مراجعة المتجر. نقدّم مبكراً مع طرح تدريجي: يوم الإطلاق زرٌّ يُضغَط — لا صلاة في طابور المراجعة.
هل تتولّون موافقة App Store و Play Store؟
من البداية إلى النهاية — البطاقات، وإقرارات الخصوصية، وملاحظات المراجعة، ورقصة إعادة التقديم الحتمية. لقد أطلقنا ما يكفي من التطبيقات لنعرف ما يشير إليه المراجعون قبل أن يشيروا إليه.
ماذا يحدث بعد الإطلاق؟
ضمان لمدة 30 يومًا، ثم خطة دعم اختيارية: توافق مع إصدارات نظام التشغيل، وتصحيحات أمنية، وتتبّع للأعطال من الفريق الذي بناه. التطبيقات تتعفّن دون صيانة — أما تطبيقاتنا فلا تزال تحصد خمس نجوم بعد سنوات.
هل يمكنكم تولّي تطبيق محمول بنته وكالة أخرى؟
كثيراً. نبدأ بتدقيق شيفرة لمدة أسبوع يُنتج خارطة طريق للمعالجة، ثم نتولّى قاعدة الشيفرة على مراحل. أسباب التغيير الشائعة: بنية معمارية غير مستقرة، أو تعيين خارجي مخفي، أو تباطؤ تام في وتيرة الإنجاز.
React Native أم Flutter، إن اتجهنا إلى متعدد المنصات؟
React Native إن كان فريقك يعرف React/TypeScript مسبقاً وتريد مشاركة المنطق مع تطبيق ويب — فالمنظومة وبركة التوظيف أوسع. و Flutter إن أردت واجهة مطابقة حتى البكسل عبر كل المنصات ولم يكن Dart يزعجك. كلاهما جاهز للإنتاج؛ والذي يحسم هو مهاراتك الحالية ومشاركة شيفرة الويب، لا الضجيج.
كيف تتولّون المشتريات داخل التطبيق والاشتراكات؟
نستخدم RevenueCat فوق StoreKit و Google Play Billing كي تُدار صحة الإيصالات والصلاحيات وحالة الاشتراك عبر المنصات في مكان واحد، بدلاً من تكاملين أصليين هشّين. تكسب أيضاً تحليلات الاشتراك التي لا توفّرها Apple و Google، وتصبح استعادة المشتريات — وهي سبب رفض شائع — موثوقة.
كيف تدفعون التحديثات دون المرور عبر المتاجر في كل مرة؟
تصحيحات طبقة JavaScript في React Native يمكن أن تُرسَل عبر الأثير (OTA) باستخدام CodePush/EAS Update، ضمن حدود قواعد Apple و Google — دون دورة مراجعة للتغييرات المؤهَّلة. أما الشيفرة الأصلية فلا تزال تتطلب إصداراً عبر المتجر. نبني أيضاً آلية لرايات الميزات عن بُعد وللتحديث الإلزامي، لإطلاق الميزات بهدوء وفرض ترقية الإصدار حين يحتّم ذلك تغييرٌ كاسر في الـ API.
تطبيق ينبغي لمستخدميك
أن يحبّوه؟
أخبرنا بالمهمة التي ينبغي أن ينجزها التطبيق، ولمن. يردّ مهندس موبايل أول خلال يوم عمل واحد بمشورة منصة ونطاق صادق.