超越「Microsoft 已經玩完」嘅預測

Generic laptop photo illustrating computing, not a Microsoft product photograph

由比爾蓋茨嘅學習方式,講到 Windows、Microsoft 365、Teams、Copilot 同整合嘅商業環境

科技界每次有新發明面世,都有人預測原本領先嘅公司好快會消失。不過,一件產品比較好,唔代表另一間公司嘅生意即刻結束。用戶習慣、企業投資、軟件開發者、分銷網絡、安全同管理需要,都會影響市場方向。

我哋應該由呢個角度理解 Microsoft 嘅歷史。Java、互聯網、Apple 嘅 Mac 電腦,同後來嘅 MacBook,都向 Windows 帶嚟唔同挑戰。呢啲挑戰唔係唔重要,但「Java 出現嗰陣,所有人都話 Microsoft 玩完」或者「MacBook 推出嗰陣,全行都認為 Windows 必定消失」,唔可以當成已經證實嘅歷史。冇具體人物、當時紀錄同日期嘅概括講法,會降低研究質素。

呢篇研究嘅核心係:Microsoft 能夠持續發展,唔單止因為佢由批評中學習,亦因為強大嘅軟件生態、業務延續性,同後來超越 Windows 嘅轉型。同一段歷史亦有失敗,同影響競爭嘅行動。

1. 比爾蓋茨:將批評變成有用資訊

呢度重要嘅領導課題,係將唔滿意嘅客戶當成學習資源,而唔係負擔。投訴嘅人會直接指出產品弱點同服務缺口。企業正面處理批評,再化成改善,就能夠取得發展所需嘅資訊。呢個係對蓋茨客戶學習理念嘅理解,唔係逐字引述。佢係解釋 Microsoft 成長嘅重要管理課題,但唔可以話係成功唯一獲證實嘅原因。蓋茨客戶學習理念嘅來源

蓋茨喺《Business @ the Speed of Thought》入面嘅「Convert Bad News to Good」章節,將客戶不滿同企業學習連結。呢點唔應該變成對佢整個人格嘅判斷,話佢永遠都開心接受所有批評。投訴應該到達管理層;搵出當中問題,再轉化成行動,先係有用嘅管理觀念。蓋茨著作官網章節摘要嘅存檔

一個清楚嘅企業例子,係2002年嘅 Trustworthy Computing 計劃。面對安全問題增加同客戶唔信任,蓋茨強調安全、私隱同可靠性應該優先。呢個推動咗由軟件開發一開始就加入安全嘅方法。唔代表所有安全問題已經解決。佢嘅意義,係企業回應批評而改變流程嘅歷史事件。Microsoft:Trustworthy Computing 歷史

對創業者嘅教訓好簡單:聽投訴係第一步;記錄問題、調查原因、指定負責人,再量度同確認解決方法,先係真正改變。

2. Windows 點樣發展成生態系統

按 Microsoft 官方歷史,首個零售版 Windows 喺1985年11月20日推出。早期 Windows 喺 MS-DOS 基礎上提供圖形用戶介面。今日 Windows 嘅設計同能力,唔可以直接同最早版本比較。Microsoft:1985年歷史

之後 Windows 經過 Windows 3.x、Windows 95、Windows NT 同其衍生版本等階段。發展唔止係畫面多咗幾粒掣。能夠喺唔同廠商電腦運行、支援工作軟件同裝置驅動程式、連接企業網絡同管理工具,都增加咗佢嘅價值。

對企業嚟講,換電腦唔止係買部新機。會計軟件用唔用到?舊檔案開唔開到?員工使唔使培訓?打印機同專用工業設備支唔支援?呢啲都係成本。

呢度形成網絡效應:用戶多嘅平台,吸引更多開發者寫軟件;軟件多,又吸引更多人揀個平台。呢個循環亦可能成為新競爭者嘅進入障礙。美國法院 Microsoft 案嘅事實裁斷,詳細討論過 Windows 周邊應用軟件嘅重要性。法院事實裁斷

3. 點解 Java 係真正挑戰

Java 唔係 Windows 嗰種完整作業系統,而係程式語言,同協助程式運行嘅技術平台。Java 程式可以設計成透過合適嘅 Java Virtual Machine,喺唔同作業系統運行。呢種平台獨立性,對 Windows 構成重要商業挑戰。

以前有人因為要用 Windows 專用應用程式而揀 Windows 電腦;如果同一程式喺多個平台都有,佢可能改揀另一個作業系統。Java 嘅挑戰唔係 Windows 必須即刻消失,而係運行應用程式對 Windows 嘅依賴可能減少。

法院紀錄確認,當時有人擔心網頁瀏覽器同 Java 等中介軟件,可能削弱 Windows 嘅應用軟件進入障礙。同一份紀錄亦批評 Microsoft 嘅 Java 實作同合約行動,點樣影響 Java 跨平台能力。所以唔應該將呢段時期講成「Microsoft 做出最好產品,所以打贏所有人」嘅單面故事。法院文件:Java 同中介軟件部分

Java 技術成功,同 Windows 繼續存在,兩者唔矛盾。一種語言可以喺多個平台使用,同時一個作業系統仍然可以擁有龐大用戶群同商業應用。市場唔係永遠得一個贏家。

4. MacBook 出現,Windows 就完結咗?

首先要分清時間。Mac 電腦嘅競爭早過 MacBook。Apple 喺2006年1月10日公布 MacBook Pro,喺2006年5月16日推出 MacBook。所以將 Macintosh 歷史同 MacBook 呢個特定手提電腦系列混為一談,係錯誤嘅。Apple:介紹 MacBook Pro、Apple:介紹 MacBook

MacBook 同 Java 嘅挑戰唔同。Java 嘗試減少應用軟件對特定平台嘅依賴;MacBook 提供一套完整替代體驗,將硬件、作業系統、應用程式同設計整合喺同一間公司之下。

不過,大型 Windows 企業唔會只睇部機靚唔靚、易唔易用。現有程式、採購合約、支援、員工培訓同管理需要,都一樣重要。

仲有一個值得留意嘅事實。Apple 喺2006年4月5日推出嘅 Boot Camp 測試軟件,令 Intel 架構 Mac 可以運行 Windows XP。呢點顯示,當年連 Apple 都認為兼容 Windows 應用程式對用戶有價值。呢個係當時 Intel Mac 嘅歷史資料,唔代表今日所有 Mac 都有同樣支援。Apple:介紹 Boot Camp

所以研究結論係:MacBook 係重要競爭者,但佢推出唔能夠證明 Windows 或 Microsoft 會結束。呢度亦冇已核實證據,支持「個個都係咁講」呢個具體聲稱。

5. 要分開 Microsoft 成功同 Windows 成功

Microsoft 商業上繼續強勁,唔代表佢每件產品都成功。同樣,Windows 重要性改變,亦唔代表 Microsoft 本身會消失。

今日 Microsoft 嘅業務包括軟件訂閱、企業協作、雲端運算、安全同其他服務。客戶可以繼續用 Mac,同時畀錢用 Microsoft 365。主要改變係:用 Microsoft 服務,唔一定要依賴 Windows。

將呢個轉型全部歸功於比爾蓋茨,亦唔完整。Windows 年代嘅基礎、Steve Ballmer 領導時期嘅企業服務同雲端投資、Satya Nadella 年代嘅雲端同多平台方針,都應該分開評估。幾代工程師、管理人員、合作夥伴同客戶,一齊促成公司長期成長。

6. Microsoft 365 係超越 Word、Excel 嘅系統

Microsoft 365 唔只係 Word、Excel、PowerPoint 嘅新名。視乎方案,佢包括應用程式、電郵、檔案儲存、協作、身分管理同安全功能。個人、小企同大型企業方案,唔係全部有同一套功能。

可以按工作理解主要部分:

Word、Excel、PowerPoint:建立文件、計算同簡報嘅應用程式。

Exchange Online:企業電郵同日曆服務。

SharePoint:團隊同企業嘅文件網站、內聯網同內容管理。

OneDrive:個人工作檔案嘅儲存、同步同分享。

Teams:聊天、會議、通話同協作嘅介面。

Microsoft Entra ID:處理邊個登入,同佢有咩存取權嘅身分基礎。

Microsoft Graph:讓軟件喺適當權限下,存取以上服務資料同功能嘅應用程式介面,即 API。

價值唔止喺個別功能,亦在於同一工作流程內互相配合。但 Microsoft 365、Azure 同 Windows 唔係同一樣嘢。Azure 係建立同運行唔同應用程式嘅雲端平台;Microsoft 365 係即用商業服務;Windows 係用戶電腦嘅作業系統。佢哋有關聯,但責任同收費結構唔同。

7. Teams 幕後發生緊咩事

只將 Teams 當成視像會議程式,會妨礙理解佢嘅架構。佢整合團隊聊天、檔案、成員權限、電郵日曆同會議體驗。

假設工作團隊喺 Teams 討論項目。團隊頻道分享嘅檔案留喺 SharePoint;私人或者群組聊天分享嘅檔案,通常經分享者嘅 OneDrive 傳遞。Exchange 負責部分日曆整合,Entra ID 負責登入同存取。

因此,「所有資料都儲存喺一個叫 Teams 嘅地方」係錯嘅。訊息資料、檔案,同法律搜尋用嘅合規副本,涉及唔同服務層。例如訊息嘅功能性儲存,同 Exchange 內嘅合規副本,唔應該當成同一儲存空間。

喺 Teams 睇到一份檔案,唔代表每個睇到嘅人都成為擁有人。幕後 SharePoint 或 OneDrive 權限仍然要管理好。實際上,新增員工、取消離職員工權限、容許外部訪客,唔止係聊天會議工作,亦係資料管理工作。

8. 基建帶嚟嘅責任

用雲端服務,唔會令資料喺邊、邊個存取、保護幾耐呢啲問題消失。佢哋變成服務供應商同客戶機構嘅共同責任。

供應商維持數據中心同服務運作;客戶機構就要正確設定用戶權限、多重驗證、外部分享、裝置安全同資料保留規則。

企業應該問嘅實際問題:

邊個有權存取邊份檔案?

離職員工嘅權限幾時取消?

點樣防止意外向外分享敏感資料?

互聯網或者雲端服務停咗,點樣繼續工作?

刪除或者錯誤修改嘅檔案,有咩復原計劃?

如果要轉服務,可唔可以匯出資料?

檔案同步、版本紀錄、法律保留同備份,唔係同一功能。未理解企業風險要求,唔應該隨便用一樣代替另一樣。

9. 唔隱瞞負面批評嘅評估

Microsoft 整合服務可以令工作方便,同一種整合亦可能增加對單一供應商嘅依賴。服務中斷時,電郵、檔案同會議可能一齊受影響。訂閱費、授權安排、資料轉移成本,同競爭者嘅接入,亦應該檢視。

正如單靠技術優點唔能夠解釋 Windows 延續,Microsoft 365 成長亦唔證明每個用戶完全滿意。方便、兼容、既有投資同轉換困難,都可能影響客戶決定。

10. 唔係同一地方嘅單一產品,而係相連生態

理解今日 Microsoft 商業平台,可以按層次睇各部分。用戶見到嘅 Word 或 Teams 背後,身分、資料、安全、自動化同雲端基建一齊運作。

用戶同裝置層:Windows 係電腦作業系統,Intune 協助管理裝置同程式。非 Windows 裝置亦可以用 Microsoft 服務;唔好假設全部裝置有同一管理能力。

辦公層:Microsoft 365 應用程式、Exchange、Teams、SharePoint 同 OneDrive,連接資訊建立、溝通、檔案分享同協作。Planner 整理工作,Forms 收集資料,Lists 管理有結構清單。

業務流程層:Power Apps 建立按需應用程式;Power Automate 自動處理批核要求、提示同通訊;Power BI 顯示同分析資料;Copilot Studio 提供企業 AI 代理開發工具。呢啲屬於 Power Platform,額外資料連接、用量同授權可能另收費。

企業管理層:Dynamics 365 包括客戶關係管理 CRM,同企業資源規劃 ERP 應用程式。按銷售機會、客戶服務、財務或者供應鏈需要,揀合適程式。Dynamics 365 唔係 Microsoft 365 嘅另一個名。

安全同管理層:Entra 管理身分同存取;Defender 家族處理唔同威脅防護同偵測;Purview 提供資料治理、資訊保護同合規工具。同屬一個品牌體系,唔代表任何訂閱都自動包齊功能。

雲端基建層:Azure 提供運算、儲存、網絡、資料庫同應用程式運行服務。企業自訂網站或者後端可以放喺 Azure。呢筆費用唔一定自動包含喺 Microsoft 365 用戶訂閱。

Microsoft Graph 等介面,讓各層之間存取資料。Graph 唔係無限制睇晒所有資料嘅中央工具;存取要受授權同權限約束。Microsoft Graph 官方說明

所以「All-in-one 平台」可以理解成整合工作環境,唔應該理解成買一個授權,就完整用晒所有 Microsoft 產品。

11. Copilot 係整理辦公資訊嘅助手,唔係最終決策者

Microsoft Copilot 體驗唔完全一樣。功能視乎授權、使用緊嘅程式,同資料係來自網絡定企業。主要部分包括大型語言模型、用相關資訊做 grounding,同受用戶權限限制嘅資料存取。Microsoft Copilot 說明同授權差異

有合適功能、權限同資料結構,AI 可以幫員工起草文件、撮要長篇資訊、準備會議,同搜尋工作資料。但唔應該自動當成正確。數字、引述、結論同對客戶嘅承諾,仍然要人核對。

AI 亦唔會修正錯誤存取設定。如果重要檔案本來分享得太廣,AI 令佢更易搵到,可能增加風險。引入 AI 前,要整理權限、分類敏感資料,同訂使用規則。呢點唔係指某產品有缺陷,而係任何方便檢索資訊嘅企業 AI 都要面對嘅管理考慮。

12. 包裹派遞公司嘅實際應用

以下係說明模型,唔代表所有功能都係現成,或者唔使設定就自動運行。

查詢:客戶電郵經 Exchange 到達,員工用 Outlook 查看。

登記:喺 Dynamics 365 或合適客戶管理系統,將查詢登記成銷售機會。

報價:用 Excel 或商業程式計成本,用 Word 準備方案。

協作審閱:方案放喺 SharePoint,銷售同營運團隊透過 Teams 討論。

批核:Power Automate 可以設定流程,將批核要求送畀合適經理。

履行服務:自訂程式或者連接嘅包裹系統,可以更新訂單、收件同派遞狀態。所需後端服務可以喺 Azure 或其他合適平台運行。

檢討:Power BI 可以製作延誤、派遞時間同服務質素報告。

AI 協助:有合適 Copilot 功能同權限,可以幫手撮要客戶聯絡,或者起草回覆畀員工審閱。

控制:揀合適 Entra、Intune、Defender 同 Purview 工具,管理存取、裝置同資料安全。

呢個模型入面,公司依賴嘅唔止一份 Word 文件,仲深入電郵、身分、批核、客戶資料同流程連接。所以必須評估換平台成本、中斷影響,同員工培訓需要。

同時,唔需要作出「大部分辦公室只信 Microsoft」呢個未證實結論。要理解 Microsoft 重要性,應該研究企業實際流程依賴。

13. Microsoft 365 定 Google Workspace,邊個方式合適?

Google Workspace 以前叫 G Suite,係可以同 Microsoft 比較嘅主要辦公服務生態。佢包括 Gmail、Calendar、Drive、Docs、Sheets、Slides、Meet 同 Chat。唔好假設 Microsoft 每件產品喺 Google 都有完全相同替代品,而應按工作需要比較。Google Workspace 產品

文件同計算

Microsoft 有 Word、Excel、PowerPoint;Google 有 Docs、Sheets、Slides。兩邊都支援一般文件同即時協作。但如果已有複雜 Excel、巨集、增益集或者特定文件格式,轉換前要用真實檔案測試。名義上開到檔案,同完整功能兼容,係兩回事。

電郵同溝通

Exchange Online 同 Outlook 可以按功能,同 Gmail 同 Calendar 比較。Google Meet 同 Chat 處理 Teams 所提供嘅會議同聊天需要。選擇時除咗用戶體驗,亦要睇訪客存取、錄製、保留、企業管理同所需方案。

檔案同協作

OneDrive 同 SharePoint 一齊提供嘅個人及團隊文件環境,可以同 Google Drive、共用雲端硬碟比較。SharePoint 亦處理內聯網同企業內容管理;Google Sites 提供另一種建站體驗。唔係所有功能都直接等同。

AI 同自動化

比較 Microsoft Copilot 同 Google Gemini 嘅 Workspace 體驗,應該測試工作,唔係只睇名。可唔可以準確撮要我哋文件?泰米爾文同英文質素夠唔夠?尊唔尊重權限?會唔會提供錯誤資訊?適用授權、用量限制同收費係咩?呢啲先重要。

Power Platform 嘅需要,可以考慮 Google 環境嘅 AppSheet 或 Apps Script,但唔應預先假設每個業務流程都有同等能力替代品。Google Workspace 唔係整個 Google Cloud 嘅授權;Microsoft 365 亦唔係全部 Azure 嘅授權。

冇互聯網時工作

話 Google Workspace 只可以上網用,係錯嘅。Docs、Sheets 同 Slides 有預先設定後可用嘅離線功能。同樣,話所有 Microsoft 方案都有完整桌面程式,亦係錯嘅。重視離線工作嘅企業,應該測試實際買嘅方案同工作環境。

邊類企業適合邊個?

呢個唔係一概而論,而係按需要評估:

已經大量投資 Windows 管理、複雜 Office 文件、Microsoft 身分系統同業務程式嘅企業,留喺 Microsoft 環境可能減少轉換成本。

習慣瀏覽器工作、簡單協作同 Google 服務嘅團隊,可能覺得 Workspace 係自然選擇。

兩個環境可以一齊用,但可能造成雙重授權費、重複資料,同額外權限管理。

購買前,應同具代表性員工做小型試用。每月訂閱唔係唯一成本。加埋資料遷移、培訓、安全、管理、支援、連接,同日後退出成本嘅總擁有成本,先係合適指標。

「邊個平台最好」冇一個全球通用答案。能夠可靠、安全,同以合適成本完成企業實際工作嘅平台,先係正確選擇。

結語:持續發展嘅真正課題

蓋茨經驗帶出嘅有用觀念,係將批評視為企業學習資訊,而唔只係態度問題。但 Microsoft 漫長歷史,遠比呢點廣闊。

Java 挑戰 Windows 軟件世界嘅界線;MacBook 提供完全整合嘅替代電腦體驗。Microsoft 面對挑戰仍維持生態,並逐漸發展可喺其他公司裝置運行嘅服務。

Windows 持續使用,同 Microsoft 365 成長,唔係同一成功嘅兩個名。前者關乎電腦作業系統長期使用,後者關乎公司擴大業務範圍。

創業者應該學到:認清投訴背後嘅需要,理解競爭者帶嚟嘅真正改變,保護過去成功,同時按新需要調整企業。公開評估轉變嘅成本同缺點,先係持續成長嘅基礎。

其他官方技術來源

Teams 安全同合規架構

Teams 同 Exchange 連接

Teams 同 SharePoint 網站

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