فراتر از پیش بینی ها که مایکروسافت تمام شده است
از رویکرد یادگیری بیل گیتس تا Windows، Microsoft 365، Teams، Copilot و محیط های تجاری یکپارچه
هر زمان که یک نوآوری جدید در دنیای فناوری معرفی شود، پیش‌بینی‌ها مبنی بر اینکه شرکتی که از قبل پیشرو است به زودی ناپدید خواهد شد. اما این واقعیت که یک محصول بهتر است لزوماً به این معنی نیست که تجارت یک شرکت دیگر فوراً از بین می رود. عادات کاربر، سرمایه گذاری شرکت ها، توسعه دهندگان نرم افزار، شبکه توزیع، امنیت و الزامات مدیریتی روند بازار را تعیین می کند.
تاریخ مایکروسافت را باید از این منظر نگریست. جاوا، اینترنت، کامپیوترهای مک اپل و بعداً مک بوک چالش های متفاوتی را برای ویندوز ایجاد کردند. آنها بی اهمیت نیستند. اما «همه گفتند که مایکروسافت زمانی که جاوا منتشر شد تمام شد» و «اجماع صنعت این بود که ویندوز با عرضه مک‌بوک محکوم به فنا بود» را نمی‌توان به عنوان تاریخ اثبات شده نوشت. چنین تعمیم هایی بدون شخص، سابقه دوره و تاریخ مشخص، کیفیت مطالعه را کاهش می دهد.
نکته اصلی این مطالعه این است که مایکروسافت نه تنها از انتقاد آموخته است که بقا کند، بلکه به دلیل اکوسیستم نرم افزاری قوی، تداوم کسب و کار و انتقال متعاقب آن به فراتر از ویندوز است. همین سابقه ناکامی ها و اقداماتی دارد که روی رقابت ها تاثیر گذاشته است.
1. تبدیل انتقاد بیل گیتس به اطلاعات مفید
درس مهم رهبری در اینجا این است که به مشتری ناراضی نه به عنوان یک بار، بلکه به عنوان یک منبع ارزشمند برای یادگیری نگاه کنید. شاکیان به طور مستقیم نقاط ضعف یک محصول و شکاف در خدمات را آشکار می کنند. شرکتی که به انتقادات آنها مثبت برخورد می کند و آنها را به اصلاح تبدیل می کند، اطلاعاتی را برای توسعه خود به دست می آورد. مفهوم یادگیری مشتری بیل گیتس را می توان اینگونه درک کرد: این نقل قول مستقیم از سخنان او نیست. این را می توان یک درس مدیریت کلیدی در نظر گرفت که رشد مایکروسافت را توضیح می دهد. نمی توان گفت که این تنها دلیل اثبات شده موفقیت آن است. شواهدی برای مفهوم یادگیری مشتری گیتس .
بخش «تبدیل اخبار بد به خوب» در Business @ the Speed of Thought توسط بیل گیتس، نارضایتی مشتری را به یادگیری سازمانی مرتبط می کند. این نباید به قضاوتی درباره کل شخصیت او تبدیل شود که "او همیشه همه انتقادات را با خوشحالی می پذیرفت". شکایات باید به مدیریت برسد. یک مفهوم مدیریت مؤثر، شناسایی مشکلات آنها و تبدیل آنها به عمل است. آرشیو خلاصه فصل منتشر شده در سایت رسمی بیل گیتس .
یک مثال شرکتی واضح از این ابتکار محاسبات قابل اعتماد در سال 2002 است. با توجه به افزایش نگرانی های امنیتی و بی اعتمادی مشتری، گیتس بر اولویت دادن به امنیت، حریم خصوصی و قابلیت اطمینان تاکید کرد. این امر توسعه روش هایی را تسهیل کرده است که امنیت را از ابتدا در توسعه نرم افزار گنجانده است. قرار نیست راه حلی برای همه مشکلات امنیتی باشد. اهمیت آن یک رویداد تاریخی است که روند سازمان را تغییر داد تا یک نقد. مایکروسافت: تاریخچه محاسبات قابل اعتماد .
درس برای یک کارآفرین ساده است: اولین قدم گوش دادن به شکایت است. تغییر واقعی ثبت آن، بررسی علت، تعیین یک فرد پاسخگو و اندازه گیری و تایید راه حل است.
2. چگونه ویندوز به عنوان یک اکوسیستم تکامل یافت
طبق تاریخچه رسمی مایکروسافت، اولین نسخه خرده فروشی ویندوز در 20 نوامبر 1985 منتشر شد. ویندوزهای اولیه یک رابط کاربری گرافیکی بر اساس MS-DOS ارائه کردند. طراحی و قابلیت های ویندوز امروزی را نمی توان مستقیما با آن نسخه اولیه مقایسه کرد. مایکروسافت: تاریخچه 1985 .
بعداً ویندوز طی مراحل مختلفی مانند Windows 3.x، Windows 95، Windows NT و مشتقات آن تکامل یافت. این پیشرفت با افزودن دکمه های جدید به صفحه نمایش ختم نمی شود. توانایی آن برای اجرا بر روی رایانه‌های چند سازنده، پشتیبانی از نرم‌افزار ایستگاه کاری، درایورهای دستگاه، و اتصال به شبکه‌های سازمانی و ابزارهای مدیریتی، ارزش آن را افزایش داده است.
جایگزینی کامپیوتر برای یک سازمان فقط خرید یک دستگاه جدید نیست. آیا نرم افزار حسابداری کار می کند؟ آیا فایل های قدیمی باز می شوند؟ آیا کارکنان نیاز به آموزش دارند؟ آیا پرینترها و دستگاه های صنعتی تخصصی پشتیبانی می شوند؟ نیز بخشی از هزینه است.
در اینجا یک اثر شبکه ایجاد می شود: توسعه دهندگان بیشتری برای سایتی با کاربران بیشتری نرم افزار می نویسند. افراد بیشتری آن پلتفرم را انتخاب می کنند زیرا نرم افزارهای بیشتری در دسترس است. این چرخه همچنین می تواند به عنوان مانعی برای ورود یک رقیب جدید عمل کند. پرونده مایکروسافت دادگاه ایالات متحده به طور گسترده اهمیت نرم افزار کاربردی در اطراف ویندوز را مورد بررسی قرار داده است. یافته های دادگاه از واقعیت .
3. چرا جاوا چالش واقعی بود
جاوا یک سیستم عامل کامل مانند ویندوز نیست. این یک زبان برنامه نویسی و پلتفرم فنی است که برنامه های خود را قادر به اجرا می کند. برنامه های جاوا را می توان برای اجرا بر روی سیستم عامل های مختلف از طریق ماشین مجازی جاوا مناسب توسعه داد. این استقلال پلتفرم یک چالش تجاری مهم برای ویندوز ایجاد کرد.
شخصی که قبلاً یک رایانه ویندوزی را برای نوشتن برنامه برای ویندوز انتخاب کرده است، اگر همان برنامه در چندین پلتفرم موجود باشد، ممکن است سیستم عامل دیگری را انتخاب کند. چالش جاوا این نیست که ویندوز فورا ناپدید شود. تأثیر عمیق آن این است که ممکن است وابستگی به ویندوز برای اجرای برنامه ها کاهش یابد.
سوابق دادگاه تایید می‌کنند که ترس از مرورگرهای وب و فناوری‌های میان‌افزار مانند جاوا وجود دارد که مانع ورود نرم‌افزار کاربردی ویندوز را تضعیف کنند. در همین پست از نحوه اجرای جاوا و اقدامات قراردادی مایکروسافت بر عملکرد چند پلتفرمی جاوا انتقاد شده است. بنابراین این دوره را نباید به عنوان یک داستان یک طرفه گفت: «مایکروسافت بهترین محصول را ساخت و همه را شکست داد». سند دادگاه: جاوا و مناطق میان‌افزار .
موفقیت تکنولوژیک جاوا و تداوم ویندوز متقابل نیستند. یک زبان را می توان در چندین پلت فرم استفاده کرد. در عین حال یک سیستم عامل می تواند پایگاه کاربری و برنامه های تجاری بزرگی داشته باشد. بازار همیشه یک مسابقه تک برنده نیست.
4. آیا با ورود مک بوک ویندوز تمام شد؟
در اینجا ابتدا باید زمان بندی را اصلاح کنیم. رقابت با کامپیوترهای مک به قبل از مک بوک می رسد. اپل مک بوک پرو را در 10 ژانویه 2006 معرفی کرد. مک بوک را در 16 می 2006 راه اندازی کرد. بنابراین اشتباه است که تاریخ مکینتاش را با سری لپ تاپ های خاص مک بوک قاطی کنیم. اپل: معرفی مک بوک پرو ، اپل: معرفی مک بوک .
چالش ارائه شده توسط مک بوک با جاوا متفاوت است. جاوا تلاشی برای کاهش وابستگی پلتفرم نرم افزارهای کاربردی بود. مک بوک یک تجربه محاسباتی کاملاً جایگزین را ارائه می دهد: سخت افزار، سیستم عامل، برنامه های کاربردی و طراحی که در یک شرکت واحد ادغام شده اند.
اما زیبایی دستگاه و سهولت استفاده تنها عوامل تعیین کننده برای یک شرکت بزرگ با استفاده از ویندوز نیست. برنامه های کاربردی موجود، قراردادهای تدارکات، پشتیبانی، آموزش کارکنان و الزامات اداری نیز مهم هستند.
یک واقعیت قابل توجه دیگر وجود دارد. نرم افزار آزمایشی Boot Camp که توسط اپل در 5 آوریل 2006 راه اندازی شد، ویندوز XP را قادر ساخت که بر روی رایانه های مک مبتنی بر اینتل اجرا شود. این نشان می دهد که حتی اپل در آن زمان سازگاری با برنامه های ویندوز را به عنوان یک ارزش برای کاربر در نظر می گرفت. این اطلاعات تاریخی در مورد مک اینتل آن زمان است. همه رایانه‌های مک امروز پشتیبانی یکسانی ندارند. اپل: معرفی بوت کمپ .
بنابراین نتیجه مطالعه: مک بوک یک رقیب جدی است. اما معرفی آن دلیلی بر پایان ویندوز یا مایکروسافت نیست. در اینجا هیچ مدرک تأیید شده ای برای این ادعای خاص وجود ندارد که "همه اینطور گفته اند".
5. بین موفقیت مایکروسافت و موفقیت ویندوز تمایز قائل شوید
از آنجایی که مایکروسافت همچنان از نظر تجاری قوی است، نمی توان گفت که هر یک از محصولات آن موفق هستند. به همین ترتیب، تغییر اهمیت ویندوز به معنای ناپدید شدن خود مایکروسافت نیست.
شرکت امروزی شامل اشتراک نرم افزار، خدمات همکاری سازمانی، محاسبات ابری، امنیت و مشاغل متفرقه است. مشتری می تواند در حالی که هنوز از مک استفاده می کند، برای Microsoft 365 پرداخت کند. تغییر اصلی این است که شما می توانید به طور مستقل از ویندوز مشتری سرویس های مایکروسافت باشید.
نادیده گرفتن این تحول به عنوان یک دستاورد بیل گیتس نیز ناقص است. بنیاد عصر ویندوز، خدمات سازمانی به رهبری استیو بالمر و سرمایه‌گذاری‌های ابری، سرویس ابری عصر ساتیا نادلا و رویکرد چند پلتفرمی باید جداگانه ارزیابی شوند. چندین نسل از مهندسان، مدیران اجرایی، شرکا و مشتریان به رشد بلندمدت شرکت کمک کرده اند.
6. سیستم فراتر از Microsoft 365 Word, Excel
مایکروسافت 365 را نمی توان تنها به عنوان نام جدیدی برای Word، Excel، PowerPoint درک کرد. بسته به طرح، برنامه ها، ایمیل، ذخیره فایل، همکاری، مدیریت هویت و ویژگی های امنیتی گنجانده شده است. طرح های فردی، کسب و کارهای کوچک و شرکت های بزرگ ویژگی های یکسانی ندارند.
عناصر اصلی آن را می توان از نظر کار درک کرد:
Word، Excel، PowerPoint: برنامه های کاربردی برای ایجاد اسناد، محاسبات و ارائه.
Exchange Online: سرویس ایمیل و تقویم سازمانی.
شیرپوینت: سایت‌های سند، سایت‌ها و مدیریت محتوا برای تیم‌ها و سازمان‌ها.
OneDrive: ذخیره سازی، همگام سازی و به اشتراک گذاری فایل های کاری شخصی.
تیم ها: دسترسی به چت، جلسات، تماس ها و همکاری.
Microsoft Entra ID: یک پایه هویت برای افرادی که وارد سیستم می شوند و چه دسترسی هایی به آنها داده می شود.
Microsoft Graph: یک رابط برنامه نویسی (API) که نرم افزار را قادر می سازد تا با مجوزهای مناسب به داده ها و عملکرد این سرویس ها دسترسی داشته باشد.
ارزش آنها محدود به جنبه های فردی نیست. در همین روند کاری نیز همکاری وجود دارد. با این حال مایکروسافت 365، آژور و ویندوز یکسان نیستند. Azure یک پلتفرم ابری است که به شما در ساخت و اجرای برنامه های مختلف کمک می کند. Microsoft 365 مجموعه ای از خدمات تجاری آماده برای استفاده است. ویندوز سیستم عاملی است که روی رایانه کاربر اجرا می شود. اگرچه پیوندهایی بین آنها وجود دارد، اما مسئولیت ها و ساختار پرداخت آنها متفاوت است.
7. آنچه در پشت صحنه در Teams اتفاق می افتد
مشاهده Teams صرفاً به عنوان یک برنامه ویدیو کنفرانس مانع درک معماری آن می شود. این چت، فایل‌ها، مجوزهای اعضا، تقویم ایمیل و تجربه جلسه را ادغام می‌کند.
بیایید فرض کنیم که یک گروه کاری در حال بحث درباره پروژه در Teams است. فایل های به اشتراک گذاشته شده در کانال تیم در شیرپوینت باقی می مانند. فایل‌های به اشتراک گذاشته شده در یک چت خصوصی یا گروهی معمولاً از طریق OneDrive اشتراک‌گذار تحویل داده می‌شوند. تبادل در یکپارچه سازی تقویم نقش دارد. Entra ID در ورود و دسترسی نقش دارد.
بنابراین اشتباه است که بگوییم "همه داده ها در یک مکان به نام تیم ذخیره می شوند". داده‌های پیام، فایل‌ها و نسخه‌های انطباق برای جستجوی قانونی با لایه‌های خدمات مختلف مرتبط هستند. به عنوان مثال، ذخیره‌سازی کاربردی برای پیام‌ها و کپی‌های مطابقت در Exchange نباید یک فضای ذخیره‌سازی در نظر گرفته شود.
فقط به این دلیل که یک فایل در Teams قابل مشاهده است باعث نمی شود همه کسانی که آن را مشاهده می کنند مالک آن باشند. مجوزهای SharePoint یا OneDrive در پس‌زمینه نیز باید به درستی مدیریت شوند. در عمل این بدان معناست: اضافه کردن یک کارمند، حذف دسترسی به یک کارمند در حال خروج، و اجازه دادن به یک مهمان خارجی فقط وظایف تماس ملاقات نیست. همچنین وظایف مدیریت داده ها.
8. مسئولیتی که با تسهیلات زیرساختی همراه است
به عنوان یک سرویس ابری، سؤالات مربوط به اینکه داده ها کجا هستند، چه کسی به آن دسترسی دارد و چه مدت محافظت می شود ناپدید نمی شوند. آنها به یک مسئولیت مشترک بین ارائه دهنده خدمات و سازمان مشتری تبدیل می شوند.
در حالی که ارائه‌دهنده خدمات مراکز داده و عملکرد سرویس را حفظ می‌کند، سازمان مشتری باید مجوزهای کاربر، احراز هویت چندعاملی، اشتراک‌گذاری خارجی، امنیت دستگاه و قوانین حفظ داده را به درستی تنظیم کند.
سوالات عملی که شرکت ها باید بپرسند:
چه کسی اجازه دسترسی به کدام فایل را دارد؟
دسترسی یک کارمند خاتمه یافته چه زمانی خاتمه می یابد؟
چگونه از به اشتراک گذاشتن تصادفی اطلاعات حساس در آنجا جلوگیری کنیم؟
در صورت قطع شدن اینترنت یا سرویس ابری چگونه به کار خود ادامه دهیم؟
برنامه بازیابی فایل های حذف شده یا تبدیل نادرست چیست؟
آیا در صورت نیاز به تغییر سرویس، می توان داده ها را صادر کرد؟
همگام‌سازی فایل، تاریخچه نسخه، حفظ قانونی و پشتیبان‌گیری عملکرد یکسانی ندارند. بدون دانستن الزامات ریسک شرکت نباید یکی را جایگزین دیگری کرد.
9. افشای نقاب از نظرات منفی
خدمات یکپارچه مایکروسافت می تواند کار را آسان تر کند. همین ادغام همچنین می تواند وابستگی بیشتری به یک ارائه دهنده ایجاد کند. ایمیل، فایل‌ها و جلسات می‌توانند به‌طور همزمان در صورت قطع سرویس تحت تأثیر قرار گیرند. هزینه های اشتراک، صدور مجوز، هزینه انتقال داده ها و دسترسی رقبا نیز باید بررسی شود.
همانطور که ادامه ویندوز را نمی توان تنها با برتری فنی آن توضیح داد، رشد مایکروسافت 365 را نمی توان به عنوان شاهدی بر رضایت کامل همه کاربران در نظر گرفت. راحتی، سازگاری، سرمایه گذاری از قبل انجام شده و دشواری تعویض همگی می توانند در تصمیم گیری مشتری نقش داشته باشند.
10. یک اکوسیستم همه کاره و متصل
برای درک پلتفرم تجاری مایکروسافت امروزه، می‌توانیم اجزای آن را در لایه‌ها بررسی کنیم. هویت، داده ها، امنیت، اتوماسیون و زیرساخت ابری با هم در پشت صفحه Word یا Teams قابل مشاهده برای کاربر کار می کنند.
لایه کاربر و دستگاه: ویندوز به عنوان سیستم عامل کامپیوتر عمل می کند. Intune به مدیریت دستگاه ها و برنامه ها کمک می کند. دستگاه های غیر ویندوزی نیز می توانند از خدمات مایکروسافت استفاده کنند. تصور نکنید که همه دستگاه ها دارای ویژگی های اداری یکسانی خواهند بود.
لایه کاری آفیس: برنامه های Microsoft 365، Exchange، Teams، SharePoint و OneDrive ایجاد اطلاعات، ارتباطات، اشتراک گذاری فایل و همکاری را با هم ترکیب می کنند. از برنامه ریزها می توان برای سازماندهی وظایف، از فرم ها برای جمع آوری اطلاعات و از فهرست ها برای نگهداری لیست های ساختاریافته استفاده کرد.
لایه فرآیند کسب و کار: برنامه های کاربردی بر اساس تقاضا با برنامه های قدرت بسازید. Power Automate به شما کمک می کند کارهایی مانند درخواست های مجوز، یادآوری ها و ارتباطات را خودکار کنید. Power BI به تجسم و تجزیه و تحلیل داده ها کمک می کند. Copilot Studio ابزارهایی را برای ساخت عوامل هوش مصنوعی برای نیازهای سازمانی ارائه می دهد. اینها بخشی از خانواده Power Platform هستند. اتصالات داده اضافی، استفاده و مجوزها ممکن است هزینه های جداگانه ای داشته باشند.
لایه مدیریت سازمانی: خانواده Dynamics 365 شامل برنامه های کاربردی مدیریت ارتباط با مشتری (CRM) و مدیریت منابع سازمانی (ERP) است. برنامه مناسب با توجه به نیازهایی مانند فرصت های فروش، خدمات مشتری، امور مالی یا زنجیره تامین انتخاب می شود. Dynamics 365 فقط نام دیگری برای Microsoft 365 نیست.
لایه امنیت و مدیریت: Entra به مدیریت هویت و دسترسی کمک می کند. خانواده Defender به انواع نیازهای حفاظت از تهدید و شناسایی نیاز دارد. Purview ابزارهایی را برای حاکمیت داده، امنیت اطلاعات و نیازهای انطباق فراهم می کند. فقط به این دلیل که این نام ها زیر یک چتر قرار می گیرند، تصور نکنید که همه ویژگی ها به طور خودکار در هر اشتراکی در دسترس هستند.
لایه زیرساخت ابری: Azure انواع خدمات را برای محاسبات، ذخیره سازی، شبکه، پایگاه های داده و برنامه های کاربردی در حال اجرا ارائه می دهد. یک وب‌سایت سفارشی یا سیستم بک‌اند برای شرکت می‌تواند در Azure اجرا شود. این هزینه لازم نیست به طور خودکار با اشتراک کاربر Microsoft 365 همراه شود.
رابط هایی مانند Microsoft Graph برای اجازه دسترسی به داده ها بین این لایه ها استفاده می شود. نمودار یک ابزار مرکزی برای مشاهده بدون محدودیت همه داده ها نیست. دسترسی منوط به مجوز و مجوز است. توضیحات رسمی Microsoft Graph .
بنابراین "پلتفرم همه در یک" را می توان به عنوان یک محیط کاری یکپارچه درک کرد. نباید به عنوان "خرید مجوز واحد که دسترسی کامل به همه محصولات مایکروسافت را فراهم می کند" تلقی شود.
11. Copilot دستیار است که اطلاعات را در دفتر جمع آوری می کند، نه تصمیم گیرنده نهایی.
تجربیات Microsoft Copilot یکسان نیستند. بسته به اینکه کدام مجوز در دسترس است، کدام برنامه مورد استفاده قرار می گیرد و اینکه بر اساس اطلاعات وب یا اطلاعات سازمانی است، قابلیت ها متفاوت است. اجزای اصلی آن مدل‌های زبان بزرگ، پایه‌گذاری بر اساس اطلاعات مربوطه و دسترسی به داده‌های مشروط به مجوزهای کاربر است. توضیحات و تفاوت مجوزهای مایکروسافت Copilot .
در محیطی با امکانات مجاز و ساختار داده مناسب، هوش مصنوعی می تواند به کارمندان کمک کند تا اولین پیش نویس یک سند را ایجاد کنند، اطلاعات طولانی را فشرده کنند، برای یک جلسه آماده شوند و اطلاعات کاری را جستجو کنند. اما این کمک نباید به طور خودکار صحیح فرض شود. انسان ها باید اعداد، نقل قول ها، نتایج و وعده های داده شده به مشتری را تأیید کنند.
و هوش مصنوعی تنظیمات دسترسی نادرست را تصحیح نمی کند. اگر فایل‌های مهم در سازمان از قبل با افراد زیادی به اشتراک گذاشته شده باشد، پیدا کردن آنها برای هوش مصنوعی می‌تواند خطر جدیدی ایجاد کند. تراز کردن مجوزها، طبقه بندی داده های حساس و تنظیم قوانین استفاده قبل از معرفی هوش مصنوعی ضروری است. این نتیجه یک نقص محصول خاص نیست. یک ملاحظات مدیریتی که برای هر سیستم هوش مصنوعی سازمانی که به بازیابی آسان اطلاعات نیاز دارد، اعمال می شود.
12. کاربرد عملی آن در یک شرکت تحویل بسته
مثال زیر یک مدل گویا است. این بدان معنا نیست که همه توابع آماده هستند یا به طور خودکار بدون پیکربندی اجرا می شوند.
پرس و جو: ایمیل مشتری از طریق Exchange می آید. کارمند آن را در Outlook مشاهده می کند.
ثبت: درخواست به عنوان یک فرصت فروش در Dynamics 365 یا سیستم مدیریت مشتری مناسب دیگری ثبت می شود.
برآورد: هزینه در اکسل یا یک برنامه تجاری محاسبه می شود. پروپوزال در Word آماده شده است.
بررسی مشترک: پیشنهاد در شیرپوینت ذخیره می شود. تیم های فروش و عملیات از طریق تیم ها بحث می کنند.
تأیید: Power Automate می‌تواند فرآیندی را برای ارسال درخواست تأیید به مدیر مربوطه تنظیم کند.
انجام خدمات: یک برنامه سفارشی یا سیستم بسته متصل می تواند وضعیت سفارش، جمع آوری و تحویل را به روز کند. خدمات پس زمینه لازم می تواند بر روی Azure یا پلتفرم مناسب دیگری اجرا شود.
بررسی: Power BI می‌تواند گزارش‌های مربوط به تاخیر، زمان تحویل و کیفیت خدمات را تولید کند.
AI Assistance: با داشتن قابلیت Copilot و مجوزهای مناسب، می‌تواند به ایجاد خلاصه‌ای از تماس با مشتری یا پیش‌نویس پاسخ به بررسی کارمند کمک کند.
کنترل: با انتخاب ابزارهای مناسب مانند Entra، Intune، Defender و Purview، دسترسی، دستگاه و امنیت داده را مدیریت کنید.
در این مدل وابستگی شرکت فقط یک فایل Word نیست. به ایمیل، هویت، رضایت، داده های مشتری و ارتباطات عملکردی می پردازد. به همین دلیل باید هزینه تغییر سایت، تاثیر آن در صورت بروز اختلال و آموزش های لازم برای پرسنل ارزیابی شود.
در عین حال این نتیجه اثبات نشده که "اکثر دفاتر فقط به مایکروسافت اعتماد دارند" غیر ضروری است. برای درک اهمیت مایکروسافت، بررسی وابستگی‌های فرآیند واقعی شرکت‌ها ضروری است.
13. کدام رویکرد مناسب است، Microsoft 365 یا Google Workspace؟
Google Workspace که پیش‌تر G Suite نام داشت، یک زیست‌بوم مهم خدمات اداری و قابل مقایسه با زیست‌بوم مایکروسافت است. این شامل خدماتی مانند Gmail، Calendar، Drive، Docs، Sheets، Slides، Meet و Chat است. هر شی در مایکروسافت باید بر اساس وظیفه ای که باید انجام شود مقایسه شود، نه اینکه فرض کنیم یک شی معادل مستقیم در Google وجود دارد. محصولات Google Workspace .
اسناد و محاسبات
مایکروسافت شامل Word، Excel، PowerPoint است. Google دارای اسناد، برگه‌ها، اسلایدها است. قابلیت هایی هم برای اسناد معمولی و هم برای همکاری همزمان وجود دارد. اما اگر فایل‌های پیچیده اکسل، ماکروها، افزونه‌ها یا فرمت‌های سند خاصی از قبل در حال استفاده هستند، باید قبل از تبدیل با فایل‌های واقعی تست کنید. بین باز کردن اسمی یک فایل و سازگاری کامل عملکردی تفاوت وجود دارد.
ایمیل و ارتباطات
Exchange Online و Outlook را می توان از نظر عملکرد با Gmail و Calendar مقایسه کرد. خدماتی مانند Meet و Chat در Google نیازهای جلسه و مکالمه ارائه شده توسط Teams را برآورده می کنند. هنگام انتخاب، نه تنها تجربه کاربر، بلکه دسترسی مهمان، ثبت نام، حفظ، مدیریت سازمانی و برنامه مورد نیاز را نیز در نظر بگیرید.
فایل ها و همکاری
محیط اسناد شخصی و گروهی که OneDrive و SharePoint با هم ارائه می‌کنند را می‌توان با امکاناتی مانند Google Drive و درایوهای مشترک مقایسه کرد. شیرپوینت همچنین ممکن است نیازهای اضافی مانند زیرساخت و مدیریت محتوای سازمانی را برآورده کند. Google Sites نوع متفاوتی از تجربه ساخت سایت را ارائه می دهد. اینها از همه جهات معادل مستقیم نیستند.
هوش مصنوعی و اتوماسیون
مقایسه تجربیات Workspace مبتنی بر Copilot مایکروسافت و Gemini Google باید کار را به جای نام آزمایش کند. آیا سند ما را به درستی فشرده می کند؟ آیا کیفیت مورد نیاز را در تامیل و انگلیسی ارائه می دهد؟ آیا به مجوزها احترام می گذارد؟ آیا اطلاعات غلط می دهد؟ چه مجوز، محدودیت استفاده و هزینه اعمال می شود؟ این چیزی است که اهمیت دارد.
AppSheet یا Apps Script را در محیط Google برای نیازهای Power Platform در نظر بگیرید. اما نباید تصور کرد که یک سطح جایگزین برای همه فرآیندهای تجاری موجود است. Google Workspace مجوزی برای کل Google Cloud نیست. به طور مشابه مایکروسافت 365 مجوزی برای همه Azure نیست.
کار بدون اینترنت
این اشتباه است که بگوییم Google Workspace فقط در وب کار می کند. Docs، Sheets و Slides دارای ویژگی‌های داخلی برای استفاده آفلاین هستند. به همین ترتیب، اشتباه است که بگوییم همه برنامه های مایکروسافت برنامه های کامل دسکتاپ هستند. سازمان های آفلاین که برای کار مهم هستند باید طرح خاصی را که خریداری می کنند در برابر محیط کاری واقعی آزمایش کنند.
کدام برای کدام شرکت؟
این یک قضاوت کلی نیست. ارزیابی مبتنی بر نیاز:
شرکتی که قبلاً عمیقاً در مدیریت ویندوز، اسناد پیچیده آفیس، سیستم هویت مایکروسافت و برنامه‌های تجاری سرمایه‌گذاری کرده است، ممکن است با ادامه در محیط مایکروسافت هزینه‌های انتقال را کاهش دهد.
تیمی که به کار مرورگر محور، همکاری ساده و خدمات Google عادت دارند، ممکن است Workspace را یک انتخاب طبیعی بدانند.
هر دو محیط را می توان با هم استفاده کرد. اما این می تواند هزینه های مضاعف مجوز، تکرار داده ها و مدیریت مجوز اضافی را ایجاد کند.
قبل از خرید، یک آزمایش کوچک با کارمندان نماینده انجام دهید. اشتراک ماهانه تنها هزینه نیست. یک معیار مناسب کل هزینه مالکیت است که شامل انتقال داده ها، آموزش، امنیت، مدیریت، پشتیبانی، اتصال و هزینه های خروج آینده است.
هیچ پاسخ جهانی واحدی برای این سوال که بهترین پلت فرم چیست وجود ندارد. انتخاب درست پلتفرمی است که ماموریت واقعی شرکت را به طور قابل اعتماد، ایمن و با هزینه معقول انجام دهد.
نتیجه گیری یک درس واقعی در پشتکار
یک نکته مفید برای استنباط از تجربه بیل گیتس این است که به انتقاد به عنوان اطلاعاتی برای یادگیری سازمانی نزدیک شود و نه صرفاً یک مسئله نگرش. اما تاریخ طولانی مایکروسافت بسیار گسترده تر از آن است.
جاوا مرزهای دنیای نرم افزار مبتنی بر ویندوز را به چالش کشید. مک بوک یک تجربه محاسباتی جایگزین کاملا یکپارچه را ارائه کرد. مایکروسافت اکوسیستم خود را در میان این چالش ها حفظ کرد و با گذشت زمان خدماتی را توسعه داد که روی دستگاه های شرکت های دیگر اجرا می شد.
تداوم ویندوز و رشد مایکروسافت 365 دو نام موفقیت یکسان نیستند. یکی در مورد استفاده مداوم از سیستم عامل کامپیوتر است. مورد دیگر در مورد گسترش دامنه کسب و کار شرکت است.
درس کلیدی برای کارآفرینان این است: تشخیص نیاز پنهان در شکایات. تغییر واقعی رقیب را درک کنید. از موفقیت های قدیمی خود محافظت کنید و سازمان را با نیازهای جدید تطبیق دهید. ارزیابی باز از هزینه ها و معایب آن تغییر برای توسعه پایدار اساسی است.