تخطَّ إلى المحتوى

الهاتف المحمول

دليل تطوير تطبيقات الهاتف: مرجع كامل لنظامَي iOS وAndroid

كل مرحلة في بناء تطبيق للهاتف: اختيار التقنية، والأصلي مقابل متعدّد المنصات، وتخطيط الوقت والتكلفة، والنشر في المتاجر، والمؤشرات التي تهمّ فعلًا.

تاريخ النشر: آخر تحديث: 12 دقيقة قراءةNeuros · هندسة تطبيقات الهاتف

باختصار

ما الذي يجب تقريره قبل التعاقد على تطبيق هاتف؟

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

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

أصلي أم متعدّد المنصات؟

لم يعد السؤال أيّهما أفضل، بل أي قيد يحكمك. فـ Flutter وReact Native يغطّيان المنصتين من قاعدة شيفرة واحدة، ما يخفض تكلفة الفريق وتباين الإصدارات بشكل كبير. أما الأصلي (Swift/Kotlin) فما زال يتفوّق بوضوح حين يقترب التطبيق من عتاد الجهاز أو يعرض رسوميات ثقيلة أو يعمل في الخلفية لفترات ممتدة.

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

التقنية التي تختارها لا تحدّد شكل الإصدار الأول — بل تحدّد فاتورة الصيانة في العام الثالث.

كم يستغرق مسار تطوير تطبيق الهاتف؟

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

  • التخطيط والاستراتيجية: 2–3 أسابيع. النطاق ومسارات المستخدم والقيود التقنية.
  • تصميم واجهة وتجربة المستخدم: 3–4 أسابيع. المخططات الهيكلية أولًا ثم التصاميم؛ وكلاهما يمرّ باعتماد.
  • التطوير: 8–16 أسبوعًا حسب عدد الميزات وعمق التكامل.
  • الاختبار وضمان الجودة: 2–3 أسابيع. مصفوفة أجهزة حقيقية واختبارات أداء وأمان.
  • الإطلاق: 1–2 أسبوع، شاملًا مراجعة App Store وGoogle Play.

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

ما ينفخ الميزانية هو مساحة التكامل لا عدد الشاشات: مزوّدو الدفع والهوية والخرائط وتحديد المسارات وبنية الإشعارات والمزامنة مع أنظمة المكتب الخلفي. ويضاف إلى ذلك التكاليف المتكرّرة بعد الإطلاق.

  • حسابات المتاجر: Apple Developer سنويًا، وGoogle Play لمرة واحدة.
  • البنية التحتية: الخوادم وقاعدة البيانات وخدمة الإشعارات وتخزين الملفات.
  • الصيانة: كل إصدار سنوي لنظام التشغيل يخلق عملًا إلزاميًا.
  • الدعم: حلقة إصلاح الأعطال وملاحظات المستخدمين.

كيف يؤثّر أداء التطبيق في المستخدم؟

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

لماذا لا يمكن إضافة أمان الهاتف لاحقًا؟

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

ما الذي يغيّره تحسين الظهور في متاجر التطبيقات؟

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

أي مقاييس ينبغي تتبّعها بعد الإطلاق؟

  • معدل البقاء في اليوم الأول والسابع والثلاثين.
  • معدل الأعطال ونسبة الجلسات الخالية من الأعطال.
  • الزمن من الإقلاع حتى أول تفاعل ذي معنى.
  • خطوة المسار التي يغادر عندها المستخدمون بالتحديد.

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

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

المصادر

  1. 01App Store Review GuidelinesApple · 2025
  2. 02Google Play target API level requirementsGoogle · 2025
  3. 03Core Web Vitals — LCP, INP, CLS eşikleriGoogle · web.dev · 2024
  4. 04Web Content Accessibility Guidelines (WCAG) 2.2W3C · 2023

الأسئلة الشائعة

أسئلة تتكرّر علينا

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

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

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

لنناقش هذا مع فريقك

يمكننا عقد جلسة تقنية تترجم أيًا من هذا إلى سياقك الخاص.