“يمكنني إنشاء محرك بحث في عطلة نهاية الأسبوع. إنه مجرد فهرس مقلوب.” “يمكنني إنشاء نظام مصادقة في يوم واحد. إنه مجرد JWT.” “يمكنني إنشاء نظام إدارة المحتوى (CMS) في أسبوع واحد. إنه مجرد أمر خام.”

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

99.99% وقت التشغيل SLA.
عمليات التدقيق الأمني (SOC2).
التخزين المؤقت الحافة.
التوافق مع الإصدارات السابقة.
التوثيق.

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

في Maison Code، نستخدم إطارًا ماليًا واستراتيجيًا صارمًا لإجراء هذه الدعوة.

لماذا يناقش Maison Code هذا الأمر

غالبًا ما يتم تعييننا لتنظيف الفوضى “Home Grown”. قام أحد العملاء ببناء منصة التجارة الإلكترونية الخاصة به في عام 2018 باستخدام لغة PHP. الآن غادر المطور الرئيسي. المنصة غير آمنة. إنه بطيء. تكلفة الهجرة إلى Shopify هي 100 ألف دولار. تبلغ تكلفة الإقامة 500 ألف دولار سنويًا للصيانة. نحن نساعد القادة على تجنب هذه الفخاخ. نحن لا نخشى أن نقول “لا توظفنا. اشترِ SaaS بدلاً من ذلك”.

1. الإطار الأساسي مقابل إطار السياق (جيفري مور)

لقد عرّف جيفري مور (عبور الهوة) هذا الأمر بشكل مثالي. كل نشاط في شركتك يقع في ربع واحد:

	المهمة الحرجة	ليست مهمة حرجة
المفرق	الأساسية (البناء)	الابتكار (التجربة)
التكافؤ	السياق (شراء)	النفايات (توقف)

فخ “السياق”.

معظم قرارات “الإنشاء” هي في الواقع السياق الحرج للمهمة.

المدفوعات: هل هي ضرورية؟ نعم. التفاضل؟ لا (لا أحد يشتري منك لأن نموذج الدفع الخاص بك فريد من نوعه).
بحث: ضروري؟ نعم. التفاضل؟ رقم (إلا إذا كنت تمثل Google).
البريد الإلكتروني: ضروري؟ نعم. التفاضل؟ لا.

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

الولاية “الأساسية”.

إذا كان الأساسي، فيجب عليك البناء.

Uber: خوارزمية الإرسال أساسية. لا يمكنهم استخدام “Dispatch-as-a-Service”.
Amazon: يعد برنامج لوجستيات المستودعات أساسيًا.
Netflix: محرك التوصيات أساسي.

إذا قمت بشراء Core الخاص بك، فلن يكون لديك خندق. أنت بائع لملكية IP الخاصة بشخص آخر.

2. حاسبة التكلفة الإجمالية للملكية (TCO).

يقلل المهندسون من تكلفة البناء بعامل 10x. يحسبون “وقت التطوير”. إنهم يتجاهلون “تكلفة دورة الحياة”.

لنفترض أنك تريد إنشاء “محدد موقع المتجر”. تقدير البناء: “إنها مجرد واجهة برمجة تطبيقات خرائط Google. 3 أيام للتطوير.” التكلفة: 2000 دولار.

الواقع (التكلفة الإجمالية للملكية لمدة 3 سنوات):

إصدار V1: 5 أيام (التحقق من الواقع). ** 4000 دولار **.
الاستضافة: وظائف بدون خادم + قاعدة بيانات. 50 دولارًا شهريًا -> 1800 دولارًا.
الصيانة (السنة 1): واجهة برمجة تطبيقات تحديثات Google. كسر التغيير. 2 أيام الإصلاح. ** 1600 دولار **.
طلب الميزة (السنة الأولى): يريد التسويق “التصفية حسب الانفتاح”. 3 أيام. ** 2400 دولار **.
التصحيح الأمني (السنة الثانية): ثغرة أمنية في التبعية. يوم واحد. ** 800 دولار **.
التأهيل: يحتاج المطورون الجدد إلى تعلم كود السباغيتي المخصص الخاص بك. ** 2000 دولار **.

** إجمالي تكلفة “البناء” **: ** 12600 دولار **. تكلفة الشراء (على سبيل المثال، Stockist.co): 20 دولارًا أمريكيًا في الشهر -> 720 دولارًا أمريكيًا.

الحكم: لقد أحرقت 11,880 دولارًا من قيمة المساهمين لإنشاء محدد موقع المتجر وهو أسوأ من إصدار SaaS.

3. النهج “الهجين” (القابل للتركيب)

نادرا ما يكون خيارا ثنائيا. تتيح لك “الهندسة المعمارية القابلة للتركيب” الحديثة شراء المحرك وبناء السيارة.

مثال: CMS (إدارة المحتوى)

شراء (نظام إدارة المحتوى بدون رأس): العقل/المحتوى. إنهم يتعاملون مع قاعدة البيانات، وواجهات برمجة التطبيقات، وImage CDN، ومحرر النص المنسق، والتحرير التعاوني، والمراجعات.
البناء (الواجهة الأمامية): Next.js / الهيدروجين. يمكنك بناء طبقة العرض.

يمكنك شراء “الهندسة الصلبة” (البنية التحتية) وبناء “تجربة المستخدم” (التمايز).

مثال: بحث

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

4. حبس البائع: البعبع

“إذا استخدمت Auth0، فأنا مقفل! ماذا لو رفعوا الأسعار؟” وهذا خوف صحيح. لكن قارنه بـ تأمين الديون الفنية. إذا قمت بإنشاء مصادقة خاصة بك، فأنت مقيد بـ الرمز الخاص بك. وعلى عكس Auth0، لا يحتوي الكود الخاص بك على فريق مكون من 500 مهندس أمان لتصحيح ثغرات يوم الصفر.

استراتيجية التخفيف: نمط المحول. لا تتصل بـ “auth0.login()” في جميع أنحاء تطبيقك. لفه في “lib/auth.ts”. إذا رفع Auth0 الأسعار 10x، فإنك تعيد كتابة “lib/auth.ts” للإشارة إلى Clerk أو Firebase. تكلفة التبديل هي أسبوع واحد. قيمة استخدام Auth0 لمدة 3 سنوات هائلة.

5. الصيانة: القاتل الصامت

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

“تتقدم الحضارة من خلال توسيع عدد العمليات المهمة التي يمكننا القيام بها دون التفكير فيها.” - ألفريد نورث وايتهيد

تتيح لك SaaS “عدم التفكير” في تسليم البريد الإلكتروني. أو المدفوعات. أو النسخ الاحتياطية. وهذا يحرر عقلك للتفكير في قيمة العميل.

6. مغالطة تكلفة الهجرة

“إذا اشترينا شركة Algolia، فسوف يستغرق الأمر أسابيع حتى يتم دمجها!” “إذا بنيناه بأنفسنا، فيمكننا البدء بالبرمجة اليوم!” هذه هي مغالطة تكلفة الهجرة. التكامل هو تكلفة لمرة واحدة. البناء هو تكلفة مدى الحياة. ** التكامل **: أسبوعين. الإنشاء: 3 أشهر (أفضل لاعب) + صيانة لا نهائية. وأيضًا، عند شراء SaaS، تحصل على “أفضل الممارسات” خارج الصندوق. لا تحصل فقط على محرك بحث. يمكنك الحصول على “إدارة المرادفات”، و”التحليلات”، و”اختبار A/B”. إذا قمت بإنشائه، عليك أن تخترع تلك الميزات بنفسك (وهو ما لن تفعله، لذا فإن منتجك سيء).

7. دراسة الحالة: محرك البحث الذي تبلغ قيمته مليون دولار

لقد قمنا بتدقيق العميل الذي قام ببناء مجموعة ElasticSearch الخاصة به. ** الفريق **: 3 كبار المهندسين (600 ألف دولار في السنة). البنية التحتية: مثيلات AWS الكبيرة (50 ألف دولار سنويًا). الإدارة: 20% من وقت CTO. النتيجة: كان البحث… حسنًا. ولم يتعامل مع الأخطاء المطبعية بشكل جيد. لم يتم تصنيفها حسب الشعبية. المنافس: ألغوليا المستعملة (30 ألف دولار في السنة). المقارنة:

تكلفة العميل: 1 مليون دولار + على مدى 3 سنوات.
تكلفة SaaS: 90 ألف دولار على مدى 3 سنوات.
الجودة: كانت SaaS أفضل بـ 10 مرات. هكذا تموت الشركات. إنهم ينزفون رأس المال على الهندسة غير المتمايزة.

8. استراتيجية الخروج (إمكانية نقل البيانات)

عند شراء SaaS، اسأل دائمًا: “كيف أغادر؟” إذا كنت تستخدم Contentful، فهل يمكنك تصدير المحتوى الخاص بك بتنسيق JSON؟ (نعم). إذا كنت تستخدم Shopify، هل يمكنك تصدير عملائك؟ (نعم). إذا كان الجواب “لا”، فأنت لا تشتري؛ أنت تأخذ رهائن. نحن نفرض تدقيقًا لقابلية نقل البيانات لكل بائع. نقوم بمحاكاة “الخروج” قبل توقيع العقد. “قم بتنزيل كافة البيانات. واستعادتها في قاعدة بيانات محايدة.” إذا استغرق هذا أكثر من أسبوع واحد، فلن نوقع.

9. الاستنتاج: مصفوفة القرار

قبل كتابة سطر واحد من التعليمات البرمجية، قم بإجراء هذا الفحص:

هل هذه الميزة فريدة من نوعها بالنسبة لنموذج أعمالنا؟

لا -> شراء.

هل يوجد حل SaaS يغطي 80% من المتطلبات؟

نعم -> شراء.

هل تكلفة SaaS > تكلفة مهندس واحد في السنة؟

لا -> شراء.

فقط إذا كانت الإجابة “نعم، لا، نعم” -> الإنشاء.

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

هل تحتاج إلى تدقيق صادق؟

هل يقوم مهندسوك بإعادة اختراع العجلات؟

قم بتعيين مهندسينا المعماريين.