- تكلفة تطوير نظام إدارة فعاليات = ساعات العمل على كل وحدة وكل مرحلة × السعر المختلط للساعة + احتياطي + تكاليف ما بعد الإطلاق لسنوات الاستخدام.
- قدّر بالوحدات لا بالنظام كله: العقود، والموردون وRFQ، والميزانية، والتسجيل وQR، والتشغيل الميداني، والبوابات؛ لكل وحدة تعقيد وأدوار ومدى ساعات مختلف.
- البرمجة نحو نصف المشروع فقط في طريقة التقدير المستخدمة هنا؛ التحليل والتصميم والاختبار والإطلاق هي النصف الآخر، وهي أول ما يُقتطع في العروض المنخفضة.
- في المثال التوضيحي أدناه تتجاوز تكلفة ثلاث سنوات بعد الإطلاق تكلفة البناء نفسه: 54% من ساعات المشروع على ثلاث سنوات تذهب للاستدامة.
- السوق السعودي يضيف جهدًا محددًا: العربية في كل شاشة ومستند، والاستضافة داخل المملكة حسب سياسة البيانات، والضوابط الأمنية للجهات، والدخول الموحد، ونموذج العقود المحلية.
هذه المقالة أداة تقدير لا مقارنة آراء. إن كنت مدير تحول رقمي تفكر في بناء نظام فعاليات خاص، فستخرج منها بجدول تقدير ساعات لكل وحدة، وتوزيع الجهد على المراحل، والفريق المطلوب، وتكاليف ما بعد الإطلاق، وعوامل السوق السعودي التي ترفع التقدير، ثم طريقة لوضع الرقم بجانب تكلفة منصة جاهزة مع تخصيص. كل الساعات هنا افتراضات توضيحية تستبدلها بتقديرات فريقك أو عروض شركات البرمجة، والمهم أن تعرف ما الذي يجب أن يكون في التقدير قبل أن تقرأ أي عرض.
معادلة تكلفة تطوير نظام إدارة الفعاليات
أي عرض من شركة برمجة، مهما كان شكله، يمكن تفكيكه إلى خمسة مكونات. إن غاب أحدها من العرض فهو إما مخفي في سعر الساعة، أو مؤجل إلى ما بعد التوقيع.
- ساعات التطوير لكل وحدة: العمل البرمجي الفعلي للواجهة الخلفية والأمامية والجوال.
- ساعات المراحل غير البرمجية: تحليل المتطلبات، وتصميم التجربة والواجهات، والاختبار وضمان الجودة، والإطلاق والتدريب وترحيل البيانات.
- السعر المختلط للساعة: متوسط أسعار الأدوار المشاركة مرجحًا بساعات كل دور؛ ساعة المحلل أو مهندس الأمن ليست كساعة مطور الواجهة.
- الاحتياطي: نسبة لما لا تعرفه اليوم وستكتشفه في التحليل أو بعد أول فعالية حقيقية.
- تكاليف ما بعد الإطلاق: الاستضافة والمراقبة والأمن والصيانة والتطوير المستمر، لكل سنة استخدام.
لذلك تُكتب المعادلة هكذا: تكلفة البناء = (ساعات التطوير ÷ نصيب التطوير من المشروع) × (1 + الاحتياطي) × السعر المختلط، ثم التكلفة الكلية = تكلفة البناء + تكاليف الاستدامة × عدد السنوات. ميزة هذه الصيغة أنها تجعلك تقدّر بالساعات، ثم تضرب في سعر الساعة الذي تراه في العروض الفعلية، فلا يختلط الخلاف على السعر بالخلاف على النطاق.
خطأ شائع: مقارنة عرضين بالمبلغ الإجمالي فقط. عرض بنصف السعر قد يكون بنصف الساعات لأن الاختبار والتحليل غير محسوبين، لا لأن الشركة أكفأ. اطلب الساعات لكل وحدة ولكل مرحلة، ثم قارن.
نموذج تقدير الساعات بالوحدات
نظام إدارة الفعاليات الكامل ليس شاشة تسجيل. هو مجموعة وحدات مترابطة، ولكل منها تعقيد يحدد الساعات. الجدول التالي نموذج تقدير تبدأ منه، وتعدّل مداه حسب عمق ما تريده في كل وحدة.
مثال توضيحي| الوحدة | ما يشمله التقدير | التعقيد | الأدوار الأساسية | ساعات التطوير (مدى افتراضي) |
|---|---|---|---|---|
| الأساس | المستخدمون والأدوار والصلاحيات بالنطاق، وسجل التدقيق، والإشعارات، واللغتان | عالٍ | واجهة خلفية، أمن، واجهة أمامية | 500–900 |
| ملف الفعالية والخطة والمهام | المراحل، والمهام بتبعياتها وحالاتها، والقوالب، وقوائم الفحص | متوسط | واجهة خلفية وأمامية | 350–600 |
| العقود وأوامر التغيير | العقد والملاحق وBOQ، وخط الأساس، وأوامر التغيير بأثرها، ومحاضر الاستلام، والدفعات | عالٍ | محلل أعمال، واجهة خلفية | 400–700 |
| المتطلبات والاعتمادات وبوابة العميل | متطلبات بفئات، واعتماد بندًا بندًا بنسخ وتذكيرات، وبوابة مستقلة | متوسط إلى عالٍ | واجهة خلفية وأمامية، تصميم تجربة | 350–600 |
| الموردون وRFQ وبوابة المورد | دليل وتأهيل ومستندات، ودعوة واستفسارات وموعد، ومقارنة موزونة وترسية وأمر عمل | عالٍ | محلل أعمال، واجهة خلفية وأمامية | 500–850 |
| الميزانية والربحية والتحصيل | المخطط والملتزم به والفعلي، والهامش، والتحصيل، ودفعات الموردين، والضريبة | عالٍ | محلل مالي، واجهة خلفية | 450–800 |
| التسجيل والبادجات وQR والبوابات | فئات ودعوات وسعة، وبادجات وطباعة، ومسح ومنع التكرار، وتحمل ذروة الافتتاح | عالٍ | واجهة خلفية، جوال، اختبار أداء | 500–900 |
| التشغيل الميداني ويوم الفعالية | تطبيق ويب للجوال، وبلاغات بالصورة والموقع، وRun Sheet، وغرفة عمليات | عالٍ | جوال، واجهة خلفية، تصميم تجربة | 400–750 |
| التقارير واللوحات | لوحات الفعالية والمحفظة، والتقارير المالية والتشغيلية، والتصدير | متوسط | واجهة خلفية، بيانات | 250–450 |
| كل تكامل | الدخول الموحد، أو المحاسبة، أو واتساب وSMS، أو الدفع | يتفاوت | واجهة خلفية، تقنية معلومات الجهة | 80–250 لكل تكامل |
ما الذي يدفع الوحدة إلى الحد الأعلى؟ ثلاثة أسئلة تكررها لكل وحدة: هل تحتاج بوابة لطرف خارجي (عميل أو مورد) بصلاحيات منفصلة؟ هل فيها أرقام مالية تُحسب وتُراجع؟ هل تعمل تحت ضغط يوم الفعالية (مئات عمليات المسح في دقائق)؟ كل «نعم» تنقل الوحدة نحو الطرف الأعلى، لأنها تضيف حالات حدية واختبارًا وأمنًا.
توزيع الجهد على مراحل المشروع: مثال محسوب لنطاق متوسط
خذ نطاقًا شائعًا لشركة تنظيم تريد إدارة الشركة لا الحضور: الأساس، وملف الفعالية والمهام، والعقود، والموردين وRFQ، والميزانية، والتقارير، وتكاملين (المحاسبة وواتساب). بأخذ منتصف كل مدى من الجدول: 700 + 475 + 550 + 675 + 625 + 350 + 330 = 3,705 ساعة تطوير، نقرّبها إلى 3,700.
مثال توضيحي| المرحلة | النصيب (افتراض) | الساعات | المخرج الذي تطلب رؤيته | ما يحدث إن اختُصرت |
|---|---|---|---|---|
| التحليل | 10% | 740 | وثيقة متطلبات بقصص استخدام لكل دور، وقواعد الحساب المالي | تُكتشف قواعد العمل أثناء البرمجة فتُعاد |
| التصميم | 10% | 740 | نماذج واجهات عربية RTL قابلة للتجربة، وتصميم البيانات | شاشات يرفضها الفريق بعد بنائها |
| التطوير | 50% | 3,700 | إصدارات دورية قابلة للتجربة | — |
| الاختبار | 20% | 1,480 | خطة اختبار، واختبار صلاحيات وأداء وأمن، واختبار قبول | أخطاء تظهر في أول فعالية أمام العميل |
| الإطلاق | 10% | 740 | ترحيل البيانات، والتدريب، والمرافقة في فعالية تجريبية | نظام جاهز لا يستخدمه أحد |
| المجموع قبل الاحتياطي | 100% | 7,400 | الاحتياطي 15% = 1,110 ساعة، فيصبح التقدير 8,510 ساعة | |
بفريق متوسطه ستة أشخاص وبنحو 140 ساعة إنتاجية شهريًا لكل منهم (840 ساعة شهريًا للفريق)، يحتاج المشروع نحو 10 أشهر (8,510 ÷ 840 ≈ 10.1). والمدة التقويمية الفعلية أطول عادة، لأن التحليل والتصميم يسبقان جزءًا كبيرًا من التطوير ولا يُنفذان بالتوازي كاملًا. وتحويل ذلك إلى مبلغ خطوة واحدة: اضرب 8,510 في السعر المختلط للساعة الذي تراه في العروض التي تصلك.
لاحظ ما لا يشمله هذا النطاق: التسجيل وQR والبوابات والتشغيل الميداني. إضافتها بمنتصف مداها (700 + 575 = 1,275 ساعة تطوير) تضيف نحو 2,550 ساعة للمشروع قبل الاحتياطي، وهي الوحدات الأعلى خطرًا لأنها تُختبر حقيقةً صباح الافتتاح فقط.
الفريق المطلوب لبناء نظام فعاليات ومتى تحتاج كل دور
الخطأ الأكثر كلفة في مشاريع التطوير الخاص ليس نقص المطورين، بل غياب من يفهم تشغيل الفعاليات داخل الفريق. هذا تكوين الفريق في المثال السابق:
| الدور | العدد في الذروة | المراحل | لماذا لا يُستغنى عنه |
|---|---|---|---|
| مالك المنتج من جهتك | 1 | كل المراحل | يقرر الأولويات ويحسم الخلاف على النطاق؛ دونه يقرر المطور ما «تحتاجه» |
| محلل أعمال بخبرة فعاليات | 1 | التحليل ثم الدعم أثناء التطوير | يعرف أن أمر التغيير يمس الميزانية والجدول والعقد معًا |
| مصمم تجربة وواجهات | 1 | التصميم ثم متابعة التطوير | العربية RTL والشاشات الميدانية على الجوال تحتاج تصميمًا لا ترجمة |
| مطورو الواجهة الخلفية | 2 | التطوير | الصلاحيات والحسابات المالية وأداء الذروة |
| مطور الواجهة الأمامية والجوال | 1–2 | التطوير | البوابات وتطبيق الويب للجوال |
| مهندس ضمان الجودة | 1 | من منتصف التطوير حتى الإطلاق | اختبار كل دور وكل صلاحية، واختبار الحمل على المسح |
| مهندس بنية وأمن (DevOps) | جزئي | البداية والإطلاق والتشغيل | الاستضافة والنسخ الاحتياطي والمراقبة والضوابط الأمنية |
مالك المنتج من جهتك لا يظهر في عرض شركة البرمجة، لكنه تكلفة حقيقية: موظف يقضي جزءًا كبيرًا من وقته مع المشروع لعشرة أشهر أو أكثر. إن لم يكن متاحًا، فالتقدير كله غير واقعي مهما كانت الشركة جيدة.
تكاليف ما بعد الإطلاق: الطبقات التي تستمر كل سنة
اليوم الذي يُسلَّم فيه النظام ليس نهاية التكلفة بل بداية طبقة جديدة منها. نظام فعاليات يحمل عقودًا ومدفوعات وبيانات ضيوف يحتاج من يشغله ويحميه ويطوره ما دام مستخدمًا.
- الاستضافة والبنيةالخوادم وقواعد البيانات والتخزين والشبكة، وبيئة اختبار منفصلة، وسعة إضافية لأيام الذروة.
- المراقبة والنسخ الاحتياطي والتعافيمراقبة التوفر والأداء، ونسخ دورية، واختبار الاستعادة فعلًا لا افتراضًا.
- الأمنتحديث المكتبات وسد الثغرات، ومراجعة الصلاحيات، واختبار اختراق دوري، والاستجابة لاستبيانات الأمن لدى الجهات.
- الصيانة التصحيحيةأخطاء تظهر مع الاستخدام الحقيقي، وتوافق مع تحديثات المتصفحات وأنظمة الجوال.
- التطوير المستمرتقرير جديد تطلبه الإدارة، وحقل يطلبه عميل كبير، ومسار موافقة يتغير مع الهيكل التنظيمي.
- الدعم ويوم الفعاليةمن يجيب حين يتوقف المسح عند البوابة الساعة الثامنة صباحًا يوم الجمعة؟
كم تستهلك هذه الطبقات من الساعات؟ افترض في المثال فريق استدامة أدنى من شخصين بدوام كامل (مطور واجهة خلفية، وشخص يجمع الواجهة الأمامية والاختبار والتشغيل بالتناوب مع دعم خارجي للأمن): 2 × 140 × 12 = 3,360 ساعة سنويًا، أي 10,080 ساعة على ثلاث سنوات، إضافة إلى الاستضافة واختبارات الأمن الخارجية.
مثال توضيحيعوامل السوق السعودي التي ترفع تقدير التطوير
من يبني نظامًا لجهة أو شركة في المملكة يضيف إلى التقدير جهدًا لا تحسبه نماذج التقدير العامة. هذه العوامل وأين تظهر في الساعات:
| العامل | أين يظهر الجهد | المرحلة الأكثر تأثرًا |
|---|---|---|
| العربية أولًا مع الإنجليزية | واجهات RTL، ولغة لكل مستخدم، وتقارير PDF وبادجات بخط عربي سليم، وبحث في الأسماء العربية بصيغها المختلفة، ورسائل بلغتين | التصميم والاختبار |
| الاستضافة داخل المملكة | بيئة على سحابة داخل المملكة أو خوادم الجهة حسب سياسة بياناتها، مع ما يتبعها من تهيئة ومراقبة ونسخ | البنية والتشغيل |
| حماية البيانات الشخصية | الموافقة، والحد الأدنى من البيانات، ومدد الاحتفاظ، وضبط نقل البيانات خارج المملكة | التحليل والتطوير |
| الضوابط الأمنية للجهات | MFA، وسجل تدقيق غير قابل للتعديل، وإدارة الجلسات، وتوثيق الضوابط، والرد على استبيانات أمن الجهة | التطوير والاختبار والتوثيق |
| الدخول الموحد | ربط بمزود هوية الجهة مثل Microsoft Entra ID أو Active Directory | التكامل |
| نموذج العقود المحلية | دفعات مرتبطة بمحاضر الاستلام، وضمانات بنكية بانتهائها وتمديدها، وغرامات تأخير، وضريبة القيمة المضافة في البنود | التحليل والتطوير المالي |
| واتساب | الربط مع مزود واتساب للأعمال للدعوات والتذكيرات، وقوالب الرسائل | التكامل |
المرجعيات التنظيمية هنا تحدد جزءًا من النطاق لا تفاصيله التقنية. نظام حماية البيانات الشخصية ولوائحه، ومنها لائحة نقل البيانات الشخصية إلى خارج المملكة الصادرة عن الهيئة السعودية للبيانات والذكاء الاصطناعي، تؤثر في قرار الاستضافة وتصميم جمع بيانات الحضور. وتعمل الجهات الوطنية وفق الضوابط الأساسية للأمن السيبراني (ECC-2:2024) الصادرة عن الهيئة الوطنية للأمن السيبراني. حدد مع فريق الأمن والشؤون القانونية لديك ما ينطبق على جهتك قبل التقدير، لأن كل متطلب يضيف ساعات تحليل وتطوير واختبار وتوثيق. والفاتورة الإلكترونية تحديدًا لها متطلبات تقنية خاصة؛ الأبسط غالبًا أن يُصدرها نظامك المحاسبي القائم وأن يرسل نظام الفعاليات إليه البيانات، بدل أن تبني الإصدار داخل النظام الجديد.
التكاليف الخفية في مشروع التطوير الخاص
هذه التكاليف لا تظهر في عرض شركة البرمجة، ولا في جدول الساعات، لكنها تظهر في ميزانيتك:
- الفعاليات التي تُدار بالطريقة القديمة أثناء البناء: عشرة أشهر من العمل بالجداول والرسائل تعني فعاليات بتغييرات غير مسعّرة وتحصيل متأخر. هذه تكلفة الفرصة الأكبر غالبًا.
- زحف النطاق بعد رؤية الشاشات: حين يرى الفريق النظام لأول مرة يطلب ما لم يخطر له في التحليل. دون آلية تغيير واضحة يتحول الاحتياطي كله إلى طلبات جديدة قبل الإطلاق.
- إعادة العمل بعد أول فعالية حقيقية: البروفة الأولى تكشف أن مسار البادجات لا يناسب طابور الصباح، أو أن محضر الاستلام الجزئي غير مدعوم.
- الاعتماد على أفراد: مطور واحد يعرف منطق الحسابات المالية؛ إن غادر صار كل تعديل مخاطرة.
- ملكية الشيفرة والتوثيق: من يملك الشيفرة؟ هل يُسلَّم التوثيق الفني ومستودع الشيفرة وبيئة البناء؟ غياب ذلك يربطك بالشركة نفسها للأبد.
- اختبار الذروة: محاكاة مئات عمليات المسح في دقائق قبل أول فعالية كبيرة تحتاج أدوات ووقتًا لا يُحسب عادة.
بعض هذه البنود يُعالج في العقد لا في التقدير، مثل ملكية الشيفرة ومعايير القبول. وفحص قدرة الشركة المنفذة نفسها (الفريق المسمى، والمراجع، والاستمرارية) له أسئلته في مقالة التحقق من شركات تطوير أنظمة الفعاليات.
مقارنة تكلفة التطوير بتكلفة منصة جاهزة مع تخصيص
المقارنة العادلة تضع الخيارين على المدة نفسها (ثلاث سنوات مثلًا) وبالبنود نفسها. لا تضع عرض البناء بجانب سعر الاشتراك؛ ضع التكلفة الكلية بجانب التكلفة الكلية.
| البند (3 سنوات) | تطوير خاص | منصة جاهزة مع تخصيص |
|---|---|---|
| البناء أو الترخيص | ساعات البناء × السعر المختلط (8,510 ساعة في المثال) | الاشتراك أو الترخيص للوحدات المفعلة |
| التكييف لإجراءاتك | ضمن البناء | التخصيص بالإعداد، وامتدادات محددة إن لزم |
| التكاملات | ضمن البناء | بنود مستقلة لكل تكامل |
| التطبيق والتدريب | مرحلة الإطلاق | التطبيق وترحيل البيانات والتدريب |
| الاستضافة والأمن والصيانة | فريق استدامة واستضافة (10,080 ساعة في المثال + الاستضافة) | ضمن الخدمة أو حسب خيار الاستضافة |
| الزمن حتى أول فعالية | مدة البناء كاملة | مدة التطبيق والتخصيص |
| من يتحمل خطر التأخر | أنت | مشترك بحسب العقد |
متى يكسب التطوير الخاص؟ حين يكون النظام نفسه منتجًا تبيعه لغيرك، أو حين تكون عملياتك بعيدة فعلًا عن أي دورة فعاليات معروفة، أو حين تملك فريقًا تقنيًا دائمًا يصون النظام لسنوات. ومتى تكسب المنصة؟ حين يكون أغلب احتياجك مشتركًا (عقود، موردون، ميزانية، حضور، تشغيل) وما يميزك في التفاصيل. التفكيك الكامل لتكلفة المنصة الجاهزة ونماذج تسعيرها في مقالة تكلفة نظام إدارة الفعاليات، والقرار نفسه بمعاييره في صفحة تطوير نظام خاص أم شراء منصة.
كيف تعالجها إتمام: تُخصَّص المنصة في العمليات والحقول والحالات ومسارات الموافقة والتقارير والصلاحيات والنماذج بالإعداد، وما يحتاج بناءً خاصًا يُنفذ امتدادًا منظمًا يبقى متوافقًا مع تحديثات المنصة، كما في صفحة التخصيص. والبيانات ملك العميل ويمكن تصديرها أو الوصول إليها عبر APIs، وتُستضاف على سحابة داخل المملكة أو على خوادم الجهة عند الطلب مع ضوابط الأمن الموضحة في صفحة الأمن وحوكمة البيانات. ويأتي عرض السعر بنودًا مستقلة للوحدات والاستضافة والتخصيص والتكاملات، فيُوضع مباشرة في العمود الثاني من الجدول أعلاه.
قبل أن تطلب عروض شركات البرمجة: ما ترسله وما تشترطه في العرض
تقديرك الداخلي بالطريقة أعلاه يصبح معيارًا تقرأ به العروض. أرسل لكل شركة الحزمة نفسها، واشترط شكل الرد:
- قائمة الوحدات المطلوبة الآن ولاحقًا، مصنفة بين ضروري ومهم ومؤجل.
- الأدوار الخارجية التي ستدخل النظام (العميل، المورد، المتعهد) وما يراه كل منها.
- أكبر فعالية متوقعة: عدد الحضور، وعدد البوابات، وذروة الدخول المتوقعة.
- خيار الاستضافة المطلوب ومتطلبات الأمن والدخول الموحد لدى جهتك.
- الأنظمة المطلوب الربط معها، وما تتيحه من واجهات.
- اشترط في الرد: الساعات لكل وحدة ولكل مرحلة، والفريق المسمى بأدواره، ونسبة الاحتياطي، وفترة الضمان بعد الإطلاق.
- اشترط: سعر ساعة الصيانة والتطوير بعد الضمان، وملكية الشيفرة وتسليم التوثيق.
- اشترط: خطة الاختبار بما فيها اختبار الأداء لذروة البوابات، ومعايير القبول.
العرض الذي يرفض تفصيل الساعات أو يضع الاختبار «ضمن التطوير» دون رقم يخبرك بشيء قبل أن تقرأ السعر. ولمن يرى أن احتياجه قد لا يستحق نظامًا واحدًا أصلًا، فمقارنة المنصة المتكاملة بالأدوات المنفصلة في مقالة منصة متكاملة أم أدوات منفصلة.
وقبل أن تلتزم بعشرة أشهر من البناء، اعرف كم من نطاقك يغطيه الإعداد وحده: ناقش نطاقك وتكاملاتك مع فريقنا، ونحدد معك ما يُنجز بالإعداد وما يحتاج امتدادًا، لتضع رقمًا حقيقيًا في عمود المنصة بجانب تقدير التطوير. ويمكنك أيضًا طلب عرض سعر مبني على وحداتك للمقارنة المباشرة.
أسئلة شائعة عن تكلفة تطوير نظام إدارة فعاليات
هل يخفض البناء بمنصات منخفضة الشيفرة (Low-code) التكلفة؟
يخفض ساعات بناء الشاشات والنماذج، لكنه لا يلغي التحليل والاختبار والأمن والاستدامة، وقد يرفع تكلفة التراخيص مع زيادة المستخدمين الخارجيين في البوابات. ويناسب غالبًا الأدوات الداخلية أكثر من البوابات وأداء ذروة البوابات.
هل الأفضل التعاقد بسعر ثابت أم بالساعات؟
السعر الثابت مناسب حين يكون النطاق موثقًا بتفصيل بعد مرحلة تحليل مستقلة، وإلا تحمّل المورد المخاطرة برفع السعر أو بتقليص الجودة. الشائع الأسلم: تحليل مدفوع مستقل أولًا، ثم عرض ثابت أو بالساعات لكل مرحلة على نطاق واضح.
كم تبلغ تكلفة إضافة ميزة بعد الإطلاق؟
تُقدّر بالطريقة نفسها: ساعات التطوير للميزة مقسومة على نصيب التطوير، لأن الميزة الجديدة تحتاج تحليلًا واختبارًا وإطلاقًا أيضًا. اطلب أن يحدد العقد سعر ساعة التطوير المستمر وآلية تقدير الطلبات من البداية.
هل يمكن البدء بمنصة جاهزة ثم التحول إلى تطوير خاص لاحقًا؟
نعم، وهو مسار منطقي لمن لا يعرف احتياجه بدقة؛ ستبني حينها على استخدام فعلي لا افتراضات. المهم أن يضمن العقد تصدير بياناتك بصيغة قابلة للاستخدام حين تقرر الانتقال.
ما نسبة الاحتياطي المعقولة في تقدير التطوير؟
لا توجد نسبة ثابتة؛ ترتفع كلما كان التحليل أقل تفصيلًا وكانت التكاملات أكثر. في المثال استخدمنا 15% لنطاق موثق نسبيًا، وقد تحتاج أكثر حين يبدأ التقدير قبل تحليل المتطلبات.