لقد قدم لك أحدهم عرضًا لبناء منصة مخصصة. الرقم كبير، وتحاول معرفة ما إذا كان مناسبًا. الإجابة غير المريحة هي أن مبلغ البناء — بغض النظر عن من قدمه — يشكل تقريبًا نصف تكلفة المنصة خلال ثلاث سنوات، والنصف المفقود ليس مخفيًا. ببساطة هو ليس ما يصفه بيان العمل.
هذا هو النموذج الذي نستخدمه عندما يطلب منا العميل مساعدته في وضع ميزانية صحيحة، بما في ذلك للعمل الذي قد لا يعهد به إلينا.
النطاقات أدناه هي خبرتنا في التسليم لمنصات Node.js وTypeScript — منتجات SaaS، أنظمة تجارة مخصصة، بوابات وأنظمة API أولاً — لفرق في المملكة المتحدة وأوروبا. اعتبرها شكلًا عامًا، لا عرض سعر.
السنة صفر: مرحلة البناء
الرقم الظاهر. عادةً ما يتجزأ بشكل أكثر توقعًا مما يتوقعه التجار:
- الاكتشاف والهندسة المعمارية: 8–12% من تكلفة البناء. التقليل هنا هو أكثر الطرق موثوقية لإنفاق زائد لاحقًا.
- التطبيق الأساسي: 40–50%. الميزات المذكورة في الملخص.
- التكاملات: 15–30%. غالبًا ما يتم التقليل من شأنها — انظر أدناه.
- الأعمال غير الوظيفية: 10–20%. المصادقة، الأذونات، تحديد المعدل، معالجة الملفات، البريد الإلكتروني التفاعلي، التسجيل، معالجة الأخطاء. غير مرئية في العرض التوضيحي، لكنها أساسية في الإنتاج.
- الاختبار والتقوية: 8–15%.
- النشر وإعداد البنية التحتية: 5–10%.
لمنصة مخصصة حقيقية مع تكاملات فعلية، يتراوح البناء الواقعي بين 120,000 و450,000 جنيه إسترليني. أقل من حوالي 80,000 جنيه إسترليني يعني شراء منتج MVP، وهو أمر مشروع طالما تم التصريح بذلك بوضوح.
لماذا تتجاوز التكاملات التقدير
التكامل مع ERP عبارة عن سطر واحد في الملخص وثلاث إلى ثماني أسابيع من العمل. التفاوت ناتج عن أمور لا يمكن لأحد معرفتها عند تقديم العرض: هل الوثائق متوفرة للـ API، هل يوجد بيئة اختبار، هل تسمح حدود المعدل الخاصة بالبائع بحجم طلبك، هل نموذج البيانات متطابق، وهل لا يزال الشخص الذي يفهم النظام يعمل هناك.
قم بتسعير التكاملات كنطاق مع افتراض مسمى لكل منها، وأعد التسعير بعد دراسة تقنية مفصلة. التكامل الذي يُسعر بسعر ثابت قبل أن يرى أحد الـ API هو مجرد تخمين متأنق.
السنة الأولى: الإطلاق والاستقرار
السنة التي يعتبرها معظم الميزانيات صيانة، وهي ليست كذلك.
- تثبيت ما بعد الإطلاق: 15–25% من تكلفة البناء. المستخدمون الحقيقيون يكتشفون ما لم تكشفه الاختبارات، في كل مرة.
- البنية التحتية: 500–5,000 جنيه إسترليني شهريًا حسب الحجم والتكرار.
- الخدمات الخارجية: المراقبة، تتبع الأخطاء، توصيل البريد الإلكتروني، البحث، المصادقة. 200–2,000 جنيه إسترليني شهريًا وتتزايد بهدوء.
- تراكم التغييرات: كل ما أرادته الأعمال وتم الاتفاق على تأجيله. خصص ميزانية 20–35% من تكلفة البناء للسنة الأولى، أو شاهد المنصة تتوقف عن التطور يوم إطلاقها.
أغلى خطأ في السنة الأولى هو اعتبار الإطلاق نهاية المشروع وحل الفريق. إعادة بناء تلك المعرفة لاحقًا يكلف عدة أضعاف ما يكلفه الاحتفاظ بجزء منها.
السنوات الثانية والثالثة: الملكية
هنا يختلف البرمجيات المخصصة اختلافًا جوهريًا عن البرمجيات المرخصة، وهنا تتوقف معظم دراسات الجدوى بهدوء عن المحاكاة.
صيانة التبعيات
يحمل تطبيق Node.js شجرة تبعيات كبيرة، ولا تبقى ثابتة. إصدارات Node تتقاعد وفق جدول؛ الأُطُر والمكتبات تنشر تغييرات كاسرة؛ تنبيهات الأمان تصل سواء كان لديك القدرة على التعامل معها أم لا.
خصص 5–10% من تكلفة البناء سنويًا لمجرد البقاء محدثًا. تجاهل ذلك ليس توفيرًا — بل تراكم دين يُدفع دفعة واحدة، عادةً عندما يصبح تنبيه أمني عاجلًا ومسار الترقية سلسلة من خمسة إصدارات رئيسية.
العمليات ونظام الاستدعاء
هناك من يرد عند تعطل النظام في الساعة 3 صباحًا. هذه خدمة لها سعر، ويتفاوت السعر بدرجة كبيرة حسب ما تحتاجه فعلاً:
- ساعات العمل، بأفضل جهد: 1,500–4,000 جنيه إسترليني شهريًا
- ساعات ممتدة مع اتفاقية مستوى خدمة للرد: 4,000–10,000 جنيه إسترليني شهريًا
- خدمة 24/7 حقيقية مع جدول مناوبة: 10,000+ جنيه إسترليني شهريًا، لأنها تتطلب عددًا كافيًا من الأشخاص لجعل الجدول إنسانيًا
قرر ما تحتاجه بصدق. شراء خدمة 24/7 لمنصة جميع مستخدميها في منطقة زمنية واحدة هو هدر؛ شراء ساعات العمل لمنصة تعالج طلبات ليلية هو اقتصاد زائف ستكتشفه بأسوأ طريقة.
التطوير المستمر
المنصة التي لا تتغير هي منصة يتم تجاوزها. معظم البُنى المخصصة الناجحة تستقر عند 15–30% من تكلفة البناء الأصلية سنويًا في التطوير المستمر. هذا ليس فشلًا في النطاق الأصلي؛ هذا هو شكل امتلاك البرمجيات.
مخاطر الاعتماد على عنصر رئيسي
أصعب جانب في التسعير وأسهلها تجاهلًا. إذا كان شخص واحد فقط يفهم المنصة، فأنت أمام مسؤولية وليس أصلًا. التخفيف من ذلك — التوثيق، العمل الثنائي، مهندس ثانٍ يعرف النظام حقًا — يكلف مالًا وأرخص من البديل. قم بتسعيره صراحة، أو ستدفعه غير مخطط له.
رؤية لثلاث سنوات
خذ بناء بقيمة 200,000 جنيه إسترليني. المجموع الواقعي لثلاث سنوات، مع خارطة طريق معتدلة ودعم خلال ساعات العمل، يصل إلى حوالي 520,000–700,000 جنيه إسترليني بعد احتساب التثبيت، البنية التحتية، صيانة التبعيات، العمليات، والتطوير المستمر.
هذا ليس حجة ضد البناء. إنه الرقم الذي تقارنه بالبديل، وهو الهدف من إجراء هذا التمرين أصلاً.
متى لا ينبغي أن تبني
نرفض مشاريع البناء المخصصة بانتظام، وهذه هي الأسباب:
- منتج قابل للتكوين يغطي 80% منها. الـ 20% المتبقية نادرًا ما تبرر امتلاك كل شيء إلى الأبد.
- لا يوجد من يملكها داخليًا. البرمجيات المخصصة بدون مالك داخلي تتحول إلى مسؤولية غير مُصانة، مهما كانت جودة البناء.
- المتطلبات لا تزال متغيرة. البناء على هدف متحرك يعني دفع ثمن البناء مرتين. قم بالنموذج الأولي على شيء رخيص أولاً.
- المجموع لثلاث سنوات يتجاوز القيمة التي يفتحها. قم بهذا الحساب قبل بدء البناء، وليس في السنة الثانية.
- ليست هي ميزة تميزك. ابنِ الشيء الذي يدر عليك المال؛ اشترِ الشيء الذي يحتاجه الجميع.
الحالة الأقوى للبناء هي العكس: البرمجيات هي العمل التجاري، أو تشفر ميزة تجارية لا يبيعها أحد جاهزة. هذا كان شكل كل من Hotelogix's hotel management SaaS وDad.Live's platform — في كل حالة كان المنتج هو الجوهر، وليس وظيفة دعم له.
أسئلة تطرح على أي عرض سعر
- ما الذي يُستثنى؟ السؤال الأكثر إفادة يمكنك طرحه، والإجابة تكشف خبرة الفريق.
- أي التكاملات رأيتم الـ API الخاص بها فعليًا؟ أي شيء غير مرئي هو تقدير، وليس سعرًا.
- ماذا يشمل التسليم — التوثيق، كتب التشغيل، سجلات قرارات الهندسة المعمارية، بيئة محلية عاملة لمهندس جديد؟
- من يملك الكود، المستودعات، حسابات السحابة والنطاقات؟ اسأل قبل التوقيع، وليس عند الرغبة في المغادرة.
- ما هو نموذج الدعم بعد الإطلاق، وما تكلفته؟
- ماذا ستبني بشكل مختلف لو كانت الميزانية أقل بنسبة 30%؟ تكشف الإجابة ما يعتبرونه ضروريًا.
إذا أردت نموذج الثلاث سنوات مبنيًا على متطلباتك الخاصة، فهذه مهمة يقوم بها فريق Node.js وفريق التطوير الشامل قبل المشروع وليس خلاله، وممارستنا في تطوير البرمجيات الشاملة تغطي جانب الملكية الذي لا يشمله عرض البناء.
الأسئلة الشائعة
كم يكلف بناء منصة مخصّصة بـ Node.js؟
بالنسبة لمنصة مخصّصة حقاً مع تكاملات طرف ثالث حقيقية، النطاق المعتاد هو £120,000–£450,000. وتحت نحو £80,000 تكونون بصدد شراء منتج أولي (MVP) — وهو شراء مبرّر بشرط اتفاق الجميع على ذلك.
لماذا تقديرات التكامل غير موثوقة إلى هذا الحد؟
لأن التباين يكمن في أمور لا يمكن لأحد معرفتها عند الاقتباس: جودة توثيق الـAPI، توفر البيئة التجريبية (sandbox)، قيود المعدل (rate limits)، عدم مطابقة نموذج البيانات، وما إذا كان أي شخص لدى البائع لا يزال يفهم نظامه. قيّموا التكاملات كنطاقات مع افتراضات مسمّاة، وأعدوا التسعير بعد حدوث ذروة تقنية.
كم الميزانية التي يجب تخصيصها للصيانة المستمرة؟
من 5–10% من تكلفة البناء سنوياً لإبقاء التبعيات محدثة وآمنة، بالإضافة إلى 15–30% للتطوير المستمر، بالإضافة لتكاليف التشغيل. المنصة التي لا تتلقى استثماراً مستمراً يتم تجاوزها تدريجياً.
هل أرخص أن نشتري منتجاً جاهزاً؟
عادةً، وهذا هو الجواب الصحيح في كثير من الحالات أكثر مما تعترف به الوكالات. ابنُوا عندما يكون البرنامج هو العمل نفسه أو يُشفّر ميزة لا يبيعها أحد. اشترُوا عندما يغطي منتج قابل للتكوين الجزء الأكبر — فالـ20% الأخيرة نادراً ما تبرر امتلاك الحل بأكمله إلى الأبد.
ماذا يحدث إذا اختفى شريكنا في التطوير؟
يعتمد ذلك تمامًا على القرارات المتخذة في البداية: سواءً كنت تملك المستودعات وcloud accounts، وما إذا كانت هناك توثيق فعلي، وما إذا كان مهندس جديد يستطيع تشغيل النظام محليًا في يومه الأول. اطلب كل ذلك قبل التوقيع، لا عندما ترغب في المغادرة.
نمذج الأمر قبل الالتزام
أرسل لنا الملخص وسنقوم برسم الصورة لمدة ثلاث سنوات — بما في ذلك الحالات التي يكون فيها التوصية الصادقة هي شراء شيء آخر بدلاً من ذلك. تحدث إلى فريقنا؛ نرد خلال يوم عمل.