تطوير التطبيقات بسعر ثابت أم بالساعة: أيهما يحمي العميل فعلاً؟

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

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

من يتحمل الخطر في كل نموذج؟#

كل مشروع برمجي يحمل الخطر نفسه: أن يستغرق العمل وقتاً أطول من المتوقع. والسؤال الوحيد هو من يدفع ثمن ذلك.

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

متى يكون الدفع بالساعة هو الخيار الصحيح؟#

الدفع بالساعة ليس احتيالاً. إنه النموذج الصحيح حين لا يمكن وصف العمل مسبقاً:

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

في هذه الحالات اطلب سقفاً شهرياً، وتقريراً أسبوعياً بالساعات، والحق في التوقف في أي وقت. الدفع بالساعة مع سقف حل وسط معقول.

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

ما الذي يجعل السعر الثابت حقيقياً؟#

السعر الثابت سعر مرتبط بنطاق. فإذا غاب النطاق لم يعد للسعر معنى يُذكر. والعرض الحقيقي بسعر ثابت يتضمن هذه الأجزاء:

1. قائمة مكتوبة بما يدخل في النطاق. الشاشات والميزات والربط مع الأنظمة، بلغة واضحة.
2. قائمة مكتوبة بما هو خارج النطاق. ما الذي لن يُبنى. وهنا تُمنع معظم الخلافات.
3. معايير القبول. كيف تعرفان معاً أن الميزة اكتملت. "يستطيع العميل حجز موعد وتغييره وإلغاؤه من هاتفه" قابل للتحقق، أما "الحجز يعمل جيداً" فلا.
4. عدد محدد من جولات التعديل. مثلاً جولتان من الملاحظات على التصميم.
5. موعد تسليم وما يحدث إذا تأخر المطوّر عنه.
6. دفعات مرتبطة بعمل مُسلَّم، لا بالتقويم.
7. المبلغ الإجمالي الذي ستدفعه، مع إظهار الضريبة. ضريبة القيمة المضافة في الإمارات 5%، فهي ليست فرق تقريب.
8. شروط الملكية. باسم من سيكون الكود والاستضافة والحسابات في النهاية.

إذا تضمن العرض الأجزاء الثمانية كلها، فالرقم المكتوب عليه له قيمة.

كيف تكشف السعر الثابت الطُعم؟#

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

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

هذه مقارنة توضيحية بين عرضين لأداة حجز داخلية واحدة:

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

كيف يبدو أمر التغيير العادل؟#

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

أمر التغيير العادل قصير ومكتوب، ويقول:

أمر تغيير رقم 2
ما الذي يتغير:   إضافة تذكير SMS قبل كل موعد بـ 24 ساعة
السبب:           طُلب بعد العرض التجريبي في الأسبوع 1
السعر الإضافي:   1,200 درهم + الضريبة
أثره على الموعد: +2 يوم عمل
ما يُحذف:        لا شيء
الموافقة:        تحتاج موافقتك المكتوبة قبل بدء العمل

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

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

فأيهما يحميك؟#

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

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

أيهما أفضل لتطوير تطبيق: السعر الثابت أم الدفع بالساعة؟#

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

كيف أعرف أن السعر الثابت حقيقي؟#

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

ما هو أمر التغيير؟#

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

هل يجب أن يشمل السعر الثابت ضريبة القيمة المضافة؟#

يجب أن يوضح ذلك صراحة. ضريبة القيمة المضافة في الإمارات 5%، فعلى عرض بقيمة 20,000 درهم يبلغ الفرق 1,000 درهم. اطلب المبلغ الإجمالي الذي ستدفعه فعلاً، مع الضريبة في سطر مستقل.

تريد سعراً ثابتاً على نطاق مكتوب؟

• اطلع على طريقة تسعير ForgeApp
• احجز مكالمة 20 دقيقة

كل الأرقام بالدرهم في هذا المقال توضيحية، وليست عروض أسعار من ForgeApp ولا بيانات عملاء.