تطبيقات يُبقيها الناس على هواتفهم.
قاعدة كود واحدة، المتجران معاً، وشخص يبقى بعد الإطلاق. عملنا على تطبيقات مدفوعات وإدارة أعمال، حيث العطل ليس تقييماً سيئاً بل مالاً يضيع.
نبني تطبيقات iOS وAndroid من قاعدة كود واحدة، فلا تضاعف المنصة الثانية التكلفة. يشمل ذلك التصميم والبناء والنشر في المتجرين والتحديثات بعد الإطلاق، بالعربية والإنجليزية داخل التطبيق نفسه. حسابات App Store وGoogle Play تبقى باسم شركتك، والكود في مستودعك. وسنقول لك أولاً إن كان موقع جوال سريع يكفيك بدل تطبيق.
آخر تحديث نوفمبر 2026
قاعدة برمجية واحدة، للمتجرين معاً.
لماذا لا تتضاعف التكلفة مع المنصة الثانية.
بناء التطبيق هو الجزء السهل. الموافقة عليه وتحديثه وإبقاؤه حياً هو حيث تموت المشاريع.
معظم من يطلب تطبيقاً يطلب في الحقيقة ثلاثة أشياء: شيئاً يثبّته عملاؤه فعلاً، وشيئاً يجتاز مراجعة Apple وGoogle من دون شهر من الأخذ والرد، وشخصاً لا يزال موجوداً حين يكسر إصدار iOS الجديد إحدى المكتبات.
نبني للمنصتين من قاعدة كود واحدة، ولهذا لا تضاعف المنصة الثانية التكلفة. حسابات المتاجر تبقى باسمك. وحين نسلّم، يكون الكود في مستودعك ويستطيع مطور آخر أن يتابعه.
التطبيقات التي عملنا عليها تدير مدفوعات وأعمالاً: بوابة دفع في باكستان تعمل منذ أكثر من أربع سنوات، ومنصة إدارة أعمال في عُمان على الويب والجوال. في هذه القطاعات العطل ليس تقييماً سيئاً بل مالاً، وذلك المعيار هو ما يُبنى عليه كل شيء آخر.
ما نبنيه.
بناء واحد، متجران
iOS وAndroid من قاعدة كود واحدة في React Native أو Flutter. وأصلي حيث يحتاج التطبيق ذلك فعلاً: رسوميات ثقيلة، أو وصول عميق إلى العتاد.
النشر، منجزاً
صفحات المتجر، لقطات الشاشة، إقرارات الخصوصية، الردود على المراجعين. الرفض الأول أمر معتاد، ومعرفة سببه هي ما يوفّر عليك أسابيع.
تسجيل دخول لا يهجره الناس
رقم الجوال، البريد، Apple، Google، البصمة. شاشة التسجيل هي حيث تخسر معظم التطبيقات معظم مستخدميها.
مدفوعات تعمل في سوقك
البطاقات، المحافظ، البوابات المحلية مثل QPay وTap وmada، والشراء داخل التطبيق. بنينا داخل شركات دفع، فنعرف ما يُقبل فعلاً وما يرفضه المتجر.
العربية والإنجليزية في التطبيق نفسه
تخطيط من اليمين إلى اليسار ينقلب كما ينبغي، وخط عربي يُقرأ على الشاشات الصغيرة. ننجز ذلك بأنفسنا، وتمر النصوص العربية بمترجم متخصص.
إشعارات لها سبب وجيه
تنبيهات في وقتها وذات صلة. الإشعارات المستخدمة بسوء هي أسرع طريق إلى الحذف.
عمل دون اتصال يتصرف جيداً
يواصل التطبيق العمل على اتصال ضعيف ويتزامن بنظافة حين يعود، من دون تكرار أي شيء.
تحديثات بعد الإطلاق
تُصدر المنصتان تغييرات كاسرة كل عام. تغطية شهرية اختيارية تُبقي التطبيق يعمل عبرها، وتسليم مصمم ليستطيع مطور آخر فعل ذلك بدلاً منا.
قاعدة كود واحدة، أم تطبيقان أصليان؟
السؤال الذي يبدأ به كل مشروع تطبيق. لمعظم تطبيقات الأعمال الجواب هو متعدد المنصات، لكن ليس دائماً، وهنا يقع الخط.
| متعدد المنصات (React Native / Flutter) | أصلي بالكامل (Swift + Kotlin) | |
|---|---|---|
| تكلفة المتجرين | بناء واحد، وإضافة متواضعة للمنصة الثانية | بناءان تقريباً، وفريقان |
| الوقت حتى المتجرين | أشهر | ضعف ذلك تقريباً |
| الأداء اليومي | لا يُميَّز في تطبيقات الأعمال | لا يُميَّز في تطبيقات الأعمال |
| الرسوميات الثقيلة والواقع المعزز ومعالجة الفيديو | يتعثر، وهذا هو الحد الحقيقي | الخيار الصحيح |
| ميزات نظام التشغيل الجديدة في يومها الأول | تنتظر دعم المكتبات أسابيع عادةً | متاحة فوراً |
| العربية والاتجاه من اليمين إلى اليسار | مدعومة، وتُختبر على المنصتين معاً | مدعومة، وتُنفَّذ مرتين |
| تحديث التطبيقين لاحقاً | تغيير واحد، للمنصتين | كل تغيير مرتين |
| الأنسب لـ | معظم تطبيقات الأعمال والتجارة والخدمات | الألعاب، الواقع المعزز، التطبيقات المعتمدة على الكاميرا أو العتاد |
تطبيقات عملنا عليها.
متى يكون التطبيق القرار الصحيح.
يستخدمك عملاؤك أسبوعياً لا سنوياً
أيقونة على الشاشة الرئيسية تستحق حين يعود الناس كثيراً. لشراء سنوي، يكفي موقع جوال جيد عادةً.
تحتاج ما لا يستطيعه المتصفح
إشعارات، عمل دون اتصال، كاميرا، موقع، بصمة. إن لم يهمّك شيء من هذا، فقد يخدمك موقع ويب أفضل وبتكلفة أقل.
فريقك يعمل بعيداً عن المكتب
موظفو الميدان، السائقون، الفنيون، المستودع. التطبيقات الداخلية غالباً ما تساوي أكثر من تطبيقات العملاء وتُبنى أقل بكثير.
لا تشترِ هذا إذا كان ما تريده كتالوجاً أو نموذج حجز
إذا كان السبب الوحيد أن منافسك لديه تطبيق، فموقع جوال سريع سيخدمك أفضل ويكلّف أقل ويصل إلى من لن يثبّت شيئاً أبداً. سنقول لك ذلك في أول جلسة بدل أن نبني شيئاً يُثبَّت ويُنسى.
كيف نعمل.
نسأل إن كنت تحتاج تطبيقاً
أحياناً يؤدي موقع جوال سريع المهمة بجزء من التكلفة والجهد. نفضّل أن نقول ذلك مبكراً على أن نبني شيئاً يُثبَّت ويُنسى.
نتفق على النطاق والمواعيد
ما في النسخة الأولى، وما ينتظر، ومتى يصل إلى المتجرين، كتابةً قبل أن يبدأ أي شيء.
نصمّم الشاشات أولاً
شاشات قابلة للنقر تمسكها على هاتفك قبل كتابة سطر واحد من كود التطبيق، بالعربية والإنجليزية. تغيير التصميم رخيص، وتغيير تطبيق مبني ليس كذلك.
نبني على دفعات من أسبوعين
تثبّت كل إصدار على جهازك مع تقدمه. لا لقطات شاشة، بل التطبيق نفسه.
نختبر على أجهزة حقيقية
لا على أحدث هاتف فقط. أجهزة Android أقدم، شاشات أصغر، اتصالات أضعف، حيث يوجد معظم المستخدمين فعلاً.
ننشر ونحصل على الموافقة
في المتجرين، تحت حساباتك. نتولى الرفض وإعادة التقديم؛ الرفض الأول روتيني وليس تأخيراً إن كنت تعرف العملية.
نبقى للتحديثات
وثائق وتسليم الكود، ثم تغطية شهرية اختيارية لتحديثات أنظمة التشغيل وتغييرات سياسات المتاجر والميزات الجديدة.
التقنيات.
تطوير تطبيقات الجوال
7 أسئلة مع إجاباتها. لديك سؤال آخر؟ تواصل معنا.
نسخة أولى مركّزة تُقاس بالأشهر، بما فيها مراجعة المتجرين. ما يحوي مدفوعات أو عدة أنواع مستخدمين أو نظاماً قائماً يُربط به يستغرق أطول. مراجعة المتجر نفسها قصيرة عادةً، لكن الرفض يضيف دورة، ولهذا نخطط لدورة واحدة بدل أن نأمل تجنبها. المواعيد تُحدَّد كتابةً قبل البدء.