حين يسأل صاحب عمل عن سعر تطبيق الجوال، فإن أغلب ما سيجده أمامه رقم واحد لبناء التطبيق ثم صمت تام بعده، وهذا الصمت هو مصدر معظم المفاجآت غير السارّة التي تصل بعد ذلك بسنة أو سنتين. فالبناء ليس آخر فاتورة تدفعها بل أوّلها فقط، لأن التطبيق بعد إطلاقه يعيش داخل بيئة تتغيّر وفق جدول سنوي ثابت سواء أنفقت عليه أم تركته. لذلك سنسعّر هنا عمر التطبيق كاملاً: البناء أولاً، ثم الفواتير الصغيرة التي لا يضعها أحد في عرض السعر، ثم العمل المدفوع الذي يفرضه إصداران جديدان من نظامَي التشغيل كل عام، ثم التكاليف التي تصل مع المستخدمين لا مع الكود، وننتهي بمثال محسوب على خمس سنوات يُظهر أن البناء في العادة أقل من نصف ما ينفقه صاحب التطبيق فعلاً.
ما الذي تشتريه فعلاً حين تدفع ثمن تطبيق جوال
الرقم المكتوب في عرض السعر ليس ثمن شيء واحد اسمه "تطبيق"، بل ثمن خمسة أشياء تُبنى معاً وتُسلَّم معاً، ومن لا يعرف أنها خمسة سيظن أن نصف الفاتورة مبالغ فيه:
- تطبيق الآيفون: النسخة التي يُنزّلها العميل من متجر آبل وتعمل على الآيفون والآيباد.
- تطبيق أندرويد: النسخة نفسها لهواتف سامسونج وشاومي وغيرها، ويُنزّلها العميل من متجر جوجل بلاي.
- الخادم الخلفي: جهاز مستأجَر داخل مركز بيانات يحفظ الحسابات والطلبات والصور، لأن الهاتف نفسه لا يصلح مخزناً لبيانات عملك ولا يستطيع أن يُري عميلاً ما كتبه عميل آخر.
- لوحة تحكم إدارية: شاشة تُفتح من المتصفح ليدير بها موظفوك الطلبات والمحتوى والمستخدمين، بدل أن يعودوا إليك في كل تعديل صغير.
- صفحتا المتجرين: الاسم والأيقونة والصور والوصف وسياسة الخصوصية، أي كل ما يراه العميل قبل أن يضغط زر التنزيل ويقرر على أساسه.
والفكرة التي يقوم عليها هذا المقال كله بسيطة: البناء شراء لمرة واحدة، لكن التطبيق بعد التسليم يتصرّف كاشتراك صرت تملكه أنت، لأن الهواتف وأنظمتها تتغيّر كل عام سواء أنفقت أم امتنعت، والتطبيق الذي لا يُلمس لا يبقى واقفاً في مكانه بل ينزلق ببطء نحو التوقف. وهذا وحده يفسّر لماذا يشعر كثيرون بأنهم "دفعوا مرة" ثم فوجئوا بأنهم يدفعون كل عام.
وهذا المقال مكتوب لصاحب عمل يقرر هل ينفق أصلاً أم لا، لا لمطوّر يوازن بين أدوات البرمجة، ولهذا ستجد كل رقم فيه معطى بالمال وبالأسابيع، لا بوحدات تقنية لا تفيدك في اجتماع الميزانية. ونحن في Linkysoft نكتب هذا من واقع ما نسعّره لعملائنا وما نشغّله لهم بعد الإطلاق، ويمكنك الاطلاع على تفاصيل ما نقدّمه في برمجة تطبيقات الجوال إن أردت صورة أوضح عن نطاق العمل.
نطاقات الأسعار الثلاثة التي نراها فعلاً، وما يقع داخل كل واحد منها
الأرقام التالية تغطي البناء الأول حتى لحظة النشر في المتجرين، أي التخطيط والتصميم والبرمجة والاختبار والتسليم، ومعها المدة المعتادة حتى تقيس الوقت والمال في نظرة واحدة:
- تطبيق بسيط: كتالوج للمنتجات أو الخدمات، وحجز موعد، وتسجيل دخول، وإشعارات، وخادم خلفي صغير خلفها. بين 8,000 و25,000 دولار، في ستة إلى عشرة أسابيع.
- تطبيق معاملات: حسابات للعملاء، ودفع إلكتروني، وصلاحيات مختلفة للموظفين، ولوحة تحكم إدارية، ويظل يعمل حين تضعف الشبكة أو تنقطع. بين 25,000 و70,000 دولار، في ثلاثة إلى خمسة أشهر.
- سوق إلكتروني أو تطبيق خاضع لتنظيم: طرفان من المستخدمين يتعاملان معاً، وتتبّع مباشر على الخريطة، ومحادثة داخل التطبيق، وسجلّات تدقيق، وعمل امتثال للأنظمة. من 70,000 إلى 200,000 دولار وأكثر، خلال ستة إلى اثني عشر شهراً.
ويأتي بعد ذلك سؤال عادل تماماً: كيف يعود الوصف المكتوب نفسه بعروض تفصل بينها ثلاثة أضعاف؟ الجواب حسابي لا أخلاقي. فالتطبيق متوسط الحجم يستهلك بين 700 و1,400 ساعة عمل متخصص، وسعر الساعة في السوق يبدأ من 20 إلى 50 دولاراً في طرف، ويصل إلى 90 إلى 180 دولاراً في الطرف الآخر. اضرب الطرفين تجد الفارق كله بلا أي لغز. وما يتغيّر بين العرضين ليس الموهبة في الغالب، بل خبرة من سيكتب الكود، وعمق الاختبار قبل التسليم، ومن الذي سيردّ عليك حين يتعطّل الدفع في الثانية صباحاً.
وإذا أردت حساباً تستطيع تكراره بنفسك على ورقة، فعُدّ الشاشات التي يحتاجها تطبيقك: كل شاشة منتهية، بتصميمها وبنسختيها على النظامين وبنصيبها من الخادم الخلفي ومن الاختبار، تقع بين 1,200 و2,500 دولار، فثلاثون شاشة تقع بين 36,000 و75,000 دولار. وهذا الحساب البسيط هو أسرع طريقة لكشف عرض سعر غير واقعي، لأن من يعرض عليك خمسة عشر ألفاً لأربعين شاشة إمّا أنه لم يقرأ طلبك، وإمّا أنه ينوي تعويض الفارق لاحقاً من فاتورة التعديلات.
ولمن يقرأ هذا وهو يوازن بين أكثر من مشروع رقمي في العام نفسه، لدينا مواد أخرى عن توزيع الميزانية بين المشروعات تفيد قبل أن تُقفل الأرقام.
أين تذهب النقود داخل البناء
حين نخطط ميزانية تطبيق، نوزّعها على خمسة بنود بنسب ثابتة تقريباً: التصميم وتجربة الاستخدام نحو 15 بالمئة، والتطبيقان نفسهما نحو 40 بالمئة، والخادم الخلفي وواجهته الإدارية نحو 20 بالمئة، والاختبار نحو 13 بالمئة، وإدارة المشروع نحو 12 بالمئة. وهذه النسب ليست شعاراً بل خطة عمل، لأنها تحدد كم شخصاً يعمل معك في كل أسبوع من المشروع.
وفي هذا التوزيع حقيقة غير مريحة يستحق صاحب العمل أن يسمعها صريحة: نصف المال تقريباً يشتري أشياء لن يراها عميلك أبداً، أي الخادم والاختبار والإدارة. ومن هنا يأتي أشهر خطأ في هذا المجال، وهو أن أول بند يُحذف لتوفير المال هو الاختبار لأنه يبدو غير ملموس، مع أن العطل الذي يُكتشف بعد الإطلاق يكلّف أضعاف ما كان سيكلّفه لو اكتُشف قبله، إذ يصبح إصلاحه نسخة جديدة ومراجعة متجر وعملاء غاضبين بدل تعديل هادئ في يوم عمل واحد.
ثم إن ما يسمّيه العميل "شاشة بسيطة" لا يكون شاشة واحدة أبداً، لأن كل شاشة تحتاج حالة تحميل أثناء انتظار البيانات، وحالة فراغ حين لا يوجد شيء ليُعرض بعد، وحالة خطأ حين يفشل الطلب، وحالة انقطاع للإنترنت. أي أن قائمة من ثلاثين شاشة هي في الحقيقة نحو مئة وعشرين سلوكاً يجب تصميمها وبرمجتها واختبارها، وهذا بالضبط ما يفسّر الفارق بين تقدير سريع بالعين وبين رقم يصمد حتى التسليم.
قاعدة برمجية واحدة أم اثنتان، وما الذي يفعله هذا الاختيار بالفاتورة
أمامك طريقان لا ثالث لهما عملياً. الأول اسمه البناء الأصلي، ومعناه تطبيقان منفصلان يُكتب كل واحد منهما باللغة التي تفضّلها الشركة صاحبة النظام. والثاني اسمه البناء متعدد المنصات، ومعناه قاعدة برمجية واحدة مشتركة تُكتب مرة، بأداة مثل فلاتر أو ريأكت نيتف، ثم تُنتج منها نسختا الآيفون وأندرويد.
والفرق بالمال واضح: تطبيقان أصليان يكلّفان نحو 1.6 إلى 1.8 ضعف تطبيق منصة واحدة، لا ضعفين، لأن التصميم والخادم الخلفي مشتركان بينهما أصلاً. أما القاعدة المشتركة فتوفّر عادة بين 30 و40 بالمئة من كلفة البناء، والأهم أنها توفّر النسبة نفسها تقريباً في كل تعديل تطلبه بعد ذلك ما دام التطبيق حياً، وهذا الجزء الثاني هو الذي ينساه الجميع عند المقارنة.
ويبقى البناء الأصلي مستحقاً لثمنه في حالات محددة نقولها لعملائنا بوضوح: العمل الثقيل على الكاميرا أو الواقع المعزّز، والارتباط بأجهزة عبر البلوتوث، وتتبّع الموقع في الخلفية طوال اليوم، والألعاب. أما تطبيق الأعمال المعتاد، أي حسابات وطلبات ودفع وإشعارات، فالقاعدة المشتركة هي القرار الصحيح فيه، ونقولها للعميل حتى حين يكون الخيار الآخر أعلى فاتورة لنا.
ويبقى أحدّ توفير على الإطلاق هو الإطلاق على منصة واحدة أولاً، فهو يخفض الفاتورة الأولى بنحو 35 إلى 45 بالمئة. والمنصة التي تختارها ليست مسألة ذوق، بل هي المنصة التي يحملها عملاؤك فعلاً، ويوم واحد من ملاحظة الهواتف عند طاولة الاستقبال أو الكاشير يعطيك الجواب أدق من أي دراسة سوق تشتريها.
الفواتير الصغيرة التي لا يضعها أحد في عرض السعر
هذه بنود صغيرة بالأرقام لكنها توقف الإطلاق تماماً إذا لم يستعد لها أحد. أولها حسابات المتاجر: آبل تتقاضى 99 دولاراً سنوياً مقابل بقاء تطبيقك منشوراً، وجوجل بلاي تتقاضى 25 دولاراً مرة واحدة عند التسجيل، أي 124 دولاراً في السنة الأولى ثم 99 دولاراً كل عام بعدها. والقاعدة التي لا نتنازل عنها أن يُفتح الحسابان باسم شركة العميل نفسه لا باسم شركة التطوير، لأن الحساب هو ملكية التطبيق فعلياً، ومن يملك الحساب يملك القدرة على نشره أو حجبه.
وثانيها ما يلزم لصفحة المتجر: أيقونة، ولقطات شاشة بمقاسات أجهزة عدة، ووصف لكل لغة، وسياسة خصوصية، وإقرار بما تجمعه من بيانات، ومسار داخل التطبيق يستطيع المستخدم عبره حذف حسابه بنفسه، وغياب هذا الأخير من أكثر أسباب رفض أول طلب نشر شيوعاً.
وثالثها تكاليف تظهر مرة واحدة وتفاجئ الجميع: تسجيل بوابة الدفع والتحقق من السجل التجاري، ونطاق وشهادة أمان، وأجهزة اختبار حقيقية لأن المحاكي على الحاسوب لا يكشف كل شيء، ثم الحفظ الآمن لمفتاح التوقيع الذي يثبت أن هذا التطبيق تطبيقك أنت، وضياعه مشكلة أكبر بكثير مما يبدو.
ورابعها بند يخص قرّاء هذه الصفحة تحديداً: إتقان العربية وغيرها من اللغات التي تُكتب من اليمين إلى اليسار يضيف نحو 15 إلى 25 بالمئة إلى بندَي التصميم والاختبار، لا إلى الفاتورة كلها. والفارق الحقيقي أن إدراج ذلك من اليوم الأول أرخص كثيراً من إضافته بعد الإطلاق، لأن العودة إلى شاشات جاهزة لقلب اتجاهها عمل يُعاد من أوله تقريباً.
كم يكلّف إبقاء تطبيق حيّ يعمل لمدة سنة
القاعدة التي نعمل بها ونقولها للعميل قبل التوقيع: خصّص بين 15 و20 بالمئة من سعر البناء كل سنة للصيانة. أي أن تطبيقاً بُني بـ 45,000 دولار يكلّف نحو 6,750 إلى 9,000 دولار سنوياً لمجرد أن يبقى واقفاً في مكانه، وذلك قبل الاستضافة وقبل أي ميزة جديدة تطلبها.
وسبب هذا العمل المدفوع ليس رغبة أحد، بل جدول لا تملك تغييره: آبل وجوجل تصدر كل منهما نسخة رئيسية جديدة من نظامها كل عام، وآبل ترفع كذلك الحد الأدنى لأدوات البناء مرة سنوياً تقريباً، فالتطبيق الذي لم يُلمس منذ سنتين قد يعجز حتى عن نشر إصلاح لخطأ بسيط لأن أدواته لم تعد مقبولة. ولهذا نرى في الممارسة أن التطبيقات المتروكة تبدأ في التعطّل بشكل ظاهر للمستخدم خلال 18 إلى 24 شهراً.
أما الاستضافة فتكبر مع عدد الناس لا مع طموح المالك: أقل من نحو 5,000 مستخدم شهرياً يكلّف عادة بين 40 و150 دولاراً شهرياً، بينما 50,000 مستخدم شهرياً مع صور وفيديو يكلّف عادة بين 300 و800 دولار شهرياً. وأضف إليها بنوداً هادئة يسهل نسيانها: مراقبة الأعطال والأخطاء بنحو 50 دولاراً شهرياً وهي التي تخبرك أن التطبيق انهار عند مئة مستخدم قبل أن يخبرك عميل غاضب، ثم النسخ الاحتياطية، ونسخة تجريبية موازية تُجرَّب عليها التعديلات قبل أن يراها عملاؤك.
وإن أردت التوسع في هذا الجانب تحديداً، فلدينا مواد أخرى عن صيانة الأنظمة بعد الإطلاق تشرح كيف تُبنى خطة سنوية بدل الإصلاح عند العطل.
التكاليف التي تكبر مع مستخدميك لا مع الكود
هذه الفئة هي التي تفاجئ أصحاب التطبيقات الناجحة تحديداً، لأنها تكبر كلما نجحت. رسائل التحقق القصيرة مثلاً تكلّف بين 0.02 و0.09 دولار للرسالة الواحدة حسب الدولة، فخمسة آلاف عملية دخول شهرياً برسالتين لكل عملية تعني بين 200 و900 دولار شهرياً، وهذا وحده يفسّر لماذا يسدّد الانتقال إلى الدخول بالبريد أو بتطبيق مصادقة كلفته خلال ربع سنة واحد.
والخرائط والمسارات محسوبة بالعدّاد أيضاً، فتطبيق بأسلوب التوصيل يجري نحو 100,000 تحميل للخريطة شهرياً يقع عادة بين 200 و700 دولار شهرياً. أما عمولة المتاجر فهي التي تقرر أصلاً هل يجب أن يتم الدفع داخل التطبيق أم لا: نحو 30 بالمئة على السلع الرقمية، ونحو 15 بالمئة للشركات الصغيرة التي تقل إيراداتها عن مليون دولار سنوياً وللاشتراكات بعد سنتها الأولى، ولا شيء إطلاقاً حين تبيع سلعاً مادية أو خدمات تُؤدَّى على أرض الواقع.
وفي المقابل، فإن تحصيل البطاقات على موقعك أنت يكلّف نحو 2.9 بالمئة زائد رسم ثابت صغير على كل عملية، وهذه المقارنة تستحق أن تُجرى بالورقة والقلم قبل أن تقرر أين تتغيّر النقود يدها، لأن الفارق بين 30 بالمئة و3 بالمئة يعيد تشكيل نموذج عملك كله لا فاتورتك فقط.
ويبقى بند بشري يغيب عن كل عروض الأسعار: عند نحو 10,000 مستخدم نشط، توقّع بين 20 و60 رسالة دعم أسبوعياً، وهذه وظيفة بدوام جزئي حقيقية لا ميزة برمجية، ومكانها الصحيح في الميزانية هو بند الرواتب لا بند البرمجيات.
متى تدفع، لا كم تدفع فقط
السيولة تهم صاحب العمل بقدر ما يهمه الإجمالي، ولهذا نضع الدفع على مراحل مرتبطة بتسليمات: أسبوعان تقريباً للاستكشاف وتحديد النطاق، وثلاثة أسابيع للتصميم، وثمانية إلى اثني عشر أسبوعاً للبرمجة، وثلاثة أسابيع للاختبار، وأسبوع إلى أسبوعين للنشر في المتجرين. أي أن المال يخرج عادة على أربع أو خمس دفعات موزّعة على طول المشروع لا دفعة واحدة في أوله.
ومراجعة المتاجر ليست لحظية: مراجعة آبل تنتهي غالباً خلال 48 ساعة، وجوجل بلاي تأخذ عادة من يوم إلى سبعة أيام للتطبيق الجديد تماماً، وفي ممارستنا يعود نحو طلب واحد من كل ثلاثة طلبات نشر أولى بالرفض لسبب شكلي يُعالَج ثم يُعاد الإرسال. لذلك خطّط لنافذة إطلاق مدتها أسبوعان لا ليوم إطلاق محدد تدعو إليه الصحافة.
واحتفظ بين 10 و15 بالمئة من الميزانية كاحتياطي، لأن التغيير الذي يُطلب بعد اعتماد التصميم يكلّف عادة ضعفين إلى ثلاثة أضعاف ما كان سيكلّفه لو طُلب أثناء التصميم، والسبب أن التغيير حينها كان يعني تعديل رسم، أما الآن فيعني تعديل شاشتين وخادماً واختباراً من جديد.
وهذا يقودنا إلى أقوى عامل مؤثر في التكلفة كلها: القرارات التي تُتخذ في الأسابيع الثلاثة الأولى، حين يكون تغيير رأيك مجانياً تماماً. كل ساعة تقضيها في الوضوح قبل بدء البرمجة توفّر عليك ساعات مدفوعة بعدها.
متى يكون الخيار الأرخص هو الصحيح، وسنقولها لك
ليس كل عمل يحتاج تطبيقاً، والموقع المهيأ للهاتف أو تطبيق الويب يكلّف عادة بين 30 و50 بالمئة من كلفة البناء الأصلي، ويصير جاهزاً خلال أسابيع، ولا يمر بمراجعة متجر، ولا يطالبك برسم سنوي، والأهم أنه يثبت لك إن كان أحد يريد هذه الخدمة أصلاً قبل أن تلتزم بالمبلغ الكبير. وهذا بالضبط ما نشرحه في صفحة برمجة تطبيقات الويب.
وإن كان القرار محسوماً لصالح التطبيق، فابدأ بمنصة واحدة، أو شغّل تجربة محدودة مع مئتي مستخدم حقيقي ببضعة آلاف من الدولارات، واقرأ سلوكهم قبل أن تلتزم ببناء المنصتين كاملاً. المعلومة التي ستخرج بها من هذه التجربة أرخص بكثير من المعلومة نفسها لو جاءتك بعد الإنفاق كله.
ويبقى اختبار صريح ينفع كل قارئ: إذا كان تطبيقك في جوهره استمارة وقائمة وتسجيل دخول، فلن يثبّته عملاؤك على هواتفهم مهما كان جميلاً، ومكانه الصحيح صفحة في موقعك. وقد نصحنا في Linkysoft عملاء بأن ينفقوا أقل مما جاؤوا لينفقوه لهذا السبب بالذات، لأن التطبيق الذي لا يفتحه أحد يكلّف في الصيانة تماماً ما يكلّفه التطبيق الذي يدرّ دخلاً، وفاتورة الصيانة تصل في الحالتين.
كيف تقرأ عرض السعر حتى لا تُفاجأ في الشهر السابع
قبل أن توقّع مع أي جهة، اسأل خمسة أسئلة واكتب الأجوبة في العقد لا في رسالة:
- ما المستثنى صراحة من هذا السعر؟ الاستثناءات هي مصدر الفواتير الإضافية لا البنود المذكورة.
- من يملك الكود المصدري وحسابات المتاجر بعد التسليم؟
- كم سعر الساعة للتعديلات بعد الإطلاق، وما مدة الاستجابة المتفق عليها؟
- ماذا يحدث حين يُصدر نظام تشغيل تحديثاً يكسر التطبيق، ومن يتحمّل كلفة الإصلاح؟
- من يحتفظ بمفتاح التوقيع، وكيف يُسلَّم لك إن انتهت العلاقة؟
ثم اختر بين السعر الثابت والعمل بالوقت والمواد على أساس نضج الفكرة لا على أساس الطمأنينة، لأن السعر الثابت ليس تأميناً مجانياً: الاحتياطي موجود داخل الرقم الذي دفعته أصلاً. فالسعر الثابت مناسب لنطاق محدد ومكتوب بدقة، والعمل بالوقت والمواد مناسب حين يكون المنتج نفسه ما زال قيد الاكتشاف وسيتغيّر أثناء الطريق.
واشترط أن تُسعَّر سنة الصيانة الأولى في الوثيقة نفسها التي يُسعَّر فيها البناء، وإلا فأنت توقّع على إجمالي مجهول وتكتشف نصفه الثاني بعد ستة أشهر. واسأل أخيراً عن البيانات: ماذا يخزّن التطبيق، وأين يقيم هذا المخزون، ومن يستطيع قراءته، لأن كلفة تسريب واحد تتجاوز كثيراً كلفة مراجعة الأمن السيبراني التي كانت ستمنعه، ولمن يريد التوسع لدينا مواد عن أمان التطبيقات وحماية بيانات العملاء.
إجمالي خمس سنوات، محسوباً من أوله إلى آخره
لنأخذ حالة واقعية: تطبيق من ثلاثين شاشة بقاعدة برمجية مشتركة لشركة خدمات، بُني بنحو 45,000 دولار. سنته الأولى بعد الإطلاق تقع كالتالي: صيانة وتحديثات أنظمة نحو 7,500 دولار، واستضافة وقاعدة بيانات نحو 3,000، وخدمات خارجية من رسائل وخرائط نحو 1,800، ومراقبة أعطال نحو 600، وحسابا المتجرين 124، أي نحو 13,000 دولار في السنة. وعلى خمس سنوات يصبح الإجمالي نحو 110,000 دولار، فالبناء الذي ظنّه المالك هو "السعر" ليس سوى 41 بالمئة تقريباً مما أنفقه فعلاً.
وحوّل ذلك إلى قرار تستطيع اتخاذه على مكتبك اليوم: 110,000 دولار على خمس سنوات تساوي نحو 1,830 دولاراً شهرياً، فالسؤال الوحيد الذي يهم هو هل سيكسب هذا التطبيق أو يوفّر أكثر من 1,830 دولاراً كل شهر. إن كان الجواب نعم فابنِه بلا تردد، وإن كان لا فالجواب الأمين هو ألا تبنيه، وأن تنفق المبلغ حيث يعود عليك.
والحساب نفسه يعمل في النطاق الأصغر: تطبيق بُني بـ 12,000 دولار وتشغيله نحو 4,000 دولار سنوياً يصل إلى نحو 32,000 دولار خلال خمس سنوات، أي نحو 533 دولاراً شهرياً، والبناء فيه أقل من أربعين بالمئة من الإجمالي أيضاً. القاعدة إذن ليست حكراً على المشروعات الكبيرة.
وإن أردت رقماً يخص مشروعك أنت لا مثالاً عاماً، فنحن في Linkysoft نسعّر النطاق بنداً بنداً ونكتب أمام كل بند مدته وسعره وما هو مستثنى منه، ويمكنك أن تبدأ من صفحة التواصل معنا، أو أن تطّلع أولاً على دراسات الحالة لترى مشروعات مشابهة بأرقامها ومددها الحقيقية. ولا حاجة إلى استعجال القرار، فالوقت الذي تقضيه في الوضوح الآن هو أرخص وقت في المشروع كله.
