البناء مقابل الشراء هو السؤال الأول الخاطئ

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

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

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

معظم المنتجات الحقيقية هجينة: اشترِ طبقات السلع، وابنِ سطح المنتج الذي يخلق القيمة، وامتلك التكاملات والصلاحيات وقصة التدقيق. الخطأ ليس اختيار البناء أو الشراء. بل معاملة «نستطيع برمجته» كاستراتيجية. الكود رخيص مقارنة بامتلاك الشيء الخطأ لثلاث سنوات.

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

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

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