لکھاری: مارک اینڈریسکو

ترجمہ: چینی سے اردو میں کمپائل: ڈیپ ٹائیڈ ٹیچ فلو

تیسکر چھاپہ: سیلیکن ویلیج میں پالانٹائر کی طرز پر ہونے والی کمپنیوں کی ایک لہر ہے - ای آئی کے شروعاتی مراحل کی کمپنیاں پالانٹائر کی طرز پر عمل کر رہی ہیں جو کہ میزبان کمپنیوں میں انجینئرز کو تعینات کرتی ہیں اور بہت زیادہ مختصر خدمات فراہم کرتی ہیں اور 7 ہندسی اعداد کے ڈیل کر لیتی ہیں۔

اے 16 زی ہم پارٹنر مارک اینڈریسکو نے گرم گرمی میں پانی ڈال دیا : اکثر کمپنیاں صرف سطحی طور پر کاپی کر رہی ہیں اور آخر کار وہ صرف سافٹ ویئر ہی سافٹ ویئر کے چھپے ہوئے مشورہ فراہم کنندہ کمپنیاں بن جائیں گی ۔ یہ مضمون پیلینٹائر کے ماڈل کے واقعی قابل تقلید حصے کو تحلیل کرتا ہے اور کون سے صرف خوبصورت خواب ہیں ۔

متن اصلی:

ابھی کمپنیوں کے بزنس پلان میں ایک مقبول جملہ یہ ہے:"ہم بنیادی طور پر X میں Palantir ہیں۔"

فاؤنڈرز کو یہ بات بیان کرنے سے کہیں زیادہ لطف آتا ہے کہ وہ "فور وارڈ ڈپلائیڈ انجینئرز" (FDE) کو مقرر کرتے ہیں جو کلائنٹس کے ساتھ مقامی سطح پر کام کریں، گہری مختصر میں کام کا فلو بنائیں اور ایک معمولی سافٹ ویئر کمپنی کی بجائے ایک سپیشل فورس کی طرح کام کریں۔ اس سال، "فور وارڈ ڈپلائیڈ انجینئرز" کے عہدے حاصل کرنے کی درخواستیں 2010 کی دہائی کے اوائل میں Palantir کے متعارف کرائے گئے ماڈل کی نقل کے ساتھ سو فیصد سے زیادہ بڑھ گئی ہیں۔

میں سمجھتا ہوں کہ اس کھیل کی وجہ سے کیوں کوئی جذب ہوتا ہے۔ کاروباری صارفین اب "کونسا سافٹ ویئر خریدا جائے" اس معاملے میں پریشان ہیں - ہر چیز خود کو اے آئی کہتی ہے، اور نویز میں سے سگنل نکالنا کبھی اتنی مشکل نہیں تھا۔ پیلینٹائر کی فروخت کا طریقہ بہت متاثر کن ہے: ایک چھوٹی ٹیم کو ایک الجھن والے ماحول میں بھیج دیا جاتا ہے، مختلف خود کار، جزیرہ نما نظاموں کو جوڑ دیا جاتا ہے، اور کچھ ماہ کے اندر ایک مختصر کام کرنے والی پلیٹ فارم تیار کر دی جاتی ہے۔ ایک اسٹارٹ اپ کے لیے جو اپنی پہلی 7 ارقام کی آرڈر کے حصول کی کوشش کر رہا ہو، "ہم انجینئرز کو آپ کے آرگنائزیشن میں بھیجیں گے اور کام کرائیں گے" ایک بہت ہی تباہ کن وعدہ ہے۔

لیکن مجھے شدید شک ہے کہ کیا "Palantir کرنا" عام طریقہ کار کے طور پر عام کیا جا سکتا ہے۔ Palantir ایک "ایک ہی قسم" (Category of One) ہے - اس کی سرمایہ کاری کی قیمت کا اندازہ لگائیں! اکثر اس کی سطحی نقل کرنے والی کمپنیاں آخر کار صرف گران قدر سروس کمپنیاں بن جاتی ہیں، جو سافٹ ویئر کی قیمت کے گنا سے کام کرتی ہیں لیکن کوئی بھی مرکب فوائد کی مسابقتی فوائد کا اہتمام نہیں کرتی ہیں۔ مجھے 2010 کی دہائی کی یاد آتی ہے جب ہر ایک شروعاتی کمپنی کہتی تھی کہ وہ "پلیٹ فارم" ہے، لیکن واقعی پلیٹ فارم کمپنیاں بہت کم تھیں، کیونکہ ان کی تعمیر بہت مشکل ہے۔

یہ مضمون Palantir ماڈل میں وہ حقیقی منتقل کردہ اجزاء اور وہ اجزاء جو منفرد ہیں اور جو دوبارہ تیار کرنا مشکل ہے ان کو واضح کرنا چاہتا ہے اور ایسے فاؤنڈرز کے لیے ایک زیادہ عملی نقشہ بنانا چاہتا ہے جو اپنی کاروباری سافٹ ویئر کمپنی کو بلند سروس کے ساتھ جوڑنا چاہتے ہیں۔

"Palantir کرنا" کیا ہوتا ہے؟

"پالنٹائر کی طرح" کی طرف اشارہ کچھ مربوط چیزوں کی طرف ہوتا ہے:

فورٹ فرنٹ میں شامل ہونے والی انجینئرنگ

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

اک ایسٹ ایکسیکیوٹو انٹیگریٹڈ پ

پالنٹائر کے پروڈکٹس کے بنیادی طور پر ایک جوڑے ہوئے اوزیلوں کا مجموعہ نہیں ہیں بلکہ یہ ایک واضح دعوے والی پلیٹ فارم ہے جو ڈیٹا انٹی گریشن، حکمرانی اور آپریشنل تجزیہ کے لئے ہے۔ یہ ایک ادارے کے ڈیٹا کو منظم کرنے کا "اپریٹنگ سسٹم" کے قریب ہے۔ مقصد ٹکڑوں میں ٹوٹے ہوئے ڈیٹا کو واقعی وقت میں، بلند یقین کے فیصلوں میں تبدیل کرنا ہے۔

اونچا معیار، اونچا رابطہ فروخت کا طریقہ کار

"Palantirائزیشن" کی خصوصیت ایک فروخت کا انداز بھی ہے: لمبی مدتی اور زیادہ رابطے والی فروخت کی چکر، جو اہم ماحول (دفاع، پولیس، اطلاعات وغیرہ) کے اہداف کو نشانہ بناتی ہے۔ میزائل کی پیچیدگی اور صنعت کے "بیکر" کی مقدار خصوصیت ہے نہ کہ خرابی۔

نتائج فروخت کریں، لائسنس نہیں

آمدنی کی ایکسپریس مدتی، نتائج سے منسلک عہدیداران، سافٹ ویئر، خدمات اور جاری رکھنے کی بہتری کے ملے ہوئے ہیں۔ ایک ہی کسٹمر کے عہدیداران کروڑ ڈالر فی سال تک ہو سکتے ہیں۔

تازہ ترین تجزیہ نے Palantir کو "ایک ہی قسم کا" قرار دیا ہے کیونکہ اس نے تین چیزوں میں سے ہر ایک کو بہترین انداز میں پورا کیا: (a) ایک مکمل مصنوعاتی پلیٹ فارم کی تعمیر، (b) ماہر انجینئرز کو صارفین کی آپریشنز میں شامل کرنا، (c) حکومتی اور دفاعی ماحول میں اہم میزبانی کے معیار پر اپنی کارکردگی کو ثابت کرنا۔ اکثر کمپنیاں اس میں سے ایک یا دو چیزوں تک پہنچ سکتی ہیں، لیکن تینوں کو یکساں طور پر پورا کرنا ممکن نہیں ہے۔

لیکن 2025 تک ہر کوئی اس ماڈل کی چمک چھیننا چاہے گا۔

تین قوتیں اکھٹی ہو رہی ہیں:

1. کارپوریٹ ای آئی میں ایک "واقعیت میں لاگو کرنے" کی مشکل ہے۔

AI کے بہت سے منصوبے تعمیراتی ماحول میں داخل ہونے سے پہلے ہی رک جاتے ہیں، عام طور پر ڈیٹا کی الجھن، چیزیں مل کر رکھنے کی تکلیف اور اندرونی طور پر کوئی قائد نہ ہونے کی وجہ سے۔ خریداری کی خواہش اب بھی جنونی ہے (بอรڈ اور سی سوئٹ کی سطح پر "AI خریدنا ہو گا" کا واقعی ایک بالائی دباؤ ہے)، لیکن واقعی نصب کرنا اور ROI عام طور پر بہت سے ہاتھ سے ہاتھ کی مدد کی ضرورت رکھتا ہے۔

2. فرنٹ لائن ڈیپلویمنٹ انجینئر ایک چھوٹی ہوئی رابطہ سیڑھی کی طرح لگ ر

میڈیا رپورٹس اور روزگار کے ڈیٹا کے مطابق ایف ڈی ای (FDE) کے عہدوں میں اس سال اچانک اضافہ ہوا ہے - مختلف ذرائع کے مطابق یہ اضافہ 800 فیصد سے 1000 فیصد کے درمیان ہے - اے آئی کی شروعاتی کمپنیاں واقعی انجیکشن انجینئرز کے ذریعے ڈپلویمنٹ کو عملی جامہ پہنانے کی کوشش کر رہی ہیں۔

3. تیز رفتاری ترقی عام چیز بن چکی ہے (7 ہندسی بڑے آرڈر کی نسبت 5 ہندسی چھوٹے آرڈر کو تیزی سے بڑا کرنا آسان ہوتا ہے)

اگر انجینئرز کو فلائٹ کے ذریعے سائٹ پر بھیجنے کی قیمت 500 کروڑ یا حکومتی اداروں کے 10 لاکھ ڈالر سے زیادہ کے آرڈر ہیں تو، بہت سی ابتدائی مراحل کی کمپنیاں مارجن کی جگہ میں اس کی بجائے مارجن کا تبادلہ کرنا پسند کرتی ہیں۔ مالیاتی ادارے بھی کم مارجن کو قبول کرنے کے لیے زیادہ تیار ہیں کیونکہ نئی قسم کے AI تجربات کو عام طور پر بہت سی تیزی کی تعمیر کی ضرورت ہوتی ہے۔ اس کا مفہوم یہ ہے: کیا آپ کلائنٹ کی انتظامیہ کے عہدے اور اعتماد حاصل کر سکتے ہیں، 'نتائج' فراہم کر سکتے ہیں، اور پھر اس کے مطابق قیمت مقرر کر سکتے ہیں؟

لہٰو قصہ یوں بدل گیا: "ہم وہی کریں گے جو Palantir نے کیا تھا۔ ہم ایک ایلیٹ ٹیم بھیجیں گے، کچھ عظیم چیز تیار کریں گے، اور پھر اسے وقت کے ساتھ پلیٹ فارم میں تبدیل کر دیں گے۔"

یہ کہانی بہت خاص حالات میں درست ہو سکتی ہے۔ لیکن کچھ مضبوط پابندیاں ہوتی ہیں جن کا بانیوں نے عام طور پر تھوڑا سا ذکر کیا ہوتا ہے۔

پہلے ہی دن سے نتائج فروخت کرنا چاہتے ہیں

پالنٹر کا اپنی پالیسی کا مطابق مصنوعی ذہانت کا ایک اہم پروڈکٹ فاؤنڈری ہے جو سو سے زائد مائیکرو سروسز کا ایک مجموعہ ہے جو ایک ہی نتیجہ کی طرف اشارہ کرتا ہے۔ یہ مائیکرو سروسز مختلف کاروباری شعبوں میں عام مسائل کے لیے مصنوعی ذہانت کے بنیاد پر حل کا ایک مجموعہ ہیں۔ ماضی کے دو سالوں میں میں نے سو سے زائد ای ایم ای کمپنیوں کے بانیوں کو دیکھا ہے، اور میں آپ کو بتا سکتا ہوں کہ کہاں تشبیہ ختم ہوتی ہے: نئی کمپنیاں ایک بڑے نتیجہ کے بنیاد پر مقاصد کا اعلان کرتی ہیں، جبکہ پالنٹر پہلے ہی مائیکرو سروسز کی ساخت کر چکا ہے، جو اس کی بنیادی صلاحیتوں کا ایک اہم حصہ ہیں۔ یہی وجہ ہے کہ پالنٹر عام مشورہ فراہم کرنے والی کمپنیوں سے مختلف ہے (اور یہی وجہ ہے کہ اس کی قیمت اگلے سال کی آمدنی کے 77 گنا ہے)۔

پالانٹیر کے کئی اہم مصنوعات ہیں:

• پالنٹیر گوماہن: ملکی دفاع اور اطلاعاتی پلیٹ فارم جو فوج، اطلاعاتی اداروں اور پولیس کے اداروں کو مختلف ڈیٹا کو تجزیہ کرنے کے لئے اکٹھا کر کے مہم کی منصوبہ بندی اور تحقیقات کے مقاصد کے لئے مدد فراہم کرتا ہے
• پالنٹیر ایپولو: ایک سافٹ ویئر ڈپلویمنٹ اور مینیجمنٹ پلیٹ فارم جو کسی بھی ماحول (مൾٹی کلاؤڈ، لокل، آف لائن) میں خود کار اور محفوظ طریقے سے اپ ڈیٹس اور نئی خصوصیات کو بھیج سکتا ہے۔
• پالنٹر فاؤنڈری: مختلف صنعتوں کے ڈیٹا آپریشنز پلیٹ فارم، ڈیٹا، ماڈل اور تجزیہ کو ملائیں، کاروباری آپریشنز فیصلوں کو چلا دیں۔
• پالنٹیر اونٹالوجی: حقیقی دنیا کے مالیکولوں، تعلقات اور منطق کو ترتیب دینے والی ڈائنامک قابل کارروائی ڈیجیٹل ماڈل جو فاؤنڈری کے اندر کاروباری اور فیصلوں کو چلا رہی ہے۔
• پالنٹیر ای ۔ ای ۔ پی(ذہنی صلاحیت کا پلیٹ فارم): آرگنائیزیشن کے ڈیٹا اور آپریشنز کو آنٹولوجی کے ذریعے ای آئی ماڈل (مثال کے طور پر بڑے زبانی ماڈل) سے جوڑ کر پیداواری ای آئی چلائے گئے کام کے فلو اور ایجنٹس تیار کریں۔

اُورست کی رپورٹ کا حوالہ دیتے ہوئے: "پیلینٹر کے معاہدات چھوٹی بات سے شروع ہوتے ہیں۔ پہلی تعاون کی کوشش ممکنہ طور پر ایک مختصر تربیتی کیمپ اور محدود چابک دستی کے ساتھ ہوتی ہے۔ اگر افادیت کی تصدیق ہو جائے تو اس کے بعد اس کے استعمال کے مزید مثالیں، کام کے مراحل اور ڈیٹا کے میدان شامل کر دیے جاتے ہیں۔ وقت گزرنے کے ساتھ، آمدنی کی ساخت سروسز سے سافٹ ویئر سبسکرپشن کی طرف مائل ہو جاتی ہے۔ مشورہ فراہم کرنے والی کمپنیوں کے برعکس، سروسز کا مقصد مصنوعات کے استعمال کو فروغ دینا ہوتا ہے، اصل آمدنی کا ذریعہ نہیں۔ اکثر سافٹ ویئر فروخت کرنے والوں کے برعکس، پیلینٹر واقعی اہم صارفین حاصل کرنے کے لیے اپنے انجینئرنگ وقت کو پہلے سے ہی خرچ کرنے کے لیے تیار ہوتا ہے۔"

ایک طرف، مجھے اب ای چی کیو کمپنیوں کو دیکھنے میں آرہا ہے جو سیکھنے کے لیے سیکھنے کے لیے سیکھنے کے لیے سیکھنے کے لیے سیکھنے کے لیے سیکھنے کے لیے سیکھنے کے لیے سیکھنے کے لیے سیکھنے کے لیے سیکھنے کے لیے سیکھنے کے لیے سیکھنے کے لیے سیکھنے کے لیے سیکھنے کے لیے سیکھنے کے لیے سیکھنے کے لیے سیکھنے کے لیے سیکھنے کے لیے سیکھنے کے لیے سیکھنے کے لیے سیکھنے کے لیے سیکھ

ہر سوال پالانٹائر سطح کا سوال نہیں ہوتا

اولیہ کاروائیوں میں جہاں پالانٹیر کو استعمال کیا گیا، دیگر آپشنز "کچھ بھی کام نہیں آتا" تھا: دہشت گردی کے خلاف کارروائی، فراڈ کی نشاندہی، لڑائی کے میدان میں سپلائی چین، اور اعلی خطرے والی میڈیکل آپریشنز۔ مسئلہ حل کرنے کی افادیت کو اربوں ڈالر، بچائے گئے افراد یا جغرافیائی سیاسی نتائج کے حساب سے معلوم کیا جاتا ہے، نا کہ کارکردگی میں اضافے کے حساب سے۔

اگر آپ کسی میڈیم سائز کی SaaS کمپنی کو 8 فیصد فروخت کا عمل بہتر بنانے کی پیشکش کریں تو اس کی مالی ادائیگی کے برابر مقدار میں آپ کسی مخصوص طریقہ کار کو لاگو کرنا برداشت نہیں کر سکتے۔ ROI کے فاصلے میں کئی ماہ تک کے مقامی انجینئرنگ کی مالی ادائیگی کی گنجائش نہیں ہوتی۔

اکثر صارفین ہمیشہ تک آپ کے تحقیق و ترقیاتی تجربہ کاری کے لی

پالنٹائر کے صارفین کو اس کے ساتھ مل کر مصنوعات کی ترقی قبول ہے؛ ان کو بہت کچھ برداشت کرنا پڑتا ہے کیونکہ اس کی جگہ دوسرے آپشن محدود ہیں اور اس کا داؤ بہت زیادہ ہے۔

اکثر کاروبار، خصوصاً ان کے علاوہ جو دفاعی اور مانیٹرنگ شدہ شعبوں میں ہیں، یہ محسوس کرنا چاہتے ہیں کہ وہ ایک لمبے عرصے تک جاری رہنے والے مشورہ فراہم کرنے والے منصوبے کا حصہ ہیں۔ ان کے پاس موجودہ سافٹ ویئر ٹولز کے ساتھ میچ کرنے کی قابلیت ہونا، قابل توقع نتائج اور تیز نتائج چاہئے۔

اہلیت کی گہرائی اور ثقافت عام نہیں کی جا سکتی

بالانٹیر نے ایک دہائی سے زیادہ عرصہ ایسے بہت قابل انجینئروں کی تلاش اور تربیت کی ہے جو پروڈکشن لیول کا کوڈ لکھ سکتے ہیں، اور جو کہ انتظامیہ میں باآسانی چلتے ہیں، اور جو کہ ایک کمرے میں لیفٹیننٹ کرنل، سی ای او آئی اور نگرانوں کے ساتھ بات چیت کر سکتے ہیں۔ اس عہدے سے جو لوگ رخصت ہو چکے ہیں انہوں نے بالکل ایک "بالانٹیر مافیا" کے بنیادی اور اعلیٰ افسران کا ایک مجموعہ تشکیل دیا ہے۔ ان میں سے بہت سے لوگ یونیکورن سطح کے ہیں کیونکہ وہ بہت زیادہ ٹیکنیکل ہیں اور گاہکوں کے سامنے بہت مؤثر ہیں۔

اکثر شروع کنندہ کمپنیاں اپنی طاقت کو سوروں ایسے افراد کی رقم سمجھنے کی کوشش نہیں کر سکتی ہیں۔ عملی طور پر، "ہم ایک پالانٹائر سٹائل ایف ڈی ای ٹیم تیار کریں گے" عام طور پر درج ذیل میں تبدیل ہو جاتا ہے:

• پر سیل سالیوشن انجینئر کو اب "ایف ڈی ای" کہا جاتا ہے
• اول درجے کے جنرل سٹاف کو یکساں طور پر پروڈکٹ، نفاذ اور گاہک منیجمنٹ کرنا ہوتا ہے
• ادارہ نے کبھی بھی پالانٹائر کی تنصیب کو قریب سے نہیں دیکھا لیکن اس کی گن گاٶن۔

یہ ضروری ہے کہ واضح کیا جائے کہ باہر بہت سے انتہائی مہارت رکھنے والے لوگ موجود ہیں اور کورسیٹ جیسے اوزل تکنالوجی کے اوزل افراد کو بھی کوڈ لکھنے کی اجازت دیتے ہیں۔ لیکن پالانٹر کے ماڈل کو بڑے پیمانے پر چلانے کے لیے تجارتی اور ٹیکنیکی مہارت کا انتہائی کمیاب مجموعہ درکار ہے، اور اگر کوئی شخص پالانٹر میں رہ چکا ہو تو یہ بہت مددگار ہو گا کیونکہ یہ ایک بہت ہی منفرد کمپنی ہے۔ لیکن اس قسم کے لوگوں کی تعداد محدود ہے!

سروس گریز ہے واقعی

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

غیر محتاط سرمایہ کار ایک ہکی سٹک کی طرح 0 سے 10 ملین ڈالر تک کی معاہدہ کی قدر کی تیزی سے افزائش دیکھتے ہیں اور پھر جلدی جلدی شریک ہو جاتے ہیں۔ لیکن میں ہمیشہ سے سوال پوچھ رہا ہوں: جب چالیس (یا اس سے بھی زیادہ) ایسی ہی 10 ملین ڈالر کی شروعاتی کمپنیاں ایک ہی پیشکش کے ساتھ ایک دوسرے کے ساتھ ٹکرا شروع کر دیں گی تو کیا ہو گا؟

اس وقت آپ "X کا پالنٹائر" نہیں ہوں گے۔ آپ "X کا ایکسنچر" ہوں گے، صرف سامنے والی چیز بہتر لگے گی۔

اگر افسانوں کو ہٹا دیا جائے تو چند عناصر تحقیق کی خصوصی طور پر ضرورت ہے:

1. پلیٹ فارم کو ترجیح دی جائے گی نہ کہ منصوبے کو

فلنٹائر کا فرنٹ لائن ڈپلویمنٹ ٹیم ہر کلائنٹ کے لیے مکمل طور پر میزبان نظام لکھنے کے بجائے، چند قابل استعمال بنیادی اجزاء (ڈیٹا ماڈل، رسائی کنٹرول، کام کا فلو انجن، ویژولائزیشن کمپونینٹس) پر مبنی ہے۔

2. کام کرنے کا واضح طریقہ جانتا ہے کہ کام کس طرح ہونا چاہیے

یہ کمپنی موجودہ عملے کو آتومیٹ نہیں کرتی ہے ؛ یہ اکثر اپنے صارفین کو نئے کام کے طریقے کی طرف دھکیلتی ہے اور اس کے خود کے اصولوں کو نرم افزار میں شامل کر دیتی ہے۔ یہ ایک فراہم کنندہ کے لیے ایک نایاب جرات ہے اور یہ دوبارہ استعمال کو ممکن بنا دیتا ہے۔

3. لمحدودہ افق اور اصل

ایک پلینٹر اسٹائل کمپنی بننے کے لئے، ایک لمبی مدت کے منفی جذبات، سیاسی تنازعات اور قریبی مستقبل کی کمائی کی ناانگریزی کے ساتھ گزرنا پڑتا ہے، جبکہ پلیٹ فارم اور بکنگ ماڈل پختہ ہوتا ہے۔

4. بہت خاص مارکیٹ کا مجموعہ

سیاسیات اور دفاع کے شعبوں میں ابتدائی طور پر توجہ مرکوز کرنا ایک خوبی تھی نہ کہ کمزوری: بلند ادائیگی کی خواہش، بلند تبدیلی کی لاگت، بلند جوہر، اور کچھ ہی بہت بڑے صارفین۔ اس کے علاوہ کچھ ایسے قدیم حریف بھی ہیں جو کہ چند دہائیوں سے تقریباً مقابلہ کے بغیر ہی کام حاصل کرتے رہے ہیں۔

ایک دوسرے الفاظ میں، Palantir کسی "سافٹ ویئر کمپنی + مشورہ" کے بجائے "سافٹ ویئر کمپنی + مشورہ + سیاسی منصوبہ + بہت پیشہ ورانہ سرمایہ" ہے۔

یہ وہ چیز نہیں ہے جسے آپ کسی بھی عمودی SaaS پروڈکٹ پر چڑھا کر عام کر سکتے ہیں۔

"ہم پالانٹائر کیسے بن سکتے ہیں" کے بجائے ایک سلسلہ سوالات پوچھیں:

1. مسئلہ کی اہمیت

کیا یہ مسئلہ "مہنگائی کا معاملہ" (انسانی جانوں، قومی سلامتی، اربوں ڈالر) ہے یا "اضافی سہولت" (10-20 فیصد کارکردگی میں اضافہ)؟ جتنی زیادہ داؤ پر ہو، اتنی ہی زیادہ سرکردہ تنصیب کا نمونہ مناسب ہو گا۔

2. صارفین کا مرکزیت

کیا آپ چند دہائیوں کے بڑے صارفین کو فروخت کر رہے ہیں یا ہزاروں چھوٹے صارفین کو؟ میموری میں انجینئرنگ وہ کلائنٹ کمیونٹیز میں بہتر طریقے سے توسیع کرتی ہے جو مرکزی اور بلند ACV (سالانہ کانٹریکٹ ویلیو) کے حامل ہوتی ہیں۔

3. شعبہ جات کی ٹوٹ ہوئی حالت

کیا آپ کے میزبانوں کے درمیان کام کا اندازہ ایک جیسا ہے، کیا وہ ایک ہی سافٹ ویئر ٹول استعمال کرتے ہیں، یا پھر ہر ایک کی تنصیب بالکل مختلف ہے؟ اگر ہر میزبان ایک سفید برف کی نچوڑ کی طرح مختلف ہو تو ایک جیسی پلیٹ فارم تعمیر کرنا مشکل ہو جاتا ہے۔ کچھ حد تک ایک جیسی چیزوں کا ہونا مددگار ہوتا ہے۔

4. نگرانی اور ڈیٹا کا دباؤ

کیا آپ ایسے شعبوں میں کام کر رہے ہیں جہاں نگرانی بہت زیادہ ہو اور ڈیٹا انٹیگریشن کے مسائل بہت واضح ہوں (دفاع، طبی، مالی جرائم، حیاتیاتی ڈھانچہ)؟ یہی وہ جگہ ہے جہاں Palantir انٹیگریشن کام کرکے واقعی اضافی قیمت فراہم کر سکتے ہیں۔

اگر آپ اکثر اس ڈائمنشنس کے بائیں نیچلے کونے (کم اہمیت، ٹکڑا ہوئے صارفین، نسبتاً آسان انٹیگریشن) میں ہیں تو، اس صورت میں "پالانٹائر" کی طرح بن جانا تقریباً غلط ہو گا۔ ایسی صورت حال میں پی ایل جی (پروڈکٹ لیڈ گروتھ) کا بجائے سے اپروچ بہتر ہو گا۔

ہاں میں یہ سمجھتا ہوں کہ ہر ابتدائی کمپنی Palantir کے ماڈل کو کامیابی سے لاگو کر سکے گی لیکن اس میں سے کچھ حصے قابل غور ہیں:

1. مقامات کو سکیل ہیں نہ کہ گھر

نیچے دی گئی کارروائی بالکل درست ہو سکتی ہے

• انجینئرز کو ابتدائی ڈیزائن ہم واسطہ کے ساتھ میں داخلی طور پر کام کروائیں
• پروڈکشن ماحول میں پہلے 3-5 کسٹمرز لا کر ہر ہالہ میں
• ان معاونت کو استعمال کریں اپنی بنیادی اور انتزاعی چیزوں کو دباؤ کی جانچ کے لئے

لیکن وضاحت کے ساتھ محدود کرنا ضروری ہے:

• محدود المدت کے تعینات کرنا (مثال کے طور پر "90 دن کا چیلنج 90 دن میں پروڈکشن تک")
• وضاحت کے ساتھ تناسب (مثال کے طور پر "10 لاکھ ڈالر ARR کے لیے ایک گاہک پر انجینئرنگ ہیڈ کانٹ کی تعداد کتنا ہو سکتی ہے")
• ہر تین ماہ کے اہداف کو دوبارہ استعمال کیا جاسکے اور یا ٹیم پلیٹس میں تبدیل کرنا

اگر نہیں تو "ہم بعد میں اس کا مصنوعاتی کام کریں گے" "ہم ہمیشہ وقت نہیں پایا" بن جائے گا۔

2. تعمیرات قوی بنیادی کے ذریعے، مخصوص کام کے فلو کی بجائے

پالنٹائر کا واقعی سبق مصنوعات کی ڈھانچہ سازی میں ہے:

• یک جامع دیٹا ماڈل اور اجازت دیں تہہ
• اک عام کام کا فلو انجن اور UI بنیادی اجزاء
• کوڈ کی بجائے قدرتی طور پر ترجیحی طور پر

فورٹ فریم ڈپلویمنٹ ٹیم کو وقت اس بات کی نگرانی پر صرف کرنا چاہیے کہ کون سے بنیادی عناصر کو جوڑا جائے اور اس کی تصدیق کریں، ہر کلائنٹ کے لیے نئی چیزوں کی تعمیر نہ کریں۔ نئی تعمیر کا کام انجینئرز کو چھوڑ دیں۔

3۔ FDE کو صرف ایک ڈیلیوری کے طور پر نہیں بلکہ ایک پروڈکٹ کا حصہ بنائیں

Palantir کے دنیا میں، سامنے والی لائن کے تعینات ہونے والے انجینئرز صرف نفاذ کے بجائے مصنوعات کی دریافت اور تکرار میں گہری طرح سے ملوث ہوتے ہیں۔ مضبوط مصنوعات کے ادارے اور پلیٹ فارم ٹیمیں ایف ڈی ای (FDE) کے سامنے والی لائن پر سیکھنے کے بارے میں کچھ بھی نکال کر استعمال کرتی ہیں۔

اگر آپ کا ایف ڈی ای (FDE) الگ "مہارت کی خدمات" ڈیپارٹمنٹ میں بیٹھا ہوا ہے تو، آپ اس واپسی کے چکر کو کھو دیں گے اور پھر ایک خالص سروس کمپنی کی طرف رخ کر دیں گے۔

4. چار۔ اپنی مارگن ساخت کے بارے میں صادق اور امین ہو ج

اگر آپ کا پچ 80 فیصد سے زیادہ سافٹ ویئر گروس مارجن اور 150 فیصد نیٹ ریونیو ریٹینشن کا تخمینہ لگا رہا ہے لیکن آپ کا بیچ فروخت کا ماڈل درحقیقت طویل مدتی سائٹ پر کام کرنے والے منصوبوں کی ضرورت مند ہے تو فائدے اور نقصان کے درمیان ترجیحات کو شفاف رکھیں - کم از کم اندر سے شفاف رکھیں۔

کچھ صنفیات کے لئے، چمکدار کم مارجن اور زیادہ ACV کا نمونہ مکمل طور پر عقلی ہے۔ مسئلہ وہ ہے کہ جو کمپنیاں SaaS کا جھوٹا دعویٰ کر رہی ہیں اور درحقیقت ایک پلیٹ فارم کے ساتھ خدمات فراہم کر رہی ہیں۔ سرمایہ کار عام طور پر وہ راستہ دیکھتے ہیں جو مطلق مارجنس کی سب سے زیادہ رقم کی طرف لے جاتا ہے، اور اس کو حاصل کرنے کا ایک طریقہ بڑے پیمانے پر کانٹریکٹس اور زیادہ واضح COGS (Cost of Goods Sold) کے ساتھ ہے۔

جب میں کو بانیوں نے کہا کہ "ہم پیلینٹائر کے X کے شعبے میں ہیں" تو میری کتاب میں مسئلہ اس طرح تھا:

1. ایک متعین ہائیڈروکاربن کے اکائی کا ایک مثالی چارٹ دکھائیں۔ اشار چیز جو مشترکہ طور پر استعمال ہو رہا ہو اور اشار چیز جو خاص طور پر کسٹمر کے لیے بنایا گیا ہو، ان دونوں کے درمیان سرحد کہاں ہوتی ہے؟ اور یہ سر
2. مجھے وقت کی تاریخ کا جائزہ دیں۔ سائن ہونے سے پہلی تیاری کے استعمال تک انجینئرز-ماہ کی کتنی ضرورت ہو گی؟ کون سی چیزیں ضروری طور پر مختیار کی جانی چاہئیں؟
3. تیسر سال میں ایک بالغ گاہک کا گروس مارجن کتنا ہے؟ کیا سامنے والی لائن میں شامل ہونے کی کوشش وقت کے ساتھ "خوبصورت" طریقے سے کم ہو رہی ہے؟ اگر نہیں تو کیوں؟
4. اگر آئندہ سال 50 معاہدے کر لیے جائیں تو کہاں ٹوٹ جائے گا؟ نیک چاہیے؟ نیا چاہیے؟ مصنوعات؟ سپورٹ؟ مجھے اس چیز کا پتہ چاہیے کہ یہاں کہاں سے خلل ہو رہا ہے۔
5. آپ کیسے فیصلہ کرتے ہیں کہ "نہیں" میں تبدیلی کریں؟ اکثر اوقات، خود کشی کام کرنے سے انکار کرنے کی خواہش ہی ایک پروڈکٹ کمپنی اور ایک سروس کمپنی (جس کے پاس خوبصورت ڈیمو ہو) کو الگ کرنے کا حکم ہوتا ہے۔

اگر یہ جوابات وضاحت کے ساتھ، واقعی واقعی اور معماری طور پر منسق ہوں تو پالنٹائر کی طرح کچھ حد تک سامنے والے جھنڈے کی تنصیب واقعی فائدہ مند ہو سکتی ہے۔

اگر جواب غامض ہو یا ہر ممکنہ تعاون بالکل منفرد ہو تو ہم دہریت یا واقعی پیمانہ کے امکانات کی توثیق کرنا مشکل پائیں گے۔

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

یہ بہت آسان ہے کہ ہر ای ٹی یا ڈیٹا سٹارٹ اپ کا یہی مظاہرہ ہونا چاہیے۔ لیکن اکثر صنفیں، بالکل "پالانتیر" کی طرح ہونا ایک خطرناک خواب ہے:

• مسئلہ کافی اہم نہیں ہ
• مصنوعات کے شاہی دارالحکومت کے ل
• اکیلہ ماحول توسیع نہیں کیا ج
• اقتصادی اکاؤنٹس خاموشی سے سروس کمپنی میں تبدیل ہو گئے

پالنٹائر کیسے بننے کا ایک مفید سوال نہیں ہے، بلکہ بانیوں کے لیے زیادہ مفید سوال یہ ہے کہ:

"ہمیں اپنی کیٹیگری میں AI استعمال کے درمیان خلیج کو پورا کرنے کے لیے کتنے پالانٹائر سٹائل فرنٹ لائن کی تنصیبات کی ضرورت ہے - اور ہم اسے ایک واقعی میٹھی کاروباری پلیٹ فارم میں کتنی جلدی تبدیل کر سکتے ہیں؟"

اگر آپ اس چیز کو درست کر دیں تو آپ اس میں سے واقعی اہم چیزوں کو قرض لے سکتے ہیں اور اس کے ان حصوں کو قبول کیے بغیر جو آپ کو دبادیں گے۔