香港企業採購 Lark 或飛書前：CEO、CIO、HR 的決策 FAQ

香港公司想用 Lark 或飛書，第一步應該怎樣揀？

先看看公司已有甚麼帳號，以及每天要跟誰合作。若香港辦公室、內地同事和澳門合作方各有自己的工作方式，單看產品名稱，很難知道哪個安排適合。你可以先請 IT 列出現有帳號，再請業務同事帶一宗正在跟進的工作來討論：文件由誰整理、客戶意見在哪裏更新、最後由誰批准。

官方帳號說明指出，Lark 與飛書由不同實體獨立營運，帳號在各自的用戶端使用。這一點值得在採購前說清楚，免得同事裝好程式，才發現登入的服務與公司帳號不相符。至於功能、報價及合作安排，則要按你選用的方案逐項核對。

如果公司沒有 CIO，也不用因此覺得無從入手。可以由負責 IT 的同事或外判服務商處理技術問題，部門主管說明工作需要，HR 跟進培訓。最重要的是，每個未答清楚的問題，都有人接着處理。

怎樣知道哪個安排適合自己的工作？

對香港及澳門的線上辦公團隊而言，真正需要比較的是工作在哪裡開始、誰負責批准、資料由誰擁有，以及事情完成後能否追溯。先選一個高頻流程，例如合約審閱、採購申請、活動籌備或客戶交接；再逐步列出文件如何建立和共同編輯、批准在哪一個節點發生、誰可看見進度，以及交接後由誰接管。

如果這些答案仍然只存在於聊天紀錄或個別同事的記憶中，優先處理流程的可見性，比先比較產品名稱更有價值。把聊天、文件、表格與審批的分工寫清楚，團隊才知道要評估的是哪一種可管理的工作方式。

香港、澳門同事一起做項目，要先談好甚麼？

跨境項目通常不只是多一個登入帳號，而是多了資料流向、角色權限和供應商責任。項目負責人可與管理員一起確認：哪些資料不應由外部協作者處理；成員、訪客及供應商各需要哪些最小必要權限；對外分享與交接由誰核准；帳號停用或角色轉換後誰負責覆核。

這是一份營運檢查清單，不構成法律意見。若流程涉及個人資料、受監管資料或跨境資料安排，應由公司按自身情況交由法務、合規或資料保護負責人確認。

常見問題

Lark 是飛書嗎？ 不應把兩者當作可任意互換的帳號或登入入口；先由管理員確認公司採用的帳號、用戶端與協作設定。

應先處理下載還是先處理流程？ 先定義帳號與管理責任，再從相應服務的官方入口安裝或登入；同時以一個實際流程測試文件、審批、權限與交接是否清楚。

甚麼情況需要管理員參與？ 涉及公司帳號、外部協作者、跨系統協作、權限或資料處理安排時，應由管理員及相關負責人共同決定。

採購會議前，把三個人的問題放在同一張紙上

不少採購會議一開始就問「Lark 和飛書的區別」，最後卻變成一串沒有結論的功能比較。香港企業較有效的做法，是先讓 CEO、CIO 和 HR 各自寫下不能妥協的一件事。CEO 通常在意客戶交接、審批責任和跨部門決策能否更穩；CIO 在意帳號、權限、資料和支援責任能否被管理；HR 在意新同事會不會第一天就找不到文件、老同事會不會因為雙軌工作而放棄使用。三張清單放在一起後，採購團隊才知道哪些問題要由供應商回答，哪些問題其實要由自己先定規則。

接著挑一個會牽動三個角色的流程。以新客戶項目為例：業務把需求交給項目經理、財務需要看報價版本、主管要批准資源、外部供應商又只可看到指定資料。採購時不用要求任何人背出所有功能；只要請每個候選方案說明這個流程由誰開始、誰能改、誰批准、交接後如何找回紀錄，以及帳號或人員離開後怎樣處理。回答不清楚的地方，正是試行時要驗證的地方。

搜尋「Lark 是甚麼」時，企業真正需要的答案

「Lark 是甚麼」、「Lark 飛書」與「Lark 和飛書的區別」是常見搜尋語，但企業不應只用一句「是否同一產品」作決策。較可信的起點是官方帳號說明：Lark 與飛書由不同實體獨立營運，帳號在各自的用戶端使用。這回答了登入邊界，卻沒有替任何公司回答採購、資料或協作設定。若有人問「Lark 是飛書嗎？」比較負責任的回覆是：先確認公司現有的租戶、帳號、管理員與合作對象，再判斷要評估的服務和流程。

同樣地，「Lark 國際版」、「Lark 中文」、「飛書海外版」和「飛書國內版」可以幫助讀者描述自己看到的搜尋結果，但不應被寫成帳號互通、功能完全相同或在特定地區必然可用的承諾。搜尋「飛書香港」找到這篇文章的話，可以先拿公司的現有安排逐項核對：公司採用哪個公司帳號？員工從哪個官方入口登入？外部合作方的帳號如何受管理？回答應以當時的官方支援與合約資料為準。

可以先找一個部門試用嗎？

與其宣布「下星期全員換平台」，不如找一個願意配合的團隊跑兩星期。第一週只處理一個流程：例如把原本散在電郵、WhatsApp 與個人硬碟的會議決定，收回到一個人人看得懂的位置。第二週加入一位真正會接手的人，看看他能否在不問原作者的情況下找到背景、待辦和最後版本。若接手的同事仍要逐項追問，便把缺少的資料記下來。趁試行時補好指引，再邀請下一批同事加入。

試行結束後，CEO 可以看是否減少了追問和責任不清；CIO 可以看帳號、角色與資料邊界是否可控；HR 可以看新人是否明白第一個任務和求助入口。這些是採購前應留下的記錄，而不是事後為了證明決策正確才補寫的故事。

這份比較可以怎樣帶去採購會議？

把仍未回答的問題圈出來，交給負責報價、IT 及培訓的同事分別跟進。帳號與登入問題可參考文末官方說明；價格、合約和實際設定，則請供應商按你公司的情況回覆。本文的流程例子供討論使用，並非客戶實績。你毋須一次決定所有事情，但簽約前應知道哪些已確認，哪些仍要測試。

把比較表變成可以作決定的紀錄

最後的比較表不必很華麗，但要讓三個角色都能簽得下去。第一欄寫本次要改善的流程和不做改變的代價；第二欄寫目前已知的帳號、登入和外部協作安排；第三欄分別由業務、IT、HR 寫出必須驗證的事項；最後一欄只保留已得到書面確認的內容。若供應商回覆的是「可以視情況配置」，就把它放回待驗證，而不是提前寫成承諾。

這樣做的好處是，採購會議不再由最會講產品的人主導。業務可以問：客戶交接是否較清楚？IT 可以問：誰有管理責任和升級權限？HR 可以問：員工第一週怎樣得到幫助？當三個答案能放在同一頁，管理層才有足夠資料決定是試行、延後，還是改變需求範圍。

如果你的公司已經在用某個帳號，更不應因為名稱相似而跳過盤點。找出管理員、現有文件位置、外部合作方和最常出錯的流程，往往比再搜尋十次「Lark 飛書」更接近問題本身。你可以先讀自己負責的部分，再把其他問題交給相關同事，毋須一個人答完所有事。

購買前最後三問

第一，誰會為答案負責？ 若帳號、資料或外部協作問題只能由某一位熟手解答，先把責任和備援寫下來。第二，哪個流程最能證明價值？ 選擇一個每週都會發生、又有清楚交接的工作，避免以臨時展示取代真實試行。第三，甚麼情況下要停下來？ 若管理員、資料責任人或試行範圍仍不清楚，延後擴展比強行上線更負責任。這三問沒有華麗答案，卻能讓比較從搜尋詞回到公司的日常。

帶去下一次會議的資料

請帶一個現有帳號問題、一個跨部門流程和一個外部合作情境；並列明誰可作最終決定、誰負責技術核實、誰把新規則交給員工。若會議結束後仍沒有人能說出試行範圍與停止條件，先不要把比較表當成採購結論。

老闆問「總共要幾多錢」，報價應怎樣看？

先請供應商把訂閱費、設定、資料搬遷、培訓及後續支援分開列明。哪些已包含、哪些另行報價，都要寫清楚。再核對結算貨幣、付款周期、最低承諾、加減人數和續約安排；這些是採購時要問的項目，並不表示某個方案一定採用這種收費方式。

HR 可提供預計入職和離職人數，IT 整理要搬遷的資料及系統，財務便較容易比較相同範圍的報價。若香港與澳門由不同公司簽約，也請供應商分別確認簽約主體、付款及支援安排。未取得正式報價前，文章不應替你估一個看似準確的總數。

公司已用其他辦公工具，是否要一次過全部更換？

可以先把要保留的工作列出來，再討論哪些流程值得試用新安排。例如現有電郵、財務系統或客戶提交方式，可能仍有自己的用途。請供應商說清楚資料怎樣交接、要不要重複輸入，以及哪些連接需要另行測試。

試行期間也要告訴同事哪裏才是正式紀錄。否則同一份報價在兩邊修改，到了客戶追問時，大家仍要逐個訊息找答案。能分清楚每套工具負責甚麼，再決定是否逐步更換，會較容易跟進。