Rohit Patel 推出 Ndoc，挑戰 Microsoft Office 與 Google Workspace
根據 TechCrunch 的離職報道，Rohit Patel 已離開 Meta，準備挑戰 Microsoft Office 和 Google Workspace。Ndoc 的推出為職場 AI 提出另一種方案：將分析、其解釋與呈現方式放在一起。這為所有審閱 AI 生成工作的人帶來一個實際問題：新的文件結構能否令核查結果變得足夠容易，從而值得轉用工具？
競爭早已不止於撰寫段落或填寫試算表儲存格。Microsoft 和 Google 正在現有應用程式中整合 AI，讓客戶毋須放棄熟悉的檔案，也能生成工作成果。Ndoc 則以重新組織工作本身的方式進入這個市場。
因此，真正有用的比較並不只是看哪個助手最擅長製作投影片，而是當有人質疑某個數字、改動某項假設，或把專案交給另一位同事時會如何處理。Ndoc 的機會在於能否讓這些轉換更順暢，同時保留成熟軟件套件所提供的控制能力與相容性。
Ndoc 的推出將底層工作與呈現內容並列
根據 Moneycontrol 對 Ndoc 工作空間的報道，Patel 曾在 Meta 工作八年。Ndoc 將工作分為 Stage、Narrative 和 Model 分頁，分別涵蓋簡報、書面分析，以及底層資料集和程式碼。
同一篇報道形容，該助手可解釋計算過程，並展示結果背後的 Python 程式碼。Python 是常用於數據分析的程式語言。Patel 亦計劃將可由瀏覽器讀取的 .ndoc.html 格式開源。產品目前仍處於有限度 alpha 測試階段，預計數周內推出 beta 版，並計劃於 2027 年更廣泛發佈。這些日期目前仍只是計劃。
核心主張是：由完成的結論追溯至其支持材料的路徑更短。
不妨考慮一個示例性的季度銷售檢討。一名分析師製作圖表、撰寫解釋，並向管理層提出建議。會議期間，有人問計算結果是否包括已取消的合約。
這個問題橫跨整份交付成果。圖表呈現結論，解釋提供詮釋，而底層計算則決定兩者是否值得信賴。
把這些元素放在一起的文件，能為審閱者提供一個起點。這並不能證明計算正確，只是改變了人們調查的便利程度。
這項分別很重要，因為呈現質素和分析質素可以有所偏離。一張精緻的投影片可以極有把握地描述不恰當的比較；一段清晰的文字則可能遺漏足以改變建議的限制。
將支持材料放在附近，創造了審查的機會。人們會否利用這個機會，取決於介面、其專業知識及可用時間。
Ndoc 的辦公室替代方案亦引出責任歸屬的問題。如果助手同時生成計算及其解釋，審閱者仍需要有人為當中的假設負責。
該人必須決定哪些記錄應納入分析、各類別代表甚麼，以及結論是否回應了原本的業務問題。軟件可以揭示這些選擇，但無法自動令它們變得合理。
因此，這次推出的即時意義在於結構層面。它提出一種工作單位，同時包含結果及其支持材料。
讀者不應把這項提案視為已證實優越的說法。有限度測試並不能說明產品如何處理複雜數據集、持續協作，或整個機構內的修訂。
相關問題很具體：當審閱者質疑某項結論時，產品能否幫助他們以更少搜尋和重建工作來化解分歧？
若能做到，這個新結構便有了商業用途，而不只是把熟悉功能放進另一個介面。
Microsoft 和 Google 已在減少應用程式之間的工作轉移
Ndoc 面對的競爭對手，正積極處理同一個挫折：如何把背景脈絡由一個應用程式帶到另一個。
Google 在 9 月的公告中介紹了跨應用程式 AI 功能，可從相關的職場背景脈絡生成文件、試算表和簡報。例子包括從 Chat 開始製作簡報，以及從 Drive 建立試算表。Google 表示，可用資料來源視乎使用者選擇及管理員設定而定。
這對 Ndoc 與 Microsoft Office 的討論很重要，因為既有廠商的策略正在演進。成熟套件不能被公平地描繪成等待加上 AI 層的靜態應用程式。
它們的做法是在保留熟悉工作目的地的同時，運用 AI 在不同應用程式之間轉移資訊。簡報最終仍可放在同事熟悉如何編輯的簡報軟件中。
Ndoc 提出的做法則改變承載工作的容器。這些策略目標重疊，但帶來不同的採用問題。
既有廠商可以要求客戶改變開始工作的方式；替代工作空間則還必須說服客戶重新思考工作應存放在哪裏。
這種差異在協作時會變得明顯。負責建立分析的人可能立即歡迎新環境；負責批准的人則可能偏好目前已用於審閱的應用程式。
外部合作夥伴帶來另一項限制。客戶可能要求特定交付成果，而內部分析師則偏好另一種工作格式。
這形成了最佳撰寫環境與最可接受交付格式之間的分別。新創公司可以改善前者，卻仍可能需要依賴與後者的相容性。
Microsoft 的文件亦描述了 Copilot 的資料存取，其運作基於現有組織權限。文件指出，Copilot 只會存取已登入使用者獲授權查看的資訊，並在 Microsoft 365 的服務邊界內運作。
對買家而言，這些安排屬於競爭比較的一部分。檔案生成只是辦公軟件工作的一部分；存取管理與組織監督同樣重要。
因此，Microsoft 和 Google 面對的壓力很具體。若挑戰者令審閱變得更容易，便可能暴露現有應用程式在保留支持數據與完成交付成果之間關係上的弱點。
Ndoc 面對的壓力同樣具體。它必須證明，重新組織這些關係所產生的價值，足以合理化另一個工作環境。
這並不需要立即取代每一項辦公工作。一個聚焦的工作流程可以提供可信的切入點，尤其是審閱者經常需要檢查支持計算的情境。
不過，局部成功仍應視為局部主張。贏得分析報告工作流程，並不能證明它適用於每一種試算表、文件或簡報。
若按明確任務及其審閱者來評估，Ndoc 的辦公室替代方案會更有意思。對生產力未來的抽象競賽，揭示的資訊少得多。
可檢查的計算可改變審閱，但不能判定正確性
只有當審閱者能把可見程式碼連繫到真正需要回答的問題時，它才有助於問責。
這是 Ndoc 主張的核心取捨。揭示工作流程創造了更多檢查機會，但也帶來更多需要理解的材料。
審閱者可以核實腳本是否正確加總一欄數值，卻忽略該欄代表的是錯誤期間。即使執行準確，也無法修復不合適的定義。
銷售檢討的例子清楚說明這項分別。一項計算可能正確統計已完成訂單，但書面建議討論的卻是經常性收入。
兩個詞語聽來都與商業相關，但它們描述的是不同事物；即使算術毫無瑕疵，這項分別也能改變決策。
因此，有效的審閱會追蹤各種關係：由建議追溯至衡量指標、由指標追溯至所選記錄，再由記錄追溯至其業務意義。
把這些元素放在一起可以有所幫助，但亦需要介面讓人理解這些關係，而毋須強迫每位讀者都成為程式員。
這項要求會為不同同事帶來不同體驗。分析師可能希望看到詳細的轉換邏輯，管理人員則需要簡潔說明排除項目與假設。
其他部門的審閱者可能需要了解某個類別背後的定義；日後接手專案的人，則可能需要明白為何選擇某種做法。
一個有用的工作空間應支援這些視角，而非把它們當作可以互換。適合會議的解釋，很少足以應付深入調查。
解釋程式碼與評估程式碼之間亦有分別。助手可以描述腳本的作用，卻無法證明該腳本是否應該這樣做。
聽來合理的解釋甚至可能令人減少進一步核查。審閱設計應讓人容易檢查原始材料，並獨立質疑假設。
Microsoft 的文件代理限制說明承認，生成的文件可能不完整、缺乏背景脈絡或包含不準確內容。這項警告與整個類別相關，包括那些設計上強調可檢查性的產品。
現在就宣稱 Ndoc 消除了這些問題仍屬過早。現有報道所證實的是一種展示支持工作的方法，而不是已獨立證明準確性有所提升的證據。
公平的評估應檢視產品在變更發生時的表現。修訂後的資料集會否產生一致的解釋與簡報，還是留下互相衝突的版本？
亦應檢視失敗是否清晰可見。若計算無法執行或資料來源不再可用，審閱者需要一個明確無誤的提示。
悄悄保留舊結果，與公開失敗會造成不同問題。文件可能看似完整，卻已不再反映其底層輸入資料。
這些是評估問題，而非已報道的 Ndoc 缺陷。它們指出了支持產品核心承諾所需的證據。
就 Ndoc 與 Microsoft Office 的比較而言，減少人手轉移會有用；更快偵測到具重大影響的錯誤，則更具意義。
可攜檔案不只需要一個瀏覽器視窗
能在其他地方開啟文件，與能在其他地方繼續處理文件，是兩種不同形式的可攜性。
Ndoc 提出的格式令人產生一個熟悉的期望：收件人即使離開原有服務，仍應能保留對其工作的實用存取權。
這種期望值得審慎界定。檔案或許能獨立顯示其內容，但仍可能需要網上服務重新計算分析結果或產生修訂版本。
兩種情況本身都並非不合理。問題在於買家假設第一種能力包含第二種能力。
因此，能在瀏覽器閱讀的匯出檔案，需要從文件的整個生命週期來評估。閱讀、編輯、重新計算和協作，涉及不同的依賴關係。
例如，匯出的簡報可能完整保留完成後的圖表。但這並不能證明另一個應用程式能否重建產生該圖表的計算過程。
資料集可以隨文件一同傳送，但外部連線可能需要憑證。指令碼可能仍然可見，卻依賴收件人無法取得的軟件。
這些都是運算型文件的一般問題，也就是包含可執行計算的文件。不應將它們表述為 Ndoc 已確認的限制。
它們說明了為何這種擬議格式的重要性不止於其檔案名稱。規格必須交代哪些內容隨檔案一同傳送，以及哪些內容仍依賴周邊服務。
開發者亦需要穩定的規則來解讀內容。獨立相容性不僅僅是取得一份範例文件。
一份有用的規格應說明關係如何在變更後得以保存。若另一個應用程式編輯了一項分析，讀者需要知道其呈現內容是否仍代表該分析。
版本處理同樣重要，原因亦然。由較新應用程式建立的檔案，應在較舊閱讀器無法支援其中部分內容時清楚說明。
Ndoc 的推出亦令可攜性與組織管控產生交集。可攜式檔案對協作者有用，但對管理員而言亦可能涉及敏感資料。
假設一份共用文件同時包括摘要及支持該摘要的詳細紀錄。摘要的預定讀者，可能與那些紀錄的讀者不同。
一個合併容器需要就這項區別提供清晰答案。機構在將匯出檔案視為普通簡報附件前，應了解其包含甚麼內容。
更廣泛的問題是，便利性會改變資訊周邊的界線。合併資料可以減少搜尋，卻同時擴大一併傳送的內容範圍。
這並非反對此做法。它令匯出行為、存取界線和文件說明成為產品價值的一部分。
可攜性最有力的證據，將來自獨立使用。另一位開發者開啟、解讀和修改這種格式，所揭示的意義會多於一般的開放承諾。
在此之前，買家應區分規劃中的生態系統與已實際運作的生態系統。已發佈的格式可以支持獨立性，但互通性需要能彼此協作的實作方案。
採用與否，取決於從未選擇這款軟件的同事
產生文件的人，只是 Ndoc 希望取代的工作流程中的其中一名參與者。
一份職場交付成果會經過不同誘因的人手。作者希望完成工作，審閱者希望有把握，而收件人希望取得可用資訊。
當這些利益一致時，新的工作空間才會成功。即使為作者節省時間，若核對或編輯變得更困難，仍可能令其他人失望。
這帶來了超越個人熱情的採用挑戰。一個人可能喜歡在新環境中建立報告，卻仍會為每次重要審閱匯出檔案。
這種行為仍可反映其實用性。它意味產品是創作工具，而非它希望成為的共用工作場所。
這個分別對評估 Ndoc 的辦公室替代方案十分重要。一個應用程式可以先取得有用角色，未必立即成為機構的預設工作場所。
一個聚焦的切入點可能是一項定期分析，而它持續產出備忘錄和簡報。這是示例使用情境，並非報道中的客戶部署案例。
這種工作流程有清晰的交接點、重複出現的假設，以及可識別的審閱者。這些特徵讓人可判斷合併文件是否能減少工作量。
更廣泛的遷移需要更多證據。機構需要確信權限、文件復原、外部分享、支援和長期存取安排。
這些要求不會因為應用程式能產生吸引的成果而消失。它們決定人們能否在日常中斷和失誤時依賴這套工具。
當中亦涉及知識管理層面。一項分析依賴的決策、定義和討論，可能存在於資料集以外。
文件可以保存其計算，卻可能遺失有人選擇該計算方式的理由。後來的讀者於是承接了可重現的工作，卻缺乏足夠背景。
考慮轉用的團隊應檢視兩個層面。個人與團隊知識之間的關係，有助說明個人背景並不會自動轉化為機構共識。
當作者離開項目時，這個問題便會浮現。下一位負責人需要足夠資訊來修訂工作，而毋須透過對話重建其歷史。
合併文件在這方面具有潛在價值，前提是它保留有意義的背景，並讓適當的人可存取這些內容。
證據應來自重複使用。一次成功的示範顯示某個工作流程可以發生；回頭使用的用戶則顯示人們認為值得重複採用。
尤其值得留意審閱者。如果他們自願在新環境中檢視支持材料並解決問題，產品改善的就不只是生成能力。
若他們立即要求傳統附件，這家初創公司仍可獲得有用回饋。這會揭示擬議工作流程在哪些地方與既有期望衝突。
兩種結果都不應被過度解讀。早期客戶行為可以引導產品開發，但不足以證明更廣泛的辦公室市場已準備改變。
Ndoc 推出後值得留意的事項
下一批有用證據，依次涉及產品存取、獨立相容性和重複協作。
第一個訊號是從有限測試過渡至更廣泛供應。據報的測試版計劃，提供了在受控介紹以外評估日常工作的機會。
重點在於新用戶可獲得的體驗。該用戶能否帶入相關材料、建立交付成果、檢視內容，並讓同事參與？
單靠發佈公告無法回答這些問題。清楚的文件、可見的限制和可重現的範例，會令產品更容易評估。
最具資訊價值的範例應包括修訂和不完美的輸入資料。乾淨的資料集可以展示生成能力，卻幾乎無法揭示應用程式如何處理模糊情況。
一個改變假設的範例會更具啟發性。審閱者可以觀察說明和呈現內容，是否仍與修訂後的分析一致。
第二個訊號是格式獨立性的具體證據。公開規格會闡明預期結構，而獨立實作則可測試其實際效用。
這些里程碑應分開看待。發佈文件代表開發者有內容可供檢視；相容的閱讀器或編輯器則證明其他人能夠使用它。
細節比標籤更重要。買家應檢視哪些元素能在匯出後保存、哪些需要帳戶，以及哪些操作依賴網上服務。
具說服力的結果，會強化用戶仍對其工作保有實質控制權的論點。重大而未公開的依賴關係，則會削弱這項論點。
第三個訊號是在實際機構使用中重複出現的協作。重要問題是，參與者在最初實驗後會否持續回來使用。
來自審閱者的證據尤其有用。他們的經驗可顯示合併文件是否有助人們質疑主張、解決分歧和批准工作。
客戶案例應說明明確的工作流程及其限制。廣泛的熱情不如仔細解釋哪些事情改變了、哪些仍然困難來得有用。
Microsoft 和 Google 的持續改進亦應納入評估。Ndoc 的優勢必須與客戶屆時可使用的產品相比較。
初創公司毋須在每一項比較中勝出。它需要為特定群體提供可辯護的理由，讓他們反覆選擇其做法。
對知識工作者而言，實際做法是找出一個經常出現的交接環節：支持數據、文字詮釋和簡報在當中反覆脫節。以這個工作流程來評估新工具。問問審閱者能否質疑結論、找到其依據，並在毋須重建項目的情況下理解修訂。讓一位未曾建立原始文件的人參與，因為他們的困惑能揭示欠缺的背景。亦要持續留意現行的存取、分享和交付要求。Ndoc 的推出令這項評估更合時宜，但決定應建基於觀察到的工作，而非推介內容的雄心。若證據能隨報告一同傳遞，你的下一份報告哪一部分會更容易令人信任？
