تخطي إلى المحتوى الرئيسي

iCloudITS

شعار شركة iCloudits لحلول تقنية المعلومات وأنظمة ERP في السعودية

تطبيقات الهاتف iOS و Android

تطبيقات الهاتف iOS و Android

تصميم وبرمجة تطبيقات الهاتف لأنظمة iOS وAndroid باحترافية عالية مع فريق iCloudits في السعودية، للتواصل الدائم والفعّال مع عملائك.

iOS و Androidنشر على المتاجردعم ما بعد الإطلاق
رسم أيزومتري ثلاثي الأبعاد للوحات رقمية متتالية
أرض السحابة بالأرقام
2015سنة التأسيس في الرياض
19خدمة من مزوّد واحد
داخليًانطوّر أنظمتنا ولا نعيد بيع غيرها
العربية والإنجليزيةلغة الواجهة والدعم
باختصار

تطوير تطبيق جوال يبدأ بثلاثة قرارات: نوع التطبيق (أصلي أم متعدد المنصات أم ويب تقدّمي)، ونطاق الإصدار الأول، والتزامات ما بعد الإطلاق. لأغلب تطبيقات الأعمال في السوق السعودي، النهج متعدد المنصات هو الأنسب تكلفةً وزمنًا. وما يحدد التكلفة فعلًا ليس عدد «الميزات» بل عدد الشاشات وأدوار المستخدمين والحاجة إلى نظام خلفي وربط بأنظمة قائمة.

استشارات وتخطيط المشروع — iCloudITS
01

استشارات وتخطيط المشروع

  • تحليل المتطلبات: فهم احتياجات العميل والأهداف التي يسعى لتحقيقها من خلال التطبيق.
  • تخطيط المشروع: وضع خطة تفصيلية تشمل الجدول الزمني، الموارد، والميزانية.
تصميم واجهة المستخدم وتجربة المستخدم — iCloudITS
02UI/UX

تصميم واجهة المستخدم وتجربة المستخدم

  • تصميم واجهة المستخدم (UI): إنشاء تصميمات بصرية جذابة وسهلة الاستخدام.
  • تجربة المستخدم (UX): تحسين تجربة الاستخدام لضمان سهولة التنقل والتفاعل مع التطبيق
تطوير التطبيقات — iCloudITS
03

تطوير التطبيقات

  • تطوير تطبيقات iOS: برمجة التطبيقات باستخدام Swift وObjective-C.
    تطوير تطبيقات Android: برمجة التطبيقات باستخدام Java وKotlin.
  • تطوير تطبيقات هجينة: استخدام تقنيات مثل Flutter وReact Native لتطوير تطبيقات تعمل على كلا النظامين
التكامل مع الأنظمة والخدمات الأخرى — iCloudITS
04

التكامل مع الأنظمة والخدمات الأخرى

  • تكامل API: ربط التطبيق مع خدمات الطرف الثالث مثل بوابات الدفع،
  • خدمات الخرائط، والشبكات الاجتماعية.
  • خدمات الويب: تكامل التطبيق مع قواعد البيانات والخوادم الخلفية
اختبار وضمان الجودة — iCloudITS
05

اختبار وضمان الجودة

  • اختبار الأداء: التحقق من أن التطبيق يعمل بسلاسة على مختلف الأجهزة والإصدارات.
  • اختبار الأمان: ضمان أن التطبيق آمن ويحمي بيانات المستخدمين.
  • اختبار القبول: التأكد من أن التطبيق يلبي جميع متطلبات العميل
الصيانة والدعم الفني — iCloudITS
06

الصيانة والدعم الفني

  • تحديثات التطبيقات: إجراء تحديثات دورية للتطبيق لإضافة ميزات جديدة وتحسين الأداء.
  • دعم فني مستمر: تقديم الدعم الفني لحل أي مشكلات تقنية يواجهها المستخدمون
تحليل البيانات والتقارير — iCloudITS
07

تحليل البيانات والتقارير

  • تحليل الاستخدام: جمع وتحليل بيانات الاستخدام لفهم سلوك المستخدمين.
  • إعداد التقارير: تقديم تقارير دورية حول أداء التطبيق ومقترحات التحسين
تسويق التطبيقات — iCloudITS
08

تسويق التطبيقات

  • تحسين محركات البحث للتطبيقات (ASO): تحسين ظهور التطبيق في نتائج البحث على متاجر التطبيقات.
  • التسويق عبر الشبكات الاجتماعية: إدارة حملات تسويقية على منصات مثل فيسبوك، إنستغرام، وتويتر.
  • الإعلانات المدفوعة: إنشاء وإدارة حملات إعلانية مدفوعة على المنصات الرقمية
إدارة المحتوى والإشعارات — iCloudITS
09

إدارة المحتوى والإشعارات

  • إدارة المحتوى داخل التطبيق: أدوات لإضافة وتحديث المحتوى بشكل دوري.
  • الإشعارات: إعداد نظام الإشعارات الفورية لإبقاء المستخدمين على اطلاع دائم بالتحديثات والأخبار
التدريب وتوثيق المشروع — iCloudITS
10

التدريب وتوثيق المشروع

  • تدريب العملاء: تقديم دورات تدريبية للعملاء على كيفية استخدام وإدارة التطبيق.
  • توثيق المشروع: توفير وثائق تفصيلية تتضمن كل جوانب المشروع من التصميم إلى التطوير والإطلاق

أول قرار: تطبيق أصلي أم متعدد المنصات أم ويب؟

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

الخيارما هويناسبالقيد
أصلي (Native)Swift لنظام iOS و Kotlin لنظام Androidالتطبيقات المعتمدة على الكاميرا والخرائط والأداء العاليقاعدتا كود منفصلتان: تكلفة وصيانة مضاعفة
متعدد المنصاتFlutter أو React Native بقاعدة كود واحدةأغلب تطبيقات الأعمال والخدمات والمتاجرقد يحتاج كودًا أصليًا لبعض الوظائف المتقدمة
تطبيق ويب تقدّمي (PWA)موقع يعمل كتطبيق مع أيقونة وعمل دون اتصالالميزانيات المحدودة، المحتوى والخدمات البسيطةصلاحيات محدودة على iOS ولا يظهر في المتاجر

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

ما الذي يحدّد تكلفة تطبيق الهاتف فعلًا؟

السؤال «كم يكلّف تطبيق؟» يشبه سؤال «كم يكلّف مبنى؟». العوامل التي تحرّك التكلفة:

عدد الشاشات ومسارات المستخدم:

لا عدد «الميزات» كما تُوصف عادةً.

الحاجة إلى نظام خلفي (Backend):

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

تعدد أدوار المستخدمين:

عميل + مزوّد خدمة + لوحة تحكم إدارية يعني ثلاثة تطبيقات لا واحدًا.

الدفع الإلكتروني:

يضيف تعقيدًا في التطوير والاختبار والامتثال.

الربط بأنظمة قائمة:

ERP أو مخزون أو نظام حجوزات — يعتمد على جودة واجهاتها البرمجية.

الخرائط والتتبع اللحظي:

من أكثر المتطلبات استهلاكًا للوقت وللتكلفة التشغيلية المستمرة.

التصميم المخصص

مقابل استخدام مكوّنات جاهزة.

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

تصميم تطبيق الهاتف بالعربية: أكثر من مجرد ترجمة

التطبيق العربي الجيد يُبنى بالعربية لا يُترجَم إليها. نقاط عملية تتكرر:

اتجاه الواجهة (RTL):

لا يعني عكس النص فقط، بل عكس اتجاه التنقل والأسهم والانتقالات وترتيب العناصر.

الأرقام:

قرار موحّد بين الأرقام العربية والهندية عبر التطبيق كله.

الخطوط:

ليست كل الخطوط العربية مقروءة بأحجام صغيرة على الشاشة؛ اختيار الخط يؤثر مباشرة في سهولة الاستخدام.

طول النص:

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

التاريخ الهجري:

مطلوب في كثير من التطبيقات الحكومية والمالية، وتحويله ليس بسيطًا كما يبدو.

خلط اللغتين:

أسماء المنتجات اللاتينية داخل نص عربي تحتاج معالجة صحيحة لاتجاه النص المختلط.

نشر تطبيقات الهاتف في المتاجر: ما يجب معرفته مسبقًا

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

App Store (آبل)

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

Google Play

مراجعة أسرع غالبًا، لكن مع تدقيق متزايد على الصلاحيات وإفصاح سلامة البيانات. تعليق الحساب بسبب مخالفات متكررة أمر جدي.

متطلبات مشتركة

حساب المطوّر باسم المنشأة

حساب مطوّر باسم المنشأة لا باسم موظف — نقل الملكية لاحقًا مؤلم.

سياسة الخصوصية المنشورة

سياسة خصوصية منشورة على رابط عام يعمل.

الإفصاح عن جمع البيانات

إفصاح دقيق عن البيانات التي يجمعها التطبيق.

حساب تجريبي للمراجعين

حساب تجريبي كامل الصلاحيات للمراجعين.

لقطات الشاشة ووصف المتجر (ASO)

لقطات شاشة ووصف — وهما جزء من تحسين الظهور في المتجر (ASO) لا مجرد إجراء شكلي.

تنبيه: بعض الأنشطة في المملكة تتطلب تراخيص أو موافقات من جهات تنظيمية قبل تشغيل الخدمة (خدمات التوصيل، والخدمات المالية، والصحية مثالًا). تحقق من متطلبات نشاطك قبل بدء التطوير لا بعده.

مراحل مشروع تطبيق الهاتف

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

تحليل المتطلباتتحديد المشكلة التي يحلّها التطبيق ومن هم المستخدمون وما الذي يفعلونه اليوم بدونه.
رسم مسارات المستخدممخططات هيكلية قبل أي تصميم بصري. تعديل مخطط أرخص ألف مرة من تعديل كود.
تصميم الواجهة والتجربةنموذج تفاعلي قابل للتجربة قبل كتابة سطر برمجي.
بناء النظام الخلفي وواجهاته البرمجية.قاعدة البيانات ومنطق التطبيق وواجهات API التي تربطه بالخادم.
التطوير على دفعاتإصدار داخلي قابل للتجربة كل أسبوعين، لا تسليم واحد في النهاية.
الاختبارعلى أجهزة حقيقية متعددة الأحجام، وعلى شبكات بطيئة، وبمستخدمين من خارج فريق المشروع.
الإصدار التجريبيTestFlight لآبل والمسار التجريبي في Google Play قبل الإطلاق العام.
الإطلاق والمتابعةمراقبة الأعطال والتقييمات في الأسابيع الأولى.
جاهز للخطوة التالية؟ نحن هنا لمساعدتكفريق عمل تنفيذي في الرياض وجميع أنحاء السعودية — نرد خلال ساعات العمل، من السبت إلى الخميس 9 صباحًا حتى 11 مساءً.

ما بعد الإطلاق — الجزء الذي لا يُخطَّط له

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

مراقبة الأعطال:

أدوات تتبّع الانهيارات تكشف مشكلات لا يبلّغ عنها المستخدمون بل يحذفون التطبيق بسببها.

الرد على التقييمات:

يؤثر في ترتيب التطبيق داخل المتجر وفي قرار التحميل.

تحديثات التوافق:

إصدارات iOS وAndroid الجديدة سنويًا قد تكسر وظائف قائمة.

الاحتفاظ بالمستخدمين:

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

الأمان:

تحديث المكتبات المستخدمة عند صدور ترقيعات أمنية.

أخطاء تُكلف كثيرًا في مشاريع تطبيقات الهاتف

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

محاولة إطلاق كل الميزات في الإصدار الأول:

يؤخر الإطلاق ويضاعف المخاطرة. أطلق نواة تحل مشكلة واحدة جيدًا.

تجاهل ما يفعله المستخدم اليوم:

إن كان يستخدم واتساب ويؤدي الغرض، فتطبيقك يحتاج سببًا مقنعًا للتحوّل.

الاختبار على جهاز واحد حديث:

جمهورك يستخدم أجهزة متفاوتة الأعمار والأحجام.

حساب المطوّر باسم موظف.

عدم التخطيط للنسخة العربية من البداية:

إضافة RTL بعد بناء الواجهة كاملة إعادة عمل مكلفة.

إهمال لوحة التحكم الإدارية:

تطبيق بلا لوحة إدارة يعني اعتمادك على المطوّر في كل تعديل محتوى.

الشروط التعاقدية باختصار

ما يُكتب في العقد قبل أن تدفع ريالًا واحدًا — لا بنود مفتوحة ولا مفاجآت لاحقة.

مدة التنفيذمن يوم عمل واحد إلى 30 يوم عمل بحسب حجم المشروع ومتطلبات العمل. المدة الدقيقة تُحدَّد في عرض السعر المكتوب قبل التوقيع.
ملكية البياناتبياناتك ملكك بالكامل وبشكل مباشر — تبقى لك في كل الأحوال.
ملكية كود النظامتعود للشركة، ما لم ينصّ العقد صراحةً على ملكية الكود للعميل وبموافقة الطرفين.
ترحيل البياناتمدّته تعتمد على حجم البيانات المطلوب نقلها، وهي خارج مدة العقد ولا تُضاف إلى قيمته بعد التوقيع.
نموذج العقديحدّد نوع الخدمات، وعدد الوحدات، وعدد المستخدمين، والمدة الزمنية، والمبلغ.
الدعم بعد التسليمفترة الضمان والدعم تُحدَّد في العقد، ويُتاح تجديدها كعقد دعم سنوي مستقل.
حسابات المتاجرحسابا App Store وGoogle Play يُسجَّلان باسم منشأتك وتبقى ملكيتهما لك. نتولّى الإعداد والنشر نيابةً عنك.
المراجعة في المتاجرقبول التطبيق ومدّة مراجعته قرار المتجر لا قرارنا. نلتزم بمعالجة أي ملاحظة مراجعة ضمن نطاق العقد.

متى لا نكون الخيار المناسب

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

أسئلة شائعة

كم يستغرق تطوير تطبيق جوال؟
يعتمد على عدد الشاشات وأدوار المستخدمين والحاجة إلى نظام خلفي وربط بأنظمة قائمة. تطبيق بسيط بدون حسابات ولا معاملات يختلف جذريًا عن تطبيق فيه دفع وتتبّع لحظي ولوحة إدارة. نحدد المدة بعد مرحلة تحليل المتطلبات ورسم مسارات المستخدم، ولا نعطي تقديرًا قبلها.
هل نطوّر تطبيقًا أصليًا أم متعدد المنصات؟
لأغلب تطبيقات الأعمال والخدمات، النهج متعدد المنصات (Flutter أو React Native) يحقق نفس التجربة تقريبًا بتكلفة وصيانة أقل بشكل ملموس. التطبيق الأصلي يُبرَّر عند متطلب تقني محدد مثل معالجة فيديو أو رسوميات ثقيلة أو استخدام مكثّف لمستشعرات الجهاز.
هل يمكن ربط التطبيق بنظامنا الحالي؟
نعم إذا كان النظام يوفّر واجهة برمجية. إن لم يكن، فقد نحتاج بناء طبقة وسيطة، وهذا يضاف إلى نطاق المشروع. نقيّم جاهزية الأنظمة القائمة في مرحلة التحليل قبل تحديد النطاق.
ما التكاليف المستمرة بعد الإطلاق؟
رسوم حسابات المطوّرين في المتجرين، واستضافة النظام الخلفي وقاعدة البيانات، وخدمات خارجية مثل الخرائط والإشعارات والرسائل، والصيانة الدورية لتحديثات التوافق مع إصدارات أنظمة التشغيل الجديدة. هذه التزامات سنوية يجب إدراجها في الميزانية من البداية.
لماذا تُرفض التطبيقات من App Store؟
الأسباب الأكثر تكرارًا: تطبيق لا يقدّم قيمة تتجاوز موقعًا إلكترونيًا، أو حساب تجريبي لا يعمل للمراجعين، أو سياسة خصوصية ناقصة، أو طلب صلاحيات بلا مبرر واضح للمستخدم، أو التفاف على آلية الدفع داخل التطبيق. أغلبها يُتجنّب بالتخطيط المسبق لا بالمعالجة بعد الرفض.
هل نحتاج ترخيصًا لإطلاق التطبيق في السعودية؟
يعتمد على نشاط التطبيق. بعض الأنشطة — كخدمات التوصيل والخدمات المالية والصحية — تخضع لمتطلبات جهات تنظيمية محددة. راجع متطلبات نشاطك مع الجهة المختصة قبل بدء التطوير، لأن بعض المتطلبات تؤثر في تصميم النظام نفسه.
هل التطبيق يعمل على iOS وAndroid معًا؟
نعم. نبني بقاعدة كود واحدة تُنتج نسختين، فيبقى السلوك والتحديث متطابقين بين المنصتين ولا تدفع مرتين عن الميزة نفسها.
من يملك الكود المصدري؟
أنت. يُسلَّم الكود ومستودعه ومفاتيح النشر ضمن التسليم، ولا نحتفظ بما يمنعك من الانتقال إلى فريق آخر.
من ينشر التطبيق على المتاجر؟
ننشر باسم حسابك أنت في App Store وGoogle Play لا باسمنا، حتى يبقى التطبيق ملكك بالكامل ولا يتعطّل نشره إن توقّف التعاون.
هل يمكن ربط التطبيق بنظام ERP لدينا؟
نعم، عبر واجهات برمجية آمنة، فيقرأ التطبيق من النظام ويكتب فيه مباشرة بلا نسخة ثانية من البيانات.
هل يعمل التطبيق بلا إنترنت؟
يمكن تصميمه ليخزّن العمليات محليًا ويزامنها عند عودة الاتصال — وهذا قرار تصميمي يُتخذ في التحليل لا يُضاف لاحقًا.
ماذا عن الإشعارات؟
إشعارات فورية موجّهة بالشريحة أو السلوك، مع تقارير عن نسب الفتح — لا إرسال عشوائي للجميع.

ابدأ بتحليل المتطلبات لا بالتصميم

تعديل مخطط مسار مستخدم أرخص ألف مرة من تعديل كود بعد التطوير. نبدأ من هنا.

تواصل معنا
المتطلبات التنظيمية وسياسات المتاجر تتغير باستمرار. تحقق من متطلبات نشاطك لدى الجهة المختصة قبل بدء التطوير.
تواصل معنا

فريق أرض السحابة في خدمتك

اختر الطريقة الأنسب لك — نرد من السبت إلى الخميس، 9 صباحًا حتى 11 مساءً، والجمعة مغلق.

كل الأسعار المعروضة غير شاملة ضريبة القيمة المضافة، وتُضاف على الفاتورة.