كم يكلّف تطبيق جوّال

١. لماذا تدفع مرتين

هذه هي الحقيقة التي تحكم الميزانية كلها، وأكثر ما يُكتشف بعد طلب أول عرض سعر.

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

عند نطاق متساوٍ، يكلّف التطبيق إذن أكثر من الموقع بنيويًا. والسؤال الحقيقي ليس كيف تدفع أقل، بل هل التطبيق ضروري — وذلك هو القسم ٥، ويستحق أن يُقرأ قبل طلب أي عرض سعر.

٢. حساب تطوير، بندًا بندًا

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

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

٣. ما يجري كل سنة

الموقع المهمَل يبقى على الإنترنت. أما التطبيق المهمَل فيصير غير قابل للاستعمال، ثم يختفي. هذا هو الفرق الجوهري، وهو فرق مالي.

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

ارصد هذه البنود على ثلاث سنوات قبل التوقيع. التطبيق الذي يُسلَّم بلا ميزانية لما بعده تطبيقٌ سيُسحب من المتجرين — وأحيانًا قبل أن يكون قد نفع.

٤. كلفة المتجرين: الرفض

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

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

فاسأل إذن أي مزوّد: من يتولى النشر ومن يتسلّم حالات الرفض. الجواب يساوي سطرًا في عرض السعر.

٥. السؤال الذي ينبغي طرحه قبل الدفع

كثير من التطبيقات ما كان ينبغي تطويرها، وكانت الميزانية ستُصرف في مكان أفضل. ثلاثة أسئلة تحسم الأمر بأمانة.

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

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

٦. الدفع لما بعد، لا للنشر

إذا تركّز الإنفاق بعد الإطلاق، فما ينبغي شراؤه ليس تطويرًا: بل حضورًا يدوم.

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

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

يكفّ الإنفاق عن كونه مشروعًا يُموَّل ثم يُعاد تمويله. يصير اشتراكًا شهريًا، ولم يعد النشر خط نهاية.

٧. الأسبوع الأول، الشهر الثالث، السنة الثانية

اللحظات الثلاث التي تفصل بين العروض — وهي ليست نفسها في حالة الموقع، لأن المتجرين يفرضان جدولهما.

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

٨. الحدود، مقولة بصراحة

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

٩. أسئلة متكررة

لمزيد من التعمّق

اقرأ بعد ذلك: كيف يُنشأ التطبيق، خطوة بخطوة، أو كم يكلّف موقع إلكتروني، أو كم يكلّف الموظف.