LANIT-Integration میں بہت سے تخلیقی ملازمین ہیں۔ نئی پروڈکٹس اور پروجیکٹس کے آئیڈیاز ہوا میں معلق ہیں۔ سب سے زیادہ دلچسپ لوگوں کی شناخت کرنا بعض اوقات بہت مشکل ہوتا ہے۔ لہذا، ہم نے مل کر اپنا طریقہ کار تیار کیا۔ اس مضمون کو پڑھیں کہ بہترین پراجیکٹس کو کیسے منتخب کیا جائے اور ان پر عمل کیا جائے۔
روس میں، اور پوری دنیا میں، کئی ایسے عمل ہو رہے ہیں جو آئی ٹی مارکیٹ کی تبدیلی کا باعث بنتے ہیں۔ کمپیوٹنگ کی طاقت میں اضافے اور سرور، نیٹ ورک اور دیگر ورچوئلائزیشن ٹیکنالوجیز کے ابھرنے کی بدولت، مارکیٹ کو اب زیادہ مقدار میں ہارڈ ویئر کی ضرورت نہیں ہے۔ وینڈرز تیزی سے صارفین کے ساتھ براہ راست کام کرنے کو ترجیح دیتے ہیں۔ IT مارکیٹ اپنی تمام شکلوں میں آؤٹ سورسنگ میں تیزی کا سامنا کر رہی ہے، کلاسک آؤٹ سورسنگ سے لے کر آؤٹ سورسرز کی نئی لہر تک - "کلاؤڈ فراہم کرنے والے"۔ بنیادی ڈھانچے کے نظام اور عناصر کو برقرار رکھنے اور ترتیب دینا بہت آسان ہو جاتا ہے۔ سافٹ ویئر کا معیار ہر سال بڑھ رہا ہے اور انٹیگریٹر کے کاموں کو تبدیل کیا جا رہا ہے۔
ہم خیالات کے ساتھ کیسے کام کرتے ہیں۔
میں پروڈکٹ کے آغاز کی سمت ایک سال سے زائد عرصے سے ہے. ہمارا بنیادی مقصد نئی مصنوعات بنانا اور انہیں مارکیٹ میں لانا ہے۔ پہلی چیز جس کے ساتھ ہم نے شروع کیا وہ مصنوعات بنانے کے عمل کو منظم کرنا تھا۔ ہم نے کلاسک سے لے کر ہائپ تک بہت سے طریقوں کا مطالعہ کیا ہے۔ تاہم، ان میں سے کوئی بھی ہماری ضروریات پوری نہیں کرتا تھا۔ پھر ہم نے لین سٹارٹ اپ طریقہ کار کو بنیاد کے طور پر لینے اور اسے اپنے کاموں میں ڈھالنے کا فیصلہ کیا۔ لین اسٹارٹ اپ انٹرپرینیورشپ کا ایک نظریہ ہے جسے ایرک ریز نے بنایا ہے۔ یہ دبلی پتلی مینوفیکچرنگ، کسٹمر ڈویلپمنٹ اور لچکدار ترقی کے طریقہ کار جیسے تصورات کے اصولوں، نقطہ نظر اور طریقوں پر مبنی ہے۔
جہاں تک پروڈکٹ ڈویلپمنٹ مینجمنٹ کے لیے براہ راست نقطہ نظر کا تعلق ہے: ہم نے وہیل کو دوبارہ ایجاد نہیں کیا بلکہ پہلے سے موجود ترقیاتی طریقہ کار کو لاگو کیا۔ ، تخلیقی صلاحیتوں کو شامل کرنا، اور اب اسے محفوظ طریقے سے SCRUM-WATERFALL-BAN کہا جا سکتا ہے۔ SCRUM، اپنی لچک کے باوجود، ایک بہت ہی سخت نظام ہے اور صرف ایک پروڈکٹ/پروجیکٹ کے لیے ذمہ دار ٹیم کے انتظام کے لیے موزوں ہے۔ جیسا کہ آپ سمجھتے ہیں، کلاسک "انضمام" کاروبار میں ایک پروجیکٹ پر کام کرنے کے لیے کل وقتی تکنیکی ماہرین کو تفویض کرنا شامل نہیں ہے (اس میں مستثنیات ہیں، لیکن بہت کم)، کیونکہ پروڈکٹس پر کام کرنے کے علاوہ، ہر کوئی موجودہ پروجیکٹس میں مصروف ہے۔ SCRUM سے ہم نے کام کی تقسیم کو سپرنٹ، روزانہ کی رپورٹنگ، سابقہ اور کرداروں میں لے لیا۔ ہم نے اپنے ٹاسک فلو کے لیے کنبن کا انتخاب کیا اور یہ ہمارے موجودہ ٹاسک ٹریکنگ سسٹم میں اچھی طرح ضم ہو گیا۔ ہم نے چیزوں کے موجودہ ترتیب میں بغیر کسی رکاوٹ کے ضم کر کے اپنے کام کو تشکیل دیا۔
مارکیٹ میں داخل ہونے سے پہلے، ایک پروڈکٹ 5 مراحل سے گزرتی ہے: خیال، انتخاب، تصور، MVP (مزید تفصیلات نیچے) اور پیداوار۔
خیال
اس مرحلے پر کچھ وقتی چیز ہے - ایک خیال۔ مثالی طور پر، موجودہ مسئلہ یا کلائنٹ کے مسئلے کو حل کرنے کا خیال۔ ہمارے پاس خیالات کی کوئی کمی نہیں ہے۔ ابتدائی منصوبے کے مطابق، وہ تکنیکی علاقوں کے ملازمین کی طرف سے پیدا کیا جانا چاہئے. مزید ترقی کے لیے کسی آئیڈیا کو قبول کرنے کے لیے، مصنف کو "آئیڈیا ڈیزائن ٹیمپلیٹ" کو پُر کرنا چاہیے۔ صرف چار سوال ہیں: کیا؟ کس لیے؟ کس کو اس کی ضرورت ہے؟ اور اگر ہماری مصنوعات نہیں، تو پھر کیا؟
انتخاب
جیسے ہی مکمل ٹیمپلیٹ ہم تک پہنچتا ہے، پروسیسنگ اور انتخاب کا طریقہ کار شروع ہو جاتا ہے۔ انتخاب کا مرحلہ سب سے زیادہ محنت طلب ہے۔ اس مرحلے پر، مسائل کے مفروضے تشکیل پاتے ہیں (یہ کچھ بھی نہیں تھا جس کا میں نے پچھلے پیراگراف میں ذکر کیا تھا کہ مثالی طور پر ایک خیال کو کلائنٹ کا مسئلہ حل کرنا چاہئے) اور مصنوعات کی قدر۔ ایک پیمانے پر مفروضہ تشکیل دیا جاتا ہے، یعنی ہمارا کاروبار کیسے بڑھے گا اور ترقی کرے گا۔ اس بات کی ابتدائی تصدیق فراہم کرنے کے لیے کہ ہم کوئی ضروری چیز تیار کرنے جا رہے ہیں، ممکنہ صارفین کے ساتھ مسئلہ اور ماہر کے انٹرویو کیے جاتے ہیں۔ مصنوعات کی ضرورت کے بارے میں کوئی نتیجہ اخذ کرنے کے لیے کم از کم 10-15 انٹرویوز درکار ہوتے ہیں۔
اگر مفروضوں کی تصدیق ہو جاتی ہے تو، ایک ابتدائی مالیاتی تجزیہ کیا جاتا ہے، سرمایہ کاری کے تخمینی حجم اور سرمایہ کار کی ممکنہ کمائی کا اندازہ لگایا جاتا ہے۔ اس مرحلے کے نتیجے میں، Lean Canvas نامی ایک دستاویز پیدا ہوتی ہے اور انتظامیہ کو پیش کی جاتی ہے۔
تصور
اس مرحلے پر تقریباً 70% خیالات کا خاتمہ ہو جاتا ہے۔ اگر تصور منظور ہو جائے تو خیال کی ترقی کا مرحلہ شروع ہو جاتا ہے۔ مستقبل کی مصنوعات کی فعالیت تشکیل دی جاتی ہے، عمل درآمد کے راستے اور بہترین تکنیکی حل کا تعین کیا جاتا ہے، اور کاروباری منصوبہ کو اپ ڈیٹ کیا جاتا ہے۔ اس مرحلے کا نتیجہ ترقی کے لیے ایک تکنیکی تفصیلات اور ایک تفصیلی کاروباری معاملہ ہے۔ اگر کامیاب ہو، تو ہم MVP یا MVP مرحلے کی طرف بڑھتے ہیں۔
ایم وی پی یا ایم وی پی
MVP ایک کم از کم قابل عمل پروڈکٹ ہے۔ وہ. ایک ایسی مصنوعات جو مکمل طور پر تیار نہیں ہوئی ہے، لیکن پہلے سے ہی قدر لا سکتی ہے اور اپنی فعالیت کو انجام دیتی ہے۔ یہ ضروری ہے کہ ترقی کے اس مرحلے پر ہم حقیقی صارفین سے رائے جمع کریں اور تبدیلیاں کریں۔
پیداوار
اور آخری مرحلہ پیداوار ہے۔ 5% سے زیادہ مصنوعات اس مرحلے تک نہیں پہنچتی ہیں۔ اس 5% میں صرف سب سے اہم، ضروری، قابل عمل اور فعال مصنوعات شامل ہیں۔
ہمارے پاس بہت سارے آئیڈیاز ہیں اور ہم نے پہلے ہی ایک بڑا پورٹ فولیو جمع کر لیا ہے۔ ہم ہر خیال کا تجزیہ کرتے ہیں اور اس بات کو یقینی بنانے کے لیے ہر ممکن کوشش کرتے ہیں کہ یہ آخری مرحلے تک پہنچ جائے۔ یہ بہت خوش آئند ہے کہ ہمارے ساتھی ہماری R&D سمت سے لاتعلق نہیں رہے اور مصنوعات اور حل کی ترقی اور نفاذ میں بڑھ چڑھ کر حصہ لیا۔
ہم نے LANBIX کیسے بنایا
آئیے ایک حقیقی مثال - LANBIX پروڈکٹ کا استعمال کرتے ہوئے ایک پروڈکٹ بنانے پر غور کریں۔ یہ ایک "باکسڈ" سافٹ ویئر اور ہارڈویئر سسٹم ہے جو چھوٹے IT انفراسٹرکچر کی نگرانی اور فیصلہ سازوں اور کاروباری صارفین کو چیٹ بوٹ کے ذریعے کنٹرول کی جانے والی خرابیوں کے بارے میں فوری طور پر آگاہ کرنے کے لیے ڈیزائن کیا گیا ہے۔ مانیٹرنگ فنکشن کے علاوہ، LANBIX میں ہیلپ ڈیسک کی فعالیت شامل ہے۔ یہ پروڈکٹ صرف اس مارکیٹ کے حصے کے لیے ہے جسے ہم ہدف بنا رہے ہیں۔ یہ ہمارا فائدہ بھی ہے اور ہمارا درد بھی۔ لیکن سب سے پہلے چیزیں. میں فوراً کہوں گا کہ LANBIX ایک زندہ پروڈکٹ ہے (یعنی یہ اپنی ترقی میں حتمی نہیں ہے اور MVP کے اگلے دور میں ہے)۔
لہذا، پہلا مرحلہ خیال ہے. ایک خیال کے پیدا ہونے کے لیے، آپ کو مسائل کی ضرورت ہے، اور وہ ہمارے پاس تھے، یا ہم نہیں، بلکہ ہمارے دوست تھے۔ ذیل میں ہم کاروبار کے مختلف شعبوں میں پیش آنے والے کئی حقیقی حالات دیکھیں گے۔
ایک چھوٹی مینجمنٹ کمپنی ماسکو کے علاقے میں دو مکانات کی دیکھ بھال کرتی ہے۔ پی سی کے ساتھ عملہ تقریباً 15 افراد پر مشتمل ہے۔ سسٹم ایڈمنسٹریٹر ایک وزٹنگ فری لانس ہے (دیکھ بھال کرنے والے رہائشیوں میں سے ایک کا ہوشیار بیٹا)۔ ایسا لگتا ہے کہ مینجمنٹ کمپنی کی سرگرمیاں آئی ٹی پر کمزور طور پر منحصر ہیں، لیکن اس کاروبار کی خاصیت بہت سے حکام کو ماہانہ رپورٹنگ ہے. کمپنی کے سربراہ کی سسٹم ڈسک (جو ہمیشہ کی طرح بہت سے کرداروں کو یکجا کرتی ہے) خالی جگہ ختم ہو چکی ہے۔ قدرتی طور پر، یہ اچانک نہیں ہوا؛ وارننگ تقریباً 2 ماہ تک لٹکی رہی اور اسے مسلسل نظر انداز کیا گیا۔ لیکن ایک اپ ڈیٹ آیا، OS کو اپ ڈیٹ کر دیا گیا اور، جیسا کہ قسمت میں یہ ہوگا، یہ اپ ڈیٹ کے وسط میں منجمد ہو گیا، ایک مصروف ڈسک کے بارے میں "موت" سے پہلے شکایت کی۔ کمپیوٹر سائیکلک ریبوٹ میں چلا گیا۔ جب ہم مسئلہ کو حل کر رہے تھے اور رپورٹس حاصل کر رہے تھے، ہم رپورٹنگ کی آخری تاریخ سے محروم ہو گئے۔ ایسا لگتا ہے کہ ایک معمولی خرابی نے مختلف پریشانیوں کو جنم دیا ہے: نقصانات سے لے کر قانونی چارہ جوئی اور انتظامی ذمہ داری تک۔
اسی طرح کا واقعہ ایک بڑی ہولڈنگ کمپنی میں پیش آیا، جس نے بہت سی چھوٹی کمپنیوں کو متحد کیا، پورے دفتر کے لیے ایک ہی تکنیکی معاونت کی خدمت۔ ایک محکمے میں چیف اکاؤنٹنٹ کا کمپیوٹر خراب ہوگیا۔ یہ ایک طویل عرصے سے معلوم تھا کہ یہ ٹوٹ سکتا ہے (کمپیوٹر شدت سے سست اور گرم ہو رہا تھا)، لیکن چیف اکاؤنٹنٹ تکنیکی معاونت کی درخواست بھیجنے کے لیے کبھی نہیں آیا۔ قدرتی طور پر، یہ تنخواہ کے دن بالکل ٹوٹ گیا، اور محکمے کے ملازمین کئی دنوں تک پیسے کے بغیر تھے.
چھوٹی تھوک تجارت میں ایک چھوٹے کاروبار کی ایک سیلز ویب سائٹ تھی، جو ایک بیرونی سائٹ پر ہوسٹ کی گئی تھی۔ ہم نے ایک باقاعدہ گاہک سے فون کے ذریعے اس کی عدم دستیابی کے بارے میں سیکھا۔ کال کے وقت، سائٹ تقریباً تین گھنٹے سے بند تھی۔ سائٹ کے ذمہ دار شخص کو تلاش کرنے میں مزید دو گھنٹے لگے، اور مسئلہ حل کرنے میں مزید دو گھنٹے لگے۔ اس کے مطابق، سائٹ تقریبا پورے کام کے دن کے لئے دستیاب نہیں تھی. کمپنی کے کمرشل ڈائریکٹر کے مطابق، اس ڈاؤن ٹائم پر انہیں تقریباً 1 ملین روبل لاگت آئی۔
مجھے خود بھی ایسی ہی صورتحال کا سامنا کرنا پڑا جب میں کلینک میں ملاقات کے لیے آیا اور مجھے VHI رجسٹریشن کے لیے جانا پڑا۔ وہ مجھے ایک معمولی وجہ سے ڈاکٹر کے پاس نہیں بھیج سکے - صبح کے وقت بجلی کا اضافہ ہوا، اور حادثے کے بعد ان کی پوسٹل سروس اور انشورنس کمپنی کے ساتھ بات چیت کے لیے ایک مخصوص سروس کام نہیں کر سکی۔ میرے سوال کے جواب میں کہ آپ کے ایڈمن کہاں ہیں، مجھے بتایا گیا کہ ان کا ایڈمن ہفتے میں ایک بار آتا ہے اور ان سے ملاقات کرتا ہے۔ اور اب (اس وقت 16:00 بجے تھے) وہ فون نہیں اٹھاتا۔ کم از کم 7 گھنٹے کے لیے کلینک کا بیرونی دنیا سے رابطہ منقطع تھا اور ادا شدہ خدمات فراہم نہیں کر سکتا تھا۔
ان تمام معاملات میں کیا مشترکات ہیں؟ بالکل تمام مسائل کو پہلے ہی روکا جا سکتا تھا۔ آئی ٹی والوں کے بروقت رسپانس سے نقصان کو کم کیا جا سکتا تھا۔ یہ ممکن ہو گا اگر ابتدائی علامات کی صحیح تشریح صارفین کی طرف سے کی جائے۔
ہم نے مسئلہ کے مفروضوں کی نشاندہی کی ہے:
- آئی ٹی انفراسٹرکچر میں خرابیوں کے جواب کی کم رفتار کی وجہ سے اہم مالیاتی اور شہرت کے نقصانات؛
- صارفین کی طرف سے خرابی کی ابتدائی علامات کی غلط تشریح۔
کسٹمر ان کے ساتھ کیا کر سکتا ہے، اور مستقبل میں اسی طرح کے حالات سے کیسے بچنا ہے؟ بہت سے اختیارات نہیں ہیں:
- ایک اعلیٰ تعلیم یافتہ سسٹم ایڈمنسٹریٹر کی خدمات حاصل کریں اور اسے ایمانداری سے کام کرنے پر مجبور کریں۔
- ایک خصوصی سروس کمپنی کو آئی ٹی کی دیکھ بھال کا آؤٹ سورس کرنا؛
- نگرانی اور غلطی کی رپورٹنگ کے نظام کو آزادانہ طور پر نافذ کرنا؛
- کمپیوٹر خواندگی کی بنیادی باتوں میں صارفین/کاروباری اہلکاروں کو تربیت فراہم کریں۔
آئیے تیسرے آپشن پر بات کرتے ہیں۔ آئیے ان لوگوں کو نگرانی کا نظام پیش کرتے ہیں جو مختلف وجوہات کی بناء پر اسے استعمال نہیں کرتے ہیں۔
گیت بازی۔ انٹرپرائز مارکیٹ میں آئی ٹی خدمات کی نگرانی کے لیے مختلف نظام ایک طویل عرصے سے استعمال کیے جا رہے ہیں، اور ان کے فوائد تنازعہ میں نہیں ہیں۔ میں نے بڑی کمپنیوں کے نمائندوں سے بات کی، دیکھا کہ کس طرح کاروبار اور آئی ٹی کے درمیان تعلق قائم ہوا ہے۔ مشین بنانے والے ایک بڑے ادارے کے ٹیکنیکل ڈائریکٹر نے آئی ٹی انفراسٹرکچر کی دیکھ بھال کا کام ایک بیرونی کمپنی کو دے دیا ہے، لیکن وہ خود تمام معاملات سے باخبر رہتا ہے۔ اس کے دفتر میں آئی ٹی خدمات کی حیثیت کے اشارے کے ساتھ ایک بڑی نگرانی کے نظام کی سکرین لٹکی ہوئی ہے۔ سب سے زیادہ اہم نظام میں شامل ہیں. کسی بھی لمحے تکنیکی ڈائریکٹر یہ معلوم کر سکتا ہے کہ انفراسٹرکچر کی حالت کیا ہے، کیا ہو رہا ہے، مسئلہ کہاں ہے، کیا ذمہ داروں کو مطلع کیا گیا ہے، اور کیا مسئلہ حل ہو رہا ہے۔
اوپر درج کہانیوں نے ہماری ٹیم کو یہ سوچنے پر مجبور کیا کہ چھوٹی کمپنیوں کے لیے ایک بہترین نگرانی کا نظام کیسے بنایا جائے۔ نتیجے کے طور پر، LANBIX پیدا ہوا - ایک مانیٹرنگ سسٹم جسے بغیر کسی IT علم کے بالکل کوئی بھی لگا سکتا ہے۔ نظام کا بنیادی مقصد سادہ ہے، تمام نظاموں کی طرح جس کا مقصد تسلسل اور دستیابی کو بڑھانا ہے - غیر منصوبہ بند وقت کی صورت میں مالیاتی اور دیگر نقصانات کو کم کرنا۔ ڈیوائس کو "کچھ ٹوٹ گیا ہے" اور "مسئلہ ٹھیک ہو گیا ہے" کے درمیان وقت کو کم کرنے کے لیے ڈیزائن کیا گیا ہے۔
مفروضوں کی تصدیق کے لیے، مسئلہ کے انٹرویو کیے گئے۔ میں سوچ بھی نہیں سکتا تھا کہ لوگ ان کو بیچنے کی کوشش کیے بغیر کتنا بتانے کو تیار ہوں گے۔ ہر بات چیت کم از کم 1,5 گھنٹے تک جاری رہی، اور ہمیں مزید ترقی کے لیے مفید بہت سی معلومات موصول ہوئیں۔
آئیے اس مرحلے کے نتائج کا خلاصہ کرتے ہیں:
- مسئلہ کی سمجھ ہے،
- قدر کی سمجھ - وہاں ہے،
- ایک حل کے لئے ایک خیال ہے.
دوسرا مرحلہ مزید مفصل تھا۔ اس کے نتائج کی بنیاد پر، ہمیں انتظامیہ کے سامنے پیش کرنا پڑا، جو بنیادی طور پر پروڈکٹ کے مستقبل کے بارے میں فیصلہ کرنے کے لیے ایک سرمایہ کار، کاروباری کیس (وہی لین کینوس) کا کردار ادا کرتا ہے۔
ہم نے مارکیٹ ریسرچ اور مسابقتی تجزیہ کے ساتھ یہ معلوم کرنے کے لیے شروع کیا کہ کون، کیا اور سب سے اہم بات یہ ہے کہ وہ اس مارکیٹ میں کیسے کر رہے ہیں۔
یہ مندرجہ ذیل باہر کر دیا.
- ہمارے طبقہ (چھوٹے کاروبار) کے لیے مارکیٹ میں کوئی تیار شدہ باکسڈ مانیٹرنگ سسٹم موجود نہیں ہے، سوائے ایک دو یا تین کے، جس کے بارے میں میں واضح وجوہات کی بنا پر بات نہیں کروں گا۔
- ہمارے اہم حریف، عجیب بات یہ ہے کہ، سسٹم ایڈمنسٹریٹر ہیں جن میں گھر میں لکھی گئی اسکرپٹس اور اوپن سورس مانیٹرنگ سسٹم کے "ایڈ آنز" ہیں۔
- اوپن سورس مانیٹرنگ سسٹم کے استعمال میں واضح مسئلہ ہے۔ ایک نظام ہے، آپ کی ضروریات کے مطابق نظام میں کام کرنے اور اس میں ترمیم کرنے کے بارے میں بہت زیادہ معلومات موجود ہیں۔ میں نے جن منتظمین کا انٹرویو کیا، ان میں سے بہت سے لوگوں نے اعتراف کیا کہ ان کے پاس اتنی اہلیت نہیں تھی کہ وہ اپنے خیالات کو خود نافذ کر سکیں۔ لیکن وہ برطرفی کے خوف سے انتظامیہ کے سامنے اس بات کو تسلیم نہیں کر سکتے۔ یہ ایک شیطانی دائرہ نکلا۔
اس کے بعد ہم اپنے ممکنہ گاہکوں کی ضروریات کا تجزیہ کرنے کے لیے آگے بڑھے۔ ہم نے اپنے لیے چھوٹی تنظیموں کے ایک ایسے حصے کی نشاندہی کی ہے جن کے پاس کسی وجہ سے اپنی IT سروس نہیں ہے، جہاں یا تو کوئی آنے والا سسٹم ایڈمنسٹریٹر، ایک فری لانسر، یا سروس کمپنی IT کے لیے ذمہ دار ہے۔ یہ آئی ٹی سائیڈ نہیں تھی جس نے داخل ہونے کا فیصلہ کیا، بلکہ بزنس سائیڈ، بانیوں اور کاروباری مالکان کو آئی ٹی انفراسٹرکچر سروس کے معیار کو بہتر بنانے کے لیے ایک ٹول پیش کرتا ہے۔ ایک ایسی پروڈکٹ جس سے مالکان کو اپنے کاروبار کو محفوظ بنانے میں مدد ملنی چاہیے، لیکن ساتھ ہی یہ ان لوگوں کے لیے بھی کام کرے گی جو IT کے ذمہ دار ہیں۔ ایک ایسا پروڈکٹ جو کاروبار کو IT سپورٹ کے معیار کی نگرانی کے لیے ایک ٹول فراہم کرتا ہے۔
موصولہ ڈیٹا پر کارروائی کرنے کے نتیجے میں، مستقبل کی مصنوعات کے لیے ضروریات کی پہلی فہرست (ایک قسم کا کچا بیک لاگ) پیدا ہوا:
- نگرانی کا نظام اوپن سورس حل پر مبنی ہونا چاہیے اور نتیجے کے طور پر سستا ہونا چاہیے۔
- آسان اور فوری انسٹال؛
- IT میں مخصوص علم کی ضرورت نہیں ہونی چاہئے، یہاں تک کہ ایک اکاؤنٹنٹ (کسی بھی طرح سے میں اس پیشے کے نمائندوں کو ناراض نہیں کرنا چاہتا تھا) سسٹم کو تعینات اور ترتیب دینے کے قابل ہونا چاہئے؛
- نیٹ ورک پر نگرانی کے لیے خود بخود اشیاء کا پتہ لگانا چاہیے؛
- خود کار طریقے سے (اور مثالی طور پر خود بخود) نگرانی کے ایجنٹوں کو انسٹال کرنا چاہئے؛
- بیرونی خدمات کی نگرانی کرنے کے قابل ہونا چاہیے، کم از کم ایک CRM سسٹم اور فروخت کرنے والی ویب سائٹ؛
- کاروبار اور سسٹم ایڈمنسٹریٹر دونوں کو مسائل سے آگاہ کرنا چاہیے؛
- انتباہات کی گہرائی اور "زبان" کا درجہ منتظم اور کاروبار کے لیے مختلف ہونا چاہیے۔
- سسٹم کو اس کے اپنے ہارڈ ویئر پر فراہم کیا جانا چاہیے؛
- لوہے کو ہر ممکن حد تک قابل رسائی ہونا چاہئے؛
- نظام کو بیرونی عوامل سے جتنا ممکن ہو آزاد ہونا چاہیے۔
اگلا، مصنوعات کی ترقی میں سرمایہ کاری کا حساب لگایا گیا (بشمول تکنیکی محکمہ کے ملازمین کے لیے مزدوری کے اخراجات)۔ کاروباری ماڈل کا ایک خاکہ تیار کیا گیا اور پروڈکٹ کی اکنامکس کا حساب لگایا گیا۔
مرحلے کا نتیجہ:
- اعلی سطحی مصنوعات کا بیک لاگ؛
- ایک وضع کردہ کاروباری ماڈل یا پیمانے کا مفروضہ جس کا عملی طور پر تجربہ ہونا باقی ہے۔
آئیے اگلے مرحلے کی طرف چلتے ہیں - تصور۔ یہاں ہم بطور انجینئر خود کو اپنے آبائی عنصر میں پاتے ہیں۔ "خواہش کی فہرستیں" ہیں جو اجزاء/سب سسٹم/خصوصیات میں تحلیل ہو جاتی ہیں، پھر انہیں تکنیکی وضاحتیں/صارف کی کہانیوں میں، پھر پروجیکٹ وغیرہ میں تبدیل کر دیا جاتا ہے۔ میں متبادل اختیارات کی ایک صف تیار کرنے کے عمل پر تفصیل سے بات نہیں کروں گا؛ آئیے سیدھے تقاضوں اور ان کے نفاذ کے لیے منتخب طریقوں کی طرف چلتے ہیں۔
مطالبہ
حل
- یہ ایک کھلا مانیٹرنگ سسٹم ہونا چاہیے۔
ہم ایک اوپن سورس مانیٹرنگ سسٹم لیتے ہیں۔
- سسٹم آسان اور انسٹال کرنے کے لیے تیز ہونا چاہیے۔
- مخصوص IT علم کی ضرورت نہیں ہونی چاہئے۔ یہاں تک کہ ایک اکاؤنٹنٹ کو بھی نظام کی تعیناتی اور ترتیب دینے کے قابل ہونا چاہئے۔
ہم ایک انسٹال شدہ سسٹم پیش کرتے ہیں تاکہ صارف کو صرف ڈیوائس کو آن کرنے اور اسے روٹر کی طرح تھوڑا سا کنفیگر کرنے کی ضرورت ہو۔
آئیے آلہ کے ساتھ تعامل کو کسی آسان اور ہر کسی کے لیے سمجھ میں آنے والی چیز پر بند کریں۔
آئیے ایک معروف انسٹنٹ میسنجر کے لیے اپنا چیٹ بوٹ لکھیں اور سسٹم کے ساتھ تمام تعاملات اس میں منتقل کریں۔
نظام کو چاہئے:
- نیٹ ورک پر نگرانی کے لیے درکار اشیاء کا خود بخود پتہ لگانا؛
- خود کار طریقے سے نگرانی کے ایجنٹوں کو انسٹال کریں؛
- بیرونی خدمات، کم از کم ایک CRM سسٹم اور فروخت کرنے والی ویب سائٹ کی نگرانی کرنے کے قابل ہوں۔
ہم مانیٹرنگ سسٹم کے لیے ایڈ آن لکھتے ہیں:
- خودکار آبجیکٹ کا پتہ لگانا؛
- ایجنٹوں کی خودکار تنصیب؛
- بیرونی خدمات کی دستیابی کی نگرانی۔
نظام کو چاہئے:
- کاروبار اور سسٹم ایڈمنسٹریٹر دونوں کو مسائل سے آگاہ کریں؛
- بیرونی خدمات، کم از کم ایک CRM سسٹم اور فروخت کرنے والی ویب سائٹ کی نگرانی کرنے کے قابل ہو۔ ایڈمنسٹریٹر اور کاروبار کے لیے اطلاعات کی گہرائی اور "زبان" کی ڈگری مختلف ہونی چاہیے۔
- سسٹم کو مخصوص IT علم کی ضرورت نہیں ہونی چاہئے؛ یہاں تک کہ ایک اکاؤنٹنٹ کو بھی سسٹم کو تعینات اور ترتیب دینے کے قابل ہونا چاہئے۔
- آئیے مختلف قسم کے صارفین کے لیے مختلف قسم کی اطلاعات شامل کریں۔ وہ پچ اور گہرائی میں مختلف ہیں۔ ایک کاروباری صارف کو اطلاعات موصول ہوں گی جیسے "سب کچھ ٹھیک ہے، لیکن ایوانوف کا کمپیوٹر جلد ہی مر جائے گا۔" ایڈمنسٹریٹر کو غلطی کے بارے میں ایک مکمل پیغام ملے گا، کون، کیسے اور کیا ہوا یا ہو سکتا ہے۔
- آئیے ایک اضافی ذمہ دار شخص کے میل کو استعمال کرنے کی صلاحیت شامل کریں، تاکہ خرابی کی صورت میں اسے پیغام ملے۔
- آئیے پہلے سے تیار شدہ متن کے ساتھ ای میل بھیجنے کی بنیاد پر بیرونی سروس فراہم کرنے والوں کے ساتھ تعامل شامل کریں، کیونکہ یہ ای میل ہے جو اس واقعے کو جنم دیتی ہے۔
- سسٹم کے ساتھ تمام تعاملات چیٹ بوٹ سے منسلک ہوں گے؛ بات چیت ڈائیلاگ کے انداز میں کی جاتی ہے۔
اضافہ:
- آئیے "ایڈمنسٹریٹر کے ساتھ چیٹ" کی فعالیت کو شامل کریں تاکہ صارف ایڈمنسٹریٹر کو مسئلہ کو براہ راست بیان کرنے والا پیغام بھیج سکے۔
- سسٹم کو اس کے اپنے ہارڈ ویئر پر فراہم کیا جانا چاہیے۔
- لوہا دستیاب ہونا ضروری ہے۔
- نظام کو ماحول سے ہر ممکن حد تک آزاد ہونا چاہیے۔
- آئیے ایک ریڈی میڈ اور سستا Raspberry PI کمپیوٹر لیتے ہیں۔
- ہم ایک بلاتعطل پاور سپلائی بورڈ ڈیزائن کریں گے۔
- آئیے مقامی نیٹ ورک کی حالت سے آزاد ہونے کے لیے ایک موڈیم شامل کریں۔
- ہم ایک خوبصورت عمارت کا ڈیزائن بنائیں گے۔
اب ہمارے پاس تین ذیلی نظام ہیں جن کی اپنی ضروریات اور ان کے نفاذ کے وژن ہیں:
- ہارڈ ویئر سب سسٹم؛
- نگرانی ذیلی نظام؛
- صارف کے تعامل کا ذیلی نظام۔
ہم نے ہارڈویئر سب سسٹم کے لیے ایک ابتدائی ڈیزائن تیار کیا ہے۔ ہاں ہاں! فرتیلی کے تمام اصولوں کی خلاف ورزی کرتے ہوئے، ہم نے ایک دستاویز تیار کی، کیونکہ مینوفیکچرنگ پلانٹس دستاویزات کے ساتھ کام کرتے ہیں۔ باقی سب سسٹمز کے لیے، ہم نے صارفین (افراد) کی شناخت کی، صارف کی کہانیاں تیار کیں، اور ترقی کے لیے کام لکھے۔
یہ تصور کے مرحلے کو ختم کرتا ہے، اور نتیجہ یہ ہے:
- ایک ہارڈ ویئر پلیٹ فارم کے لئے منصوبہ؛
- بقیہ دو ذیلی نظاموں کے لیے صارف کی کہانیوں کی شکل میں وضع کردہ وژن؛
- ایک سافٹ ویئر پروٹو ٹائپ ایک ورچوئل مشین کے طور پر نافذ کیا گیا ہے۔
- ہارڈ ویئر کا ایک پروٹو ٹائپ، ایک اسٹینڈ کی شکل میں لاگو کیا گیا، جہاں ہارڈ ویئر کے حل کو اصل میں طاقت کے لیے جانچا گیا تھا۔
- ہمارے منتظمین کی طرف سے کئے گئے ٹیسٹ.
اس مرحلے پر مسائل زیادہ تر تنظیمی تھے اور ان کا تعلق سیلز کے قانونی اور اکاؤنٹنگ پہلوؤں میں انجینئرنگ عملے کے علم کی کمی سے تھا۔ وہ. یہ جاننا ایک چیز ہے کہ کیا اور کیسے بیچنا ہے، اور ایک بے رحم قانونی مشین کا سامنا کرنا ایک اور چیز ہے: پیٹنٹس، ترقیاتی کام، رجسٹریشن، EULA اور بہت کچھ جسے ہم، تخلیقی لوگوں کے طور پر، ابتدا میں ذہن میں نہیں رکھتے تھے۔
ابھی تک کوئی مسئلہ نہیں تھا، بلکہ دیواروں کے ڈیزائن سے منسلک ایک مشکل تھی۔ ہماری ٹیم صرف انجینئرز پر مشتمل ہے، اس لیے کیس کا پہلا ورژن ہمارے الیکٹرانکس ماہر کے ذریعے plexiglass سے بنایا گیا تھا۔
جسم نظر آتا ہے، اسے ہلکے سے، متنازعہ، خاص طور پر عوام کے لیے، جدید ٹیکنالوجی سے خراب۔ بلاشبہ پرانی نسل کے "کولیبینز" میں ماہر تھے - اس عمارت نے ان میں پرانی یادوں کو جنم دیا۔ کیس کو نئے سرے سے تیار کرنے اور ڈیزائن کرنے کا فیصلہ کیا گیا، کیونکہ پرانے میں، جمالیاتی خامیوں کے علاوہ، ساختی خامیاں بھی تھیں - پلیکس گلاس ڈیوائس کے اسمبلی اور جدا ہونے کو اچھی طرح سے برداشت نہیں کرتا تھا اور اس میں شگاف پڑ جاتا تھا۔ میں آپ کو کیس کی تیاری کے بارے میں مزید بتاؤں گا۔
اور اب ہم فنش لائن - MVP کے قریب ہیں۔ یقینا، یہ ابھی تک حتمی پیداوار کی مصنوعات نہیں ہے، لیکن یہ پہلے سے ہی مفید اور قیمتی ہے. اس مرحلے کا بنیادی مقصد "تخلیق-تجزیہ-سیکھیں" سائیکل شروع کرنا ہے۔ یہ بالکل وہی مرحلہ ہے جس پر LANBIX ہے۔
"تخلیق" کے مرحلے پر، ہم نے ایک ایسا آلہ بنایا جو اعلان کردہ فعالیت کو انجام دیتا ہے۔ ہاں، یہ ابھی تک کامل نہیں ہے، اور ہم نے اس پر کام جاری رکھا۔
آئیے جسم کی تیاری پر واپس آتے ہیں، یعنی اپنے آلے کو پرانی یادوں سے جدید میں تبدیل کرنے کے کام کے لیے۔ شروع میں، میں نے کیبنٹ مینوفیکچررز اور صنعتی ڈیزائن کی خدمات کے لیے مارکیٹ کو تلاش کیا۔ سب سے پہلے، روسی مارکیٹ میں مقدمات پیدا کرنے والی بہت سی کمپنیاں نہیں ہیں، اور دوسری بات، اس مرحلے پر صنعتی ڈیزائن کی لاگت ممنوعہ طور پر زیادہ ہے، تقریباً 1 ملین روبل۔
انہوں نے ڈیزائن کے لیے ہمارے مارکیٹنگ ڈیپارٹمنٹ سے رابطہ کیا؛ نوجوان ڈیزائنر تخلیقی تجربات کے لیے تیار تھا۔ ہم نے ہل کے بارے میں اپنے وژن کا خاکہ پیش کیا (پہلے سے ہل کی تعمیر کی بہترین مثالوں کا مطالعہ کر چکے ہیں)، اور اس نے بدلے میں اسے آرٹ کے کام میں تبدیل کر دیا۔ جو کچھ باقی ہے اسے پیدا کرنا ہے۔ ہم، اپنے ڈیزائن پر فخر کرتے ہوئے، اپنے شراکت داروں کی طرف متوجہ ہوئے۔ ان کے سی ای او نے فوری طور پر ہماری فنتاسیوں کو بالکل مفت کی طرف اشارہ کرتے ہوئے کچل دیا، ایسی چیزیں جو ہمارے منتخب طریقے سے تیار نہیں کی جا سکتی تھیں۔ کیس تیار کیا جا سکتا ہے، اور یہ ایپل سے بدتر نہیں ہوگا، لیکن کیس کی قیمت تمام الیکٹرانک پرزوں سے تین سے چار گنا زیادہ مہنگی ہوگی۔ آپریشنز اور منظوریوں کی ایک سیریز کے بعد، ہم نے ایک مکان ڈیزائن کیا ہے جو تیار کیا جا سکتا ہے۔ ہاں، یہ اتنا خوبصورت نہیں ہے جتنا ہم نے منصوبہ بنایا تھا، لیکن یہ موجودہ اہداف کے حصول کے لیے مثالی ہے۔
مرحلے کا نتیجہ: آلات کی پہلی کھیپ لڑائی اور جانچ کے لیے تیار ہے۔
اور اب سب سے مشکل چیز "تجزیہ" کا مرحلہ ہے، اور ہماری مصنوعات کے ساتھ ہم بالکل اس مقام پر ہیں۔ ہم صرف حقیقی صارفین کے استعمال کے نتائج کی بنیاد پر اندازہ لگا سکتے ہیں اور یہاں کوئی مفروضہ کام نہیں کرتا۔ ہمیں ان "ابتدائی اختیار کرنے والوں" کی ضرورت ہے کہ وہ تاثرات فراہم کریں اور مصنوعات میں تبدیلیاں کریں جن کی واقعی ضرورت ہے۔ سوال یہ پیدا ہوتا ہے: گاہک کہاں سے حاصل کریں اور انہیں تجربے میں حصہ لینے کے لیے کیسے قائل کریں؟
تمام ممکنہ اختیارات میں سے، ہم نے ڈیجیٹل ٹولز کے کلاسک سیٹ کا انتخاب کیا: لینڈنگ پیج اور سوشل نیٹ ورکس پر اشتہاری مہم۔
یہ عمل پہلے ہی شروع ہو چکا ہے، لیکن نتائج کے بارے میں بات کرنا قبل از وقت ہے، حالانکہ پہلے ہی جوابات آ چکے ہیں اور ہمیں اپنے بہت سے مفروضوں کی تصدیق موصول ہو چکی ہے۔ ایک خوشگوار حیرت بالکل مختلف کاروباری طبقات کے نمائندوں کا ردعمل تھا، جو ہماری توقعات سے کہیں زیادہ تھا۔ نئے تعارف کو نظر انداز کرنا بے وقوفی ہوگی، اور انٹرویوز کے نتائج کی بنیاد پر LANBIX انٹرپرائز کے نام سے ایک متوازی LANBIX لائن شروع کرنے کا فیصلہ کیا گیا۔ ہم نے تقسیم شدہ انفراسٹرکچر، ٹربل شوٹنگ اور لوکلائزیشن کے ساتھ Wi-Fi نیٹ ورکس کی نگرانی، اور کمیونیکیشن چینلز کے معیار کی نگرانی کے لیے تعاون شامل کیا ہے۔ سروس کمپنیوں نے حل میں سب سے زیادہ دلچسپی کا اظہار کیا۔ ایک ہی وقت میں، جو آلات ہم نے پہلے ہی تیار کیے ہیں وہ حل کے آپریشن میں اہم کردار ادا کرتے ہیں۔
آگے کیا ہوگا۔
اصل LANBIX کے ساتھ آگے کیا ہوگا مہم کے نتائج کی بنیاد پر واضح ہو جائے گا۔ اگر ہمارے مفروضوں کی تصدیق نہیں ہوتی ہے تو دبلی پتلی طریقہ کار کے مطابق، ہم اسے بے رحمی سے ختم کر دیں گے یا یہ کسی نئی چیز میں تبدیل ہو جائے گا، کیونکہ ایسی مصنوعات بنانے سے بدتر کوئی چیز نہیں جس کی کسی کو ضرورت نہ ہو۔ لیکن اب ہم کہہ سکتے ہیں کہ جو کام کیا گیا ہے وہ بیکار نہیں تھا اور اس کی بدولت متوازی مصنوعات کی ایک پوری شاخ سامنے آئی ہے، جس پر ہم سرگرمی سے کام کر رہے ہیں۔ اگر کامیاب ہوتا ہے تو، LANBIX MVP مرحلے سے آخری مرحلے تک جائے گا اور مصنوعات کی مارکیٹنگ کے قابل فہم کلاسیکی قوانین کے مطابق ترقی کرے گا۔
میں دہراتا ہوں، اب ہم ابتدائی اپنانے والے، ایسی کمپنیاں تلاش کرنا چاہتے ہیں جو تاثرات جمع کرنے کے لیے ہماری پروڈکٹ انسٹال کر سکیں۔ اگر آپ LANBIX کو جانچنے میں دلچسپی رکھتے ہیں تو تبصرے یا نجی پیغامات میں لکھیں۔
ماخذ: www.habr.com