پیش گوئیوں سے آگے کہ مائیکروسافٹ ختم ہو گیا ہے

Generic laptop photo illustrating computing, not a Microsoft product photograph

بل گیٹس کے سیکھنے کے نقطہ نظر سے ونڈوز، مائیکروسافٹ 365، ٹیمز، کوپائلٹ اور مربوط کاروباری ماحول

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

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

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

1۔ بل گیٹس کی تنقید کو مفید معلومات میں تبدیل کرنا

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

بل گیٹس کی کتاب Business @ the Speed of Thought میں، سیکشن "کنورٹ بری نیوز کو گڈ" صارفین کے عدم اطمینان کو تنظیمی تعلیم سے جوڑتا ہے۔ اس کو ان کی پوری شخصیت کے بارے میں اس فیصلے میں تبدیل نہیں کیا جانا چاہئے کہ "انہوں نے ہمیشہ ہر تنقید کو خوشی سے قبول کیا"۔ شکایات انتظامیہ تک پہنچنی چاہئیں۔ ایک مؤثر انتظام کا تصور ان کے مسائل کی نشاندہی کرنا اور انہیں عمل میں بدلنا ہے۔ بل گیٹس کی کتاب کی آفیشل سائٹ پر شائع شدہ باب کے خلاصوں کا آرکائیو۔

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

ایک کاروباری کے لیے سبق آسان ہے: پہلا قدم شکایت کو سننا ہے۔ اس کی دستاویز کرنا، وجہ کی چھان بین کرنا، جوابدہی تفویض کرنا، اور حل کی پیمائش اور تصدیق کرنا ہی اصل تبدیلی ہے۔

2۔ ونڈوز کیسے ایک ماحول کے طور پر تیار ہوا

مائیکروسافٹ کی سرکاری تاریخ کے مطابق، ونڈوز کا پہلا ریٹیل ورژن 20 نومبر 1985 کو جاری کیا گیا تھا۔ ابتدائی ونڈوز نے MS-DOS پر مبنی گرافیکل یوزر انٹرفیس فراہم کیا۔ آج کے ونڈوز کے ڈیزائن اور صلاحیتوں کا اس ابتدائی ورژن سے براہ راست موازنہ نہیں کیا جا سکتا۔ Microsoft: History of 1985.

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

کسی کمپنی کے لیے کمپیوٹر کی تبدیلی صرف ایک نیا آلہ خریدنے کے بارے میں نہیں ہے۔ کیا اکاؤنٹنگ سافٹ ویئر کام کرتا ہے؟ کیا پرانی فائلیں کھلیں گی؟ کیا ملازمین کو تربیت کی ضرورت ہے؟ کیا پرنٹرز اور خصوصی صنعتی آلات معاون ہیں؟ لاگت کے حصے بھی ہیں۔

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

3۔ جاوا اصل چیلنج کیوں تھا

جاوا ونڈوز جیسا مکمل آپریٹنگ سسٹم نہیں ہے۔ یہ ایک پروگرامنگ زبان اور تکنیکی پلیٹ فارم ہے جو اپنے پروگراموں کو چلانے کے قابل بناتا ہے۔ جاوا پروگراموں کو مناسب جاوا ورچوئل مشین کے ذریعے مختلف آپریٹنگ سسٹمز پر چلانے کے لیے تیار کیا جا سکتا ہے۔ اس پلیٹ فارم کی آزادی نے ونڈوز کے لیے ایک اہم کاروباری چیلنج پیش کیا۔

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

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

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

4۔ MacBook کے آنے پر ونڈوز ختم ہو گئی

یہاں ہمیں پہلے ٹائم لائن کو ٹھیک کرنے کی ضرورت ہے۔ میک کمپیوٹرز کے ساتھ مقابلہ MacBook سے پہلے کا ہے۔ ایپل نے 10 جنوری 2006 کو MacBook Pro کا اعلان کیا۔ میک بک کو 16 مئی 2006 کو لانچ کیا گیا۔ لہذا میکنٹوش کی تاریخ کو مخصوص لیپ ٹاپ سیریز MacBook کے ساتھ جوڑنا غلطی ہوگی۔ Apple: MacBook Pro کا تعارف, Apple: MacBook کا تعارف۔

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

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

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

تو مطالعہ کا نتیجہ: MacBook ایک سنجیدہ حریف ہے۔ لیکن اس کا تعارف اس بات کا ثبوت نہیں ہے کہ ونڈوز یا مائیکروسافٹ ختم ہو جائے گا۔ "ہر ایک نے ایسا کہا" کے مخصوص دعوے کے لیے یہاں کوئی مصدقہ ثبوت نہیں ہے۔

5۔ ہمیں مائیکروسافٹ کی کامیابی اور ونڈوز کی کامیابی کے درمیان فرق کرنے کی ضرورت ہے

چونکہ مائیکروسافٹ تجارتی طور پر مضبوط ہے، یہ نہیں کہا جا سکتا کہ اس کی ہر ایک پروڈکٹ کامیاب ہے۔ اسی طرح، مائیکروسافٹ کو ونڈوز کی بدلتی اہمیت کی وجہ سے غائب ہونے کا نہیں کہا جا سکتا۔

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

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

6۔ سسٹم جو Microsoft 365 Word, Excel

سے آگے ہے۔

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

اس کے اہم عناصر کو کام کے لحاظ سے سمجھا جا سکتا ہے:

ورڈ، ایکسل، پاورپوائنٹ: دستاویزات، حساب اور پیشکشیں بنانے کے لیے ایپلی کیشنز۔

آن لائن ایکسچینج: انٹرپرائز ای میل اور کیلنڈر سروس۔

SharePoint: ٹیموں اور تنظیموں کے لیے دستاویزی پلیٹ فارم، انٹرانیٹ اور مواد کا انتظام۔

OneDrive: ذاتی کام کی فائلوں کا ذخیرہ، مطابقت پذیری اور اشتراک۔

ٹیمز: چیٹ، میٹنگز، کالز اور تعاون تک رسائی۔

Microsoft Entra ID: کون لاگ ان ہوتا ہے اور انہیں کیا رسائی دی جاتی ہے اس کی شناخت کی بنیاد۔

مائیکروسافٹ گراف: ایک پروگرامنگ انٹرفیس (API) جو سافٹ ویئر کو مناسب اجازتوں کے ساتھ ان سروسز کے ڈیٹا اور فعالیت تک رسائی کی اجازت دیتا ہے۔

یہ نہ صرف اپنے انفرادی پہلوؤں میں قیمتی ہیں؛ اسی کام کے عمل میں تعاون بھی ہے۔ تاہم Microsoft 365، Azure اور Windows ایک ہی چیز نہیں ہیں۔ Azure ایک کلاؤڈ پلیٹ فارم ہے جو آپ کو مختلف ایپلی کیشنز بنانے اور چلانے میں مدد کرتا ہے۔ Microsoft 365 استعمال کے لیے تیار کاروباری خدمات کا ایک مجموعہ ہے۔ ونڈوز ایک صارف کے کمپیوٹر پر چلنے والا آپریٹنگ سسٹم ہے۔ اگرچہ ان کے درمیان روابط ہیں، ان کی ذمہ داریاں اور ادائیگی کے ڈھانچے میں فرق ہے۔

7۔ ٹیموں میں پردے کے پیچھے کیا ہوتا ہے

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

آئیے فرض کریں کہ ایک ورک گروپ ٹیموں میں پروجیکٹ پر بحث کر رہا ہے۔ ٹیم چینل میں شیئر کردہ فائلیں SharePoint میں رہتی ہیں۔ نجی یا گروپ چیٹ میں شیئر کی گئی فائلیں عام طور پر شیئرر کے OneDrive کے ذریعے ڈیلیور کی جاتی ہیں۔ کیلنڈر کے انضمام میں تبادلہ ایک کردار ادا کرتا ہے۔ لاگ ان اور رسائی میں انٹرا ID ایک کردار ادا کرتا ہے۔

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

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

8۔ بنیادی ڈھانچے کے ساتھ ذمہ داری آتی ہے

ایک کلاؤڈ سروس کے طور پر ڈیٹا کہاں ہے، کون اس تک رسائی حاصل کر رہا ہے اور یہ کتنے عرصے تک محفوظ ہے کے سوالات غائب نہیں ہوتے ہیں۔ وہ خدمت فراہم کرنے والے اور کلائنٹ کی تنظیم کے درمیان مشترکہ ذمہ داری بن جاتے ہیں۔

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

عملی سوالات جو کمپنیوں کو پوچھنے چاہئیں:

کس کو کس فائل تک رسائی کی اجازت ہے؟

جانے والے ملازم کی رسائی کب ختم ہوتی ہے؟

ہم حساس معلومات کو غلطی سے وہاں شیئر ہونے سے کیسے روک سکتے ہیں؟

اگر انٹرنیٹ یا کلاؤڈ سروس بند ہوجاتی ہے تو ہم کام کیسے جاری رکھیں گے؟

حذف شدہ یا غلط طریقے سے تبدیل شدہ فائلوں کو بازیافت کرنے کا کیا منصوبہ ہے؟

اگر ہمیں سروس تبدیل کرنے کی ضرورت ہو تو کیا ہم ڈیٹا ایکسپورٹ کر سکتے ہیں؟

فائل سنکرونائزیشن (سائیکرونائزیشن)، ورژن ہسٹری (ورژن ہسٹری)، لیگل ریٹینشن (ریٹینشن)، بیک اپ (بیک اپ) ایک ہی فنکشن نہیں ہیں۔ کمپنی کے خطرے کی ضروریات کو جانے بغیر ایک کو دوسرے کے لیے تبدیل نہیں کیا جانا چاہیے۔

9۔ جائزہ

جو منفی جائزوں کو نہیں چھپاتا

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

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

10۔ سب کچھ ایک جگہ ایک چیز نہیں ہے بلکہ ایک مربوط ماحولیاتی نظام ہے

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

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

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

کاروباری عمل کی تہہ: پاور ایپس کے ساتھ آن ڈیمانڈ ایپلی کیشنز بنائیں۔ پاور آٹومیٹ آپ کو اجازت کی درخواستوں، یاد دہانیوں اور مواصلات جیسے کاموں کو خودکار کرنے میں مدد کرتا ہے۔ پاور BI ڈیٹا کو دیکھنے اور تجزیہ کرنے میں مدد کرتا ہے۔ Copilot Studio انٹرپرائز کی ضروریات کے لیے AI ایجنٹس بنانے کے لیے ٹولز فراہم کرتا ہے۔ یہ پاور پلیٹ فارم فیملی کے حصے ہیں۔ اضافی ڈیٹا کنکشن، استعمال اور لائسنس کے لیے الگ الگ چارجز لگ سکتے ہیں۔

انٹرپرائز مینجمنٹ لیئر: ڈائنامکس 365 فیملی میں کسٹمر ریلیشن شپ مینجمنٹ (CRM) اور انٹرپرائز ریسورس مینجمنٹ (ERP) پر مبنی ایپلی کیشنز شامل ہیں۔ مناسب درخواست کا انتخاب ضروریات کے مطابق کیا جاتا ہے جیسے کہ فروخت کے مواقع، کسٹمر سروس، فنانس یا سپلائی چین۔ Dynamics 365 Microsoft 365 کا دوسرا نام نہیں ہے۔

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

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

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

لہذا "آل ان ون پلیٹ فارم" کو ایک مربوط کام کرنے والے ماحول کے طور پر سمجھا جا سکتا ہے۔ اسے "ایک لائسنس کی خریداری جو تمام Microsoft مصنوعات تک مکمل رسائی فراہم کرتا ہے" کے طور پر نہیں سمجھا جانا چاہئے۔

11۔ کوپائلٹ ایک سہولت کار ہے جو معلومات کو دفتر میں ضم کرتا ہے، حتمی فیصلہ ساز نہیں

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

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

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

12۔ پارسل ڈیلیوری کمپنی میں اس کا عملی اطلاق

مندرجہ ذیل مثال ایک مثالی نمونہ ہے۔ اس کا مطلب یہ نہیں ہے کہ تمام فنکشنز ریڈی میڈ ہیں یا بغیر کنفیگریشن کے خود بخود چلتے ہیں۔

انکوائری: صارف کا ای میل ایکسچینج کے ذریعے آتا ہے۔ ملازم آؤٹ لک میں دیکھتا ہے۔

لاگنگ: انکوائری کو Dynamics 365 یا کسی اور مناسب کسٹمر مینجمنٹ سسٹم میں فروخت کے موقع کے طور پر لاگ کیا جاتا ہے۔

تخمینہ: قیمتوں کا حساب Excel یا کاروباری ایپلیکیشن میں لگایا جاتا ہے۔ تجویز ورڈ میں تیار کی گئی ہے۔

باہمی جائزہ: تجویز شیئرپوائنٹ میں محفوظ ہے۔ سیلز اور آپریشنز ٹیمیں ٹیموں کے ذریعے تبادلہ خیال کرتی ہیں۔

منظوری: پاور آٹومیٹ ایک ایسا عمل ترتیب دے سکتا ہے جو مناسب مینیجر کو منظوری کی درخواست بھیجے۔

سروس کی تکمیل: ایک حسب ضرورت ایپلی کیشن یا منسلک پارسل سسٹم آرڈر، جمع کرنے اور ڈیلیوری کی صورتحال کو اپ ڈیٹ کر سکتا ہے۔ ضروری پس منظر کی خدمات Azure یا کسی اور مناسب پلیٹ فارم پر چل سکتی ہیں۔

معائنہ: پاور BI کے ساتھ تاخیر، ترسیل کے وقت اور سروس کے معیار سے متعلق رپورٹس تیار کریں۔

AI معاونت: مناسب Copilot مہارت اور اجازتوں کے ساتھ، صارف کے رابطے کا خلاصہ بنانے یا ملازم کے جائزے کے جواب کا مسودہ تیار کرنے میں مدد کر سکتا ہے۔

کنٹرول: رسائی، ڈیوائس اور ڈیٹا سیکیورٹی کا نظم کرنے کے لیے Entra، Intune، Defender اور Purview جیسے ٹولز میں سے انتخاب کریں۔

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

ایک ہی وقت میں یہ غیر ثابت شدہ نتیجہ کہ "زیادہ تر دفاتر صرف Microsoft پر بھروسہ کرتے ہیں" غیر ضروری ہے۔ مائیکروسافٹ کی اہمیت کو سمجھنے کے لیے یہ ضروری ہے کہ کمپنیوں کے عمل کے حقیقی انحصار کا جائزہ لیا جائے۔

13۔ Microsoft 365 یا Google Workspace کون سا طریقہ مناسب ہے

Google Workspace، جسے پہلے G Suite کہا جاتا تھا، Microsoft کے مقابل ایک اہم دفتری خدمات کا نظام ہے۔ اس میں Gmail، Calendar، Drive، Docs، Sheets، Slides، Meet اور Chat جیسی خدمات شامل ہیں۔ مائیکروسافٹ میں ہر آبجیکٹ کا موازنہ اس کام کی بنیاد پر کیا جانا چاہیے جس کو انجام دیا جانا چاہیے، بجائے اس کے کہ یہ مان لیا جائے کہ گوگل میں براہ راست مساوی چیز موجود ہے۔ Google Workspace پروڈکٹس۔

دستاویزات اور حساب کتابیں

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

ای میل اور مواصلات

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

فائلیں اور تعاون

OneDrive اور SharePoint مل کر ایک انفرادی اور گروپ دستاویز ماحول فراہم کرتے ہیں جس کا موازنہ Google Drive اور Shared Drive جیسی سہولیات سے کیا جاسکتا ہے۔ شیئرپوائنٹ اضافی ضروریات جیسے بنیادی ڈھانچے اور انٹرپرائز مواد کے انتظام کو بھی پورا کر سکتا ہے۔ گوگل سائٹس سائٹ بنانے کا ایک مختلف قسم کا تجربہ پیش کرتی ہے۔ یہ تمام معاملات میں براہ راست مساوی نہیں ہیں۔

AI اور آٹومیشن

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

پاور پلیٹ فارم کی ضروریات کے لیے گوگل ماحول میں AppSheet یا Apps Script پر غور کریں۔ لیکن یہ خیال نہیں کرنا چاہیے کہ تمام کاروباری عملوں کے لیے ایک ہی سطح کے متبادل دستیاب ہیں۔ Google Workspace پورے Google Cloud کے لیے لائسنس نہیں ہے۔ اسی طرح Microsoft 365 تمام Azure کے لیے لائسنس نہیں ہے۔

انٹرنیٹ کے بغیر کام کرنا

یہ کہنا غلط ہے کہ Google Workspace صرف ویب پر کام کرتا ہے۔ Docs، Sheets اور Slides میں آف لائن استعمال کے لیے پہلے سے موجود خصوصیات ہیں۔ اسی طرح، یہ کہنا غلط ہوگا کہ مائیکروسافٹ کے تمام منصوبے مکمل ڈیسک ٹاپ ایپلی کیشنز ہیں۔ آف لائن کام کے لیے اہم تنظیموں کو چاہیے کہ وہ اس مخصوص پلان کی جانچ کریں جو وہ خریدتے ہیں اصل کام کے ماحول کے خلاف۔

کس کمپنی کے لیے

یہ کوئی عمومی فیصلہ نہیں ہے۔ ضرورت پر مبنی تشخیص:

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

براؤزر پر مرکوز کام، سادہ تعاون، اور Google سروسز کی عادی ٹیم کو Workspace کو قدرتی انتخاب ملے گا۔

دونوں سیاق و سباق کو ملا کر استعمال کیا جا سکتا ہے۔ لیکن اس سے دوہری لائسنس فیس، ڈیٹا ڈپلیکیٹس، اور اضافی اجازت کا انتظام ہو سکتا ہے۔

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

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

نتیجہ استقامت کا ایک حقیقی سبق

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

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

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

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

اضافی سرکاری تکنیکی وسائل

ٹیم سیکیورٹی اور تعمیل کا فریم ورک

ٹیموں اور ایکسچینج کو جوڑنا

ٹیمیں اور شیئرپوائنٹ سائٹس

Keshavan Thiagaraja

B.Sc. (Computer Science, Mathematics and Statistics)

M.Sc. (Information Technology)

E-Commerce Professional

Private AI Model Developer & AI Security Consultant

Sydney, Australia

Web : https://itimpress.au/

Email : Keshavan@itimpress.au