為什麼 LibreOffice 走向瀏覽器是對的

LibreOffice 應該進入瀏覽器與行動裝置，才能在雲端辦公成為預設的時代維持競爭力。

LibreOffice 走向瀏覽器與手機，不是偏離核心，而是唯一正確的生存策略。

辦公軟體的使用場景已經變了。Microsoft 365 與 Google Workspace 早就把「跨裝置、即時協作、連結分享」變成預設體驗，使用者也因此不再把文件編輯視為桌面程式的專利。若 LibreOffice 仍把重心放在單機桌面，它守住的只會是越來越小的老用戶圈，失去的是下一代工作入口。

第一個論點：桌面中心的時代已經結束

最直接的證據是使用習慣本身。今天多數人打開文件，不是先想「我要安裝哪個程式」，而是想「我能不能立刻在瀏覽器裡編、在手機上接著改、再把連結丟給同事」。這不是偏好微調，而是工作流的重組。LibreOffice 若只服務桌面，就等於把自己鎖進一個正在縮小的使用情境。

競爭對手也沒有停下來。Microsoft 365 和 Google Workspace 已經把瀏覽器編輯、雲端同步、共編協作變成市場基準。即使它們並不完美，使用者仍會拿它們當尺去量其他產品。LibreOffice 不可能靠「更純粹」取勝，因為純粹不是需求，能在同一個場景裡完成工作才是。

第一個論點：桌面中心的時代已經結束

這個轉向還有一個常被忽略的現實：文件不是只在一台電腦上完成。遠端辦公、共享電腦、平板補改、手機審閱，已經成為日常。當一份報告要在會議室、家中筆電和通勤手機之間流轉，桌面優先的產品就會頻繁碰到摩擦點。LibreOffice 若不能把入口搬到使用者所在之處，就只能在流程末端補位，而不是成為主工具。

換句話說，瀏覽器不是附加選項，而是新的分發層。誰能在瀏覽器裡提供足夠好的編輯體驗，誰就能在使用者第一次打開文件時先拿到注意力。LibreOffice 進入這個入口，不只是追趕潮流，而是在爭奪「預設選擇」的位置。這件事若不做，桌面版再穩也只是守城。

第二個論點：共享核心比拆成多套產品更合理

The Document Foundation 把桌面、瀏覽器與行動版盡量共用程式核心，這是正確的工程選擇。開源專案最怕的不是功能少，而是維護成本失控。若每個平台都各寫一套，貢獻者會被重複修補、相容性測試與功能同步拖垮。共享核心能把有限人力用在真正重要的地方：文件格式、排版引擎、效能與穩定性。

這種做法也更符合開源現實。LibreOffice 的競爭力從來不是燒錢速度，而是能否把社群資源聚焦在高價值模組。若一個功能能同時服務桌面與 WebAssembly 瀏覽器端，就等於一次投入、兩邊受益。對人力稀缺的專案來說，這不是省事而已，而是避免把未來拆散。

第二個論點：共享核心比拆成多套產品更合理

WebAssembly 路線尤其值得肯定，因為它把運算留在使用者端，而不是把所有東西推去中央伺服器。這對 LibreOffice 很重要：一方面可降低伺服器成本，另一方面也更符合自架、隱私與資料主權的需求。很多人選 LibreOffice，本來就不是因為它最花俏，而是因為它不把文件鎖進雲端平台的商業邏輯裡。

如果瀏覽器版能把大量邏輯放在本地裝置執行，LibreOffice 就能在「現代入口」與「開放控制權」之間取得平衡。這比直接複製商業雲端辦公的模式更聰明，因為它不需要用鎖定換便利。對重視資料治理的組織來說，這種架構不是妥協，而是優勢。

反方可能怎麼說

最強的反對意見是：這會分散火力。LibreOffice 仍需要桌面版的穩定性、效能與細節打磨，而瀏覽器與手機開發可能吃掉本來就有限的核心人力。開源世界不缺雄心，缺的是把事情做完的耐心。當策略文件同時談網頁、行動、協作與文件伺服器時，很容易看起來像願望清單，而不是可執行路線圖。

這個質疑成立，因為任何擴張都會有成本。若沒有清楚切分里程碑，專案確實可能被新平台拖慢，最後桌面沒顧好、Web 也沒做成。

但這不構成反對轉向的理由，只構成反對亂做的理由。The Document Foundation 目前提出的是方向，不是一次推翻重寫的豪賭；它強調共享核心、分階段推進，正是在避免最糟的擴張風險。真正危險的不是去做瀏覽器版，而是因為怕分心而停在原地，眼睜睜看著辦公入口被別人定義。

你能做什麼

如果你是工程師、PM 或創辦人，現在就該把 LibreOffice 視為多端產品的案例來規劃。工程上優先做模組化、文件服務邊界清楚、以及能同時服務桌面與 WebAssembly 的效能優化。產品上不要再把協作與行動存取當附屬功能，而要把它們當基本盤。若你在意數位主權、開放格式與供應商不鎖定，現在就該支持這條路，因為等到差距拉大，追趕成本只會更高。