---
title: "سعر ثابت أم حسب الوقت: أي نموذج تعاقد يناسب مشروعك؟"
description: "كيف يوزّع عقد السعر الثابت وعقد الوقت والمواد المخاطر بين الطرفين، وكيف تُدار طلبات التغيير والدفعات المرحلية، ومتى يحميك كل نموذج."
url: https://kftechsolutions.dev/ar/blog/fixed-price-vs-time-and-materials
language: ar
published: 2026-11-06
modified: 2026-11-06
author: Kirollos Fayez
site: "KF Tech Solutions — https://kftechsolutions.dev"
---

# سعر ثابت أم حسب الوقت: أي نموذج تعاقد يناسب مشروعك؟

كيف يوزّع عقد السعر الثابت وعقد الوقت والمواد المخاطر بين الطرفين، وكيف تُدار طلبات التغيير والدفعات المرحلية، ومتى يحميك كل نموذج.

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

آخر تحديث: 6 نوفمبر 2026

فالاختيار في الحقيقة لا يتعلق بأي النموذجين أرخص، بل بمن يتحمل التكلفة عندما يتبين أن العمل أكبر من المتوقع، وبمقدار تحكمك فيما يُبنى.

## كيف يوزّع كل نموذج المخاطر

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

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

| | السعر الثابت | الوقت والمواد |
|---|---|---|
| من يتحمل تجاوز التقدير | المطوّر | أنت |
| معرفة الميزانية مسبقًا | نعم، للنطاق المتفق عليه | تقديريًا فقط |
| تغيير رأيك | عبر طلب تغيير | في أي وقت، وتدفع مقابل الوقت |
| ما تحتاجه قبل التوقيع | نطاق عمل واضح ومكتوب | فريق تثق به وطريقة لتتبع الساعات |
| الخطر الرئيسي عليك | نطاق غامض لا يمكن محاسبة أحد عليه | تكاليف تستمر في الزيادة |
| الأنسب لـ | الأنظمة والمواقع الإلكترونية المحددة جيدًا | المنتجات الجديدة والأعمال غير الواضحة والدعم المستمر |

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

## ما الذي يثبّته السعر الثابت فعلًا

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

قبل أن تقبل عرض سعر ثابتًا، تأكد أن وثيقة نطاق العمل تحدد:

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

إذا لم يستطع المطوّر كتابة ذلك أو رفض كتابته، فالسعر ليس ثابتًا في الحقيقة. ويختصر [موجز المشروع الواضح](https://kftechsolutions.dev/blog/software-project-brief) من جانبك هذه الخطوة كثيرًا، كما تشرح [قائمة مراجعة العقد](https://kftechsolutions.dev/blog/software-development-contract-what-to-check) البنود التي ينبغي قراءتها قبل التوقيع.

## كيف تعمل طلبات التغيير

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

تسير العملية السليمة على هذا النحو:

1. تصف التغيير كتابةً.
2. يرد المطوّر كتابةً أيضًا بأثره على السعر والجدول الزمني.
3. توافق عليه أو ترفضه قبل بدء أي عمل.
4. يُضاف التغيير المعتمد إلى نطاق العمل ويُختبر مثل أي جزء آخر.

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

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

## الدفعات المرحلية: ادفع مقابل ما تستطيع اختباره

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

ينبغي أن تتكون كل مرحلة من ثلاثة عناصر: تسليم يمكنك استخدامه (لا «50% من البرمجة»)، واختبار استلام قصير، والدفعة التي تليه. وتجنب الجداول التي يُدفع فيها معظم المبلغ قبل أن ترى أي شيء يعمل.

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

## متى يحميك نموذج الوقت والمواد

ليس نموذج الوقت والمواد مجرد خيار يفضّله المطوّر، ففي بعض الحالات يحمي المشتري:

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

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

## النموذج المختلط: استكشاف بسعر ثابت ثم مراحل بسعر ثابت

لأغلب أنظمة الأعمال، يمنحك نهج من خطوتين مزايا النموذجين معًا.

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

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

بهذا تحصل على ميزانية معروفة لكل خطوة، ونقطة طبيعية للتوقف أو تغيير الاتجاه. ولأن النطاق خرج من مرحلة الاستكشاف، فهو مفصّل بما يكفي للالتزام به. ولتعرف ما الذي يحدد الأرقام في كل مرحلة، اقرأ [ما التكلفة الفعلية لبناء تطبيق ويب](https://kftechsolutions.dev/blog/what-does-a-web-app-actually-cost-to-build). وعند تسليم المرحلة الأخيرة، استخدم [قائمة التسليم](https://kftechsolutions.dev/blog/software-project-handover-checklist) لتتأكد من استلام الكود والحسابات والتوثيق.

## كيف تعمل KF Tech Solutions

نبني [البرمجيات المخصصة](https://kftechsolutions.dev/services/custom-software) والمواقع الإلكترونية وتطبيقات الويب وتطبيقات الجوال، ونعمل مع المنشآت في مصر والخليج. يبدأ كل مشروع بمكالمة مجانية لفهم ما تحتاجه، يليها عرض سعر مكتوب بسعر ثابت لنطاق العمل المتفق عليه. تبدأ المشروعات من 200 دولار (نحو 750 ريالًا سعوديًا / 735 درهمًا إماراتيًا)، ويتحدد السعر النهائي حسب نطاق العمل، مع عرض سعر ثابت مكتوب بعد مكالمة مجانية.

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

### هل السعر الثابت أغلى دائمًا من الوقت والمواد؟

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

### ماذا يحدث إذا تأخر مشروع بسعر ثابت؟

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

### هل يمكنني الانتقال من الوقت والمواد إلى السعر الثابت لاحقًا؟

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

### لمن تعود نتائج مرحلة الاستكشاف المدفوعة؟

ينبغي أن تعود إليك. تأكد أن العقد ينص على أن نطاق العمل المكتوب والمخططات والتقديرات ملكك، حتى تستطيع أن تأخذها إلى مطوّر آخر إن أردت.

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

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

لست متأكدًا من النموذج المناسب لمشروعك؟ [احجز مكالمة مجانية](https://kftechsolutions.dev/book) وصف ما تحتاجه، أو [أرسل إلينا رسالة](https://kftechsolutions.dev/contact). سنخبرك هل نطاق العمل واضح بما يكفي لعرض سعر ثابت، وما الذي ينقصه إن لم يكن كذلك.

## المصادر

- [Manifesto for Agile Software Development](https://agilemanifesto.org/)
- [How the discovery phase works, GOV.UK Service Manual](https://www.gov.uk/service-manual/agile-delivery/how-the-discovery-phase-works)

---

KF Tech Solutions is a software studio in Cairo, Egypt, founded by Kirollos Fayez in 2020; its only website is kftechsolutions.dev. It is not affiliated with KFTECH Software Solutions (kftechsols.com).