كم تكلفة تطبيق جوال في السوق العربي؟ تفصيل الأرقام بدل التقديرات العامة

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

هذه المقالة تفكّك الرقم. ليس لتعطيك سعراً نهائياً — لا أحد يستطيع ذلك قبل أن يعرف ما تبنيه — بل لتجعلك قادراً على قراءة أي عرض سعر ومعرفة ما إذا كان معقولاً.

لماذا لا توجد إجابة واحدة عن تكلفة تطبيق جوال

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

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

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

النطاقات الواقعية للتكلفة

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

نوع المشروع	النطاق التقريبي	المدة
نسخة أولى مركّزة (MVP) بوظيفة أساسية واحدة	‏8,000 – 25,000	‏6 – 12 أسبوعاً
تطبيق أعمال متكامل: حسابات، مدفوعات، إشعارات، لوحة تحكم	‏25,000 – 70,000	‏3 – 6 أشهر
منصة متعددة الأطراف: تطبيقان أو أكثر + عمليات مباشرة	‏70,000 – 200,000+	‏6 – 12 شهراً

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

ما الذي يرفع الفاتورة فعلاً

أغلب أصحاب المشاريع يقلقون من البنود الخاطئة. عدد الشاشات مثلاً عامل ضعيف — عشر شاشات متشابهة أرخص بكثير من ثلاث شاشات معقدة. البنود التي ترفع التكلفة حقاً:

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

ما الذي لا يستحق الدفع مقابله في النسخة الأولى

هنا يضيع أكثر المال، لأن هذه البنود تبدو ضرورية وهي ليست كذلك بعد:

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

كيف تقرأ عرض السعر قبل التوقيع

العرض الجيد يمكن مراجعته حتى لو لم تكن تقنياً. ابحث عن أربعة أشياء:

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

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

التكاليف المستمرة بعد الإطلاق

التطبيق ليس شراءً لمرة واحدة. البنود التي تتكرر سنوياً وتُنسى في الميزانية:

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

ميزانية لا تتضمن هذه البنود ليست ميزانية، بل دفعة أولى.

الخطوة العملية التالية

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

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