صحت اقتصادیات میٹرکس

موضوع 72 از 91· سافٹ ویئر انجینئرنگ اور ڈیجیٹل ڈیلیوری

تعمیر بمقابلہ خرید

تعمیر-بمقابلہ-خرید کسٹم ترقی کا کمرشل حصولیابی کے خلاف ایک منظم موازنہ ہے، ڈسکاؤنٹ شدہ TCO، فراہمی کے وقت، اور خطرے پر۔ تجرباتی مفروضے یک طرفہ ہیں: اصل تعمیر کے اخراجات عام طور پر پیش گوئیوں سے 30–40% زیادہ ہوتے ہیں، خریدے گئے حل 40–60% تیزی سے تعینات ہوتے ہیں، اور MIT کی 2025 GenAI تحقیق نے پایا کہ خریدے گئے AI ٹولز ~67% وقت کامیاب ہوئے جبکہ اندرونی تعمیرات اس شرح کے تقریباً ایک تہائی پر کامیاب ہوئیں۔

یہ کیوں اہم ہے

صحت کے نظام مسلسل اس فیصلے کا سامنا کرتے ہیں ("بنانا بمقابلہ کمیشن" NHS کی زبان میں)، اور انجینئرنگ تنظیمیں منظم طور پر تعمیر کی سمت میں غلط ہو جاتی ہیں — کیونکہ تعمیر کرنے والے تعمیر کا تخمینہ لگاتے ہیں، TCO کا نہیں، اور کیونکہ تعمیر کرنا زیادہ مزے دار ہے۔ اقتصادی فریم ورک ایماندار موازنہ پر مجبور کرتا ہے: دونوں اختیارات ایک ہی حد میں قیمت شدہ، دونوں خطرے کے لحاظ سے ایڈجسٹ شدہ، اور وقت کا فرق تاخیر کی لاگت کے طور پر قیمت شدہ — وہ اصطلاح جو اکثر جواب طے کرتی ہے اور اکثر چھوڑ دی جاتی ہے۔

حساب

ایک ہی 3–5 سال کی حد پر موازنہ کریں، ڈسکاؤنٹ شدہ:

NPV_آپشن = PV(فوائد، وقت-تا-قدر سے منتقل شدہ) − PV(TCO)

خطرے کی ایڈجسٹمنٹ (Green Book "خوش گمانی کا تعصب" پیٹرن):
  تعمیر کی لاگت × 1.3–1.4        (بڑھوتری کا مفروضہ)
  تعمیر کا وقت-تا-قدر + 40–60% (تعیناتی تاخیر کا مفروضہ)
  خرید: بجائے انضمام کی حقیقت کی جانچ اور خروج کے اخراجات شامل کریں

فیصلہ کن عوامل، اس ترتیب میں جس میں وہ عام طور پر فیصلہ کرتے ہیں:
  1. امتیاز — کیا یہ صلاحیت آپ کی پروڈکٹ ہے، یا پلمبنگ؟
  2. وقت-تا-قدر × CoD
  3. خطرے کے لحاظ سے ایڈجسٹ شدہ TCO

حل شدہ مثال

ایک ٹرسٹ کو ایک ای-رضامندی نظام کی ضرورت ہے۔ خرید: £150ہزار/سال SaaS، 3 ماہ میں لائیو۔ تعمیر: تخمینہ £600ہزار + £120ہزار/سال دیکھ بھال، 12 ماہ میں لائیو۔

خطرے سے ایڈجسٹ شدہ تعمیر: 600ہزار × 1.35 = £810ہزار؛ وقت-تا-قدر ≈ 18 ماہ
5-سالہ TCO:  خرید = 150ہزار × 5 = £750ہزار
           تعمیر = 810ہزار + 120ہزار × 5 = £1,410ہزار
تاخیر کی اصطلاح: رضامندی کی ڈیجیٹائزیشن £25ہزار/ماہ بچاتی ہے؛ تعمیر 15 ماہ
            بعد پہنچتی ہے → CoD = 15 × 25ہزار = £375ہزار

مؤثر موازنہ: £750ہزار بمقابلہ £1,785ہزار — خرید ~£1M سے جیتتی ہے، اور تعمیر
کے بعد سب سے بڑی واحد اصطلاح تاخیر کی لاگت ہے جس کی کسی نے قیمت نہیں لگائی۔

تعمیر درست رہتی ہے جب صلاحیت امتیازی ہو (آپ کی پروڈکٹ کا مرکزی الگورتھم)، جب کوئی وینڈر ایک سخت رکاوٹ کو پورا نہ کرے (طبی حفاظت، ڈیٹا کی رہائش)، یا جب وینڈر لاک اِن کا خطرہ شدید ہو اور قیمت شدہ ہو۔

سافٹ ویئر انجینئرنگ سے تعلق

قابل منتقلی صحت-معیشت کا نظم و ضبط تین گنا ہے: پیشگی مبنی خطرے کی ایڈجسٹمنٹ (30–40% بڑھوتری کا اضافہ سافٹ ویئر کا Green Book خوش گمانی تعصب ہے — اسے میکانکی طور پر لاگو کریں، استثناء کے لیے بحث کریں بجائے ان سے)؛ مقابلہ کنندہ کی ایمانداری (تعمیر کا متبادل "کچھ نہیں" نہیں، یہ بہترین دستیاب خرید ہے — دیکھیں موقع کی لاگت)؛ اور لاگت کے موازنے سے پہلے مساوات کی جانچ (اگر خرید اور تعمیر واقعی ایک ہی وضاحت پوری کرتے ہیں، تو یہ لاگت-کم سازی تجزیہ ہے اور سستا جیتتا ہے؛ اگر نہیں، نتیجے کا فرق قیمت شدہ ہونا چاہیے، دعویٰ نہیں کیا جانا چاہیے)۔

نقصانات

  • وینڈر کی فہرست کی قیمت کا غیر خطرے سے ایڈجسٹ شدہ تعمیر کے تخمینوں سے موازنہ کرنا — تعمیر کی طرف دوہری چاپلوسی۔
  • صفر-قیمت والا اندرونی مزدور ("ٹیم پہلے ہی یہاں ہے")۔
  • دونوں سمتوں میں غیر قیمت شدہ لاک-اِن: وینڈر کے خروج کے اخراجات، لیکن تعمیر کا بس-فیکٹر اور دیکھ بھال کی مدت بھی۔
  • شناخت سے چلنے والی تعمیرات: "یہ ہمارے لیے مرکزی ہے" پلمبنگ کے لیے دعوی کیا گیا — امتیاز کو اس کے خلاف جانچیں کہ کیا صارفین توجہ دیں گے۔

ذرائع