ما الذي يحرّك كلفة بناء البرمجيات

وضوح النطاق يحرّك الرقم قبل أي شيء تقني

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

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

العوامل التي تحرّكه فعلًا

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

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

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

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

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

الكلفة التي تصل بعد الإطلاق

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

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

والنسخة المكلفة هي إعادة الكتابة — وإعادة الكتابة سببها عادةً ليس شفرة سيئة بل عجز الجميع عن تغييرها بأمان. وهذا فشل توثيق واختبار أكثر منه فشلًا هندسيًا.

كيف تقرأ عرض سعر وصلك

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

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

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

الأدوات التي تملكها

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

أسئلة متكرّرة

أدلّة ذات صلة

• كيف تحدّد نطاق أول إصدار بحيث يُطلق فعلًا
• ما الذي تسأله استوديو برمجيات قبل التوقيع