سافٹ ویئر کمپنی کو ملازمت دینے سے پہلے کیا پوچھیں

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

کیا واقعی دریافت کا عمل ہوتا ہے، یا عدد صرف اندازہ ہے؟

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

کام کتنی بار نظر آئے گا؟

یہ سوال اتنا ہی اہم ہے جتنا قیمت کا سوال۔ کیا آپ ہر چند ہفتوں بعد ایک قابلِ استعمال حصہ دیکھیں گے، یا مہینوں بعد ایک ہی حتمی ترسیل؟ پہلا طریقہ غلط سمت کو ہفتے دو ہفتے میں پکڑ لیتا ہے۔ دوسرے طریقے میں غلطی صرف اس وقت سامنے آتی ہے جب پروجیکٹ تقریباً مکمل ہو چکا ہوتا ہے — اور تب اسے ٹھیک کرنا زیادہ مہنگا اور زیادہ وقت طلب ہوتا ہے۔ باقاعدہ، چلتی ہوئی اسکرینیں دیکھنا کسی سلائیڈ یا کاغذی نمونے سے کہیں زیادہ بتاتا ہے۔

پروجیکٹ ختم ہونے کے بعد کوڈ کا مالک کون ہوگا؟

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

آپ کی بات اور اصل کوڈ کے درمیان کتنے لوگ ہیں؟

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

فکسڈ پرائس فی مرحلہ، یا ماہانہ صلاحیت ریٹینر؟

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

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

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

پہلی گفتگو میں یہی تین سوالات کافی ہیں

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

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

قیمت سے پہلے پوچھیں: دریافت ہوتی ہے یا نہیں، کام کتنی بار نظر آئے گا، اور آخر میں کوڈ کس کا ہوگا۔ باقی سب اسی کے بعد معنی رکھتا ہے۔

اپنے منصوبے پر بات کرنے کے لیے رابطہ کریں — ہم صرف وہی بتائیں گے جو آپ کی صورتحال پر واقعی لاگو ہوتا ہے۔