تكلفة بناء MVP لتطبيقك وما الذي يرفع الفاتورة فعلاً

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

ما الذي يحدد تكلفة النسخة الأولية#

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

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

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

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

كيف تختصر قائمة المزايا قبل التسعير#

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

1. اكتب المهمة الواحدة في سطر

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

2. احذف كل شاشة لا تخدمها

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

3. استبدل ما يمكن إدارته يدوياً

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

4. رتّب ما تبقّى إلى دفعتين

   الدفعة الأولى ما يجعل التطبيق مفيداً في يومه الأول، والثانية ما يُبنى بعد أول مئة مستخدم. سعّر الدفعة الأولى وحدها.

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

هل تبدأ بالتصميم أم بالبرمجة؟#

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

تصميم تجربة المستخدم (UX) والنموذج الأولي يُسعَّر وحده، ويكلّف من 4,000 إلى 12,000 ريال بحسب عدد الشاشات وعدد جولات المراجعة. يبدو بنداً إضافياً يمكن قصّه من العرض، لكنه البند الذي يمنع إعادة بناء نصف التطبيق بعد أول جلسة مع مستخدمين حقيقيين.

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

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

المسار التقني وأثره على الميزانية#

المسار الهجين (Hybrid) هو الأنسب لأغلب النسخ الأولية، لأنه يعطيك أندرويد و iOS من قاعدة كود واحدة بدل بناء تطبيقين وصيانتهما. التطبيق الأصلي (Native) يستحق كلفته حين توجد وظيفة حاسمة تتطلبه، مثل معالجة فيديو داخل التطبيق أو استخدام مكثف للبلوتوث مع أجهزة طرفية.

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

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

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

بنود تُنسى في ميزانية النسخة الأولية#

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

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

كيف تقرأ عرض السعر بنداً بنداً#

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

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

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

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

أسئلة شائعة#

هل تشمل تكلفة النسخة الأولية الاستضافة والنطاق؟#

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

كم تستغرق مراجعة التطبيق قبل نشره على المتاجر؟#

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

هل أبدأ بتطبيق أم يكفيني موقع في البداية؟#

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

هل أدفع المبلغ كاملاً قبل بدء التطوير؟#

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

من يملك الكود المصدري للنسخة الأولية؟#

أنت. تستلم الكود المصدري كاملاً وتملكه بالكامل، ولا يوجد ارتباط إجباري بنا بعد التسليم. اجعل هذا بنداً مكتوباً في العقد مع أي جهة تتعاقد معها، لأن نسخة أولية بلا كود مصدري تعني إعادة البناء من الصفر عند أول خلاف.

قبل أن تطلب عرض السعر#

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

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