WPS 佔用 C 盤、基礎功能收費惹議：一場辦公軟體「小動作」暴露的訂閱化焦慮

打開電腦發現 C 盤容量莫名喫緊，追到最後竟是一套本該裝在 D 槽的辦公軟體把雲端快取塞滿系統碟——這是近期不少 WPS 使用者回報的狀況。疊加「部分基礎功能也要收費」的傳聞，一套國民級辦公軟體在社羣平臺上掀起了信任風暴。官方回應已將問題反饋給產品部門調整，但風波本身值得認真拆解：當免費軟體靠「小動作」擠壓使用者體驗來換取轉化，這條商業路徑還能走多遠。

TL;DR

網傳 WPS 雲端文件大量佔用 C 盤空間、部分基礎功能轉為付費，官方表示已反饋產品部門調整。事件本質不是單一 bug，而是辦公軟體在訂閱化與廣告變現壓力下，把產品體驗當成轉化漏鬥的必然摩擦——使用者在意的不是收費本身，而是收費方式是否透明、預設值是否友善。

事件經過

爭議最早從社羣平臺與技術論壇發酵。使用者反映，WPS 的雲端同步與快取機制會在 C 盤堆積大量暫存檔案，即使把主程式安裝到其他磁區也難以倖免；與此同時，另有聲音指出部分原本可免費使用的功能陸續被劃入會員範圍。輿論壓力升高後，WPS 官方作出回應，表示已將相關問題反饋給產品部門進行調整。

需要強調的是，目前流傳的多為使用者側描述與螢幕截圖，C 盤佔用的具體體量、收費功能的完整清單，並沒有一份官方的權威統計。對具體數字應保持審慎，下文討論以商業模式與產品設計邏輯為主，不引述未經證實的精確數據。

為什麼一個快取位置會引爆情緒

表面上是技術問題，底層是信任問題。C 盤在 Windows 生態裡承擔系統檔案與軟體設定，空間喫緊會直接拖慢開機、影響更新，這對一般使用者是可感知的痛點。當一套辦公軟體把雲端快取預設寫進系統碟、又缺乏清楚的清理入口，使用者感受到的是「被擅自決定」。

這種感受會被放大，是因為它與近年軟體圈一個更普遍的趨勢疊合：產品用預設值替使用者做選擇。從自動續訂的預設勾選，到難以關閉的推播，再到把免費功能逐步收進會員牆，當代數位介面裡那些讓人防不勝防的設計，本質上都是同一套邏輯的不同版本——用介面預設值把使用者的注意力與錢包，引導到對平臺最有利的位置。

WPS 的情況並非孤例，但它的國民級裝機量讓任何產品決策都被放在放大鏡下檢視。當使用者連「檔案存在哪個碟」這種基本控制權都覺得流失，反感就會從單一功能蔓延到整個品牌。

商業模式才是真正的問題

辦公軟體的困境有其產業背景。對手 Microsoft 365 走的是成熟的訂閱制，搭配 Office 生態的深度綁定；WPS 一方面要維持免費基本盤以守住市佔，另一方面又要尋找足夠的變現支撐研發與伺服器成本。夾在「免費獲客」與「付費轉化」之間，產品團隊往往會用廣告、會員、雲端空間等多重手段疊加變現。

問題不在於軟體收費——合理的訂閱是健康的商業模式——而在於變現手段是否誠實。把基礎功能逐步收費、把雲端快取寫進系統碟又缺乏清理說明，這類做法讓使用者產生「被套路」的直覺。一旦這種直覺形成，後續任何定價調整都會被放在最惡意的框架下解讀。

從這個角度看，官方「已反饋產品部門調整」的回應只觸及了表層。真正的考驗是，WPS 是否願意把預設值的設計哲學公開化：雲端快取能否讓使用者自訂路徑與上限、收費功能能否給出清楚的免費/付費邊界、會員促銷能否收斂到不幹擾工作的程度。這些調整本身不難，難的是背後「把使用者體驗置於短期轉化之上」的取捨。

關鍵事實

• 涉及產品：WPS Office（金山辦公旗下辦公軟體套件）
• 爭議內容：雲端快取佔用 C 盤空間、部分基礎功能傳聞轉為付費
• 官方回應：表示已將相關問題反饋給產品部門進行調整
• 資訊性質：多為使用者側描述與截圖，尚無官方權威數據佐證具體佔用體量與收費清單
• 爭議本質：軟體在訂閱化與變現壓力下，產品預設值與收費方式引發的信任摩擦

FAQ

WPS 真的會大量佔用 C 盤嗎？ 據使用者回報，WPS 的雲端同步與快取會在系統碟堆積檔案，但具體佔用規模沒有官方數據。建議使用者可在軟體設定中檢查雲端快取路徑，並定期清理，避免長期累積影響系統效能。若要從根本改善，了解固態硬碟為什麼其實不必刻意分區，也有助於重新看待 C 盤空間管理的整體觀念。

WPS 把基礎功能收費合理嗎？ 辦公軟體收費本身是正常商業行為，關鍵在於收費邊界是否清楚。把原本免費的功能逐步劃入會員範圍，若缺乏透明告知，容易讓使用者覺得權益被悄悄縮減，這是引發反感的主因。

遇到這類軟體「小動作」該怎麼辦？ 可從三點著手：定期檢查軟體的儲存與同步設定、關閉不必要的自動續訂與推播、在同類替代品之間保持選擇彈性。把控制權留在自己手裡，是面對一切變現設計最務實的態度。

結論

WPS 的這場風波，表面是 C 盤與收費之爭，深層是辦公軟體在訂閱化浪潮裡的定位焦慮。當免費基本盤與付費轉化必須同時維繫，產品的每個預設值都變成一道商業選擇題。對使用者而言，真正能做的是保持對軟體行為的警覺，並用具體的使用與遷移行動，把「體驗是否被尊重」變成開發者必須回應的訊號。至於官方承諾的調整能否落到實處，仍需要後續版本與使用者回饋來驗證。