香港企業採購線上辦公 OA：CEO、CIO、HR 的需求與評估 FAQ

日日追文件、追批核，應該從哪一項工作開始改善？

從最近一次令你要連番追問的工作開始。可能是報價改了幾次，財務卻仍收到舊版本；也可能是主管放假，沒有人知道申請應交給誰。這些是用來討論的情境例子，你可以換成自己公司的實際情況。

選購線上辦公 OA 前，先把那次經過寫下來：誰提交、誰補資料、誰批核、最後誰通知客戶。文件、表格和審批功能是否合用，可以沿着這條工作線逐項試。這樣跟供應商開會時，你有具體問題可問，同事也知道這次轉用系統會改變甚麼。

不用一開始就整理全公司的工作。先選一個部門願意參與、每星期都會遇到的流程，讓提交人、批核人和接手的人一起試。日後要擴大使用範圍，再把這次試行的問題和做法交給下一個部門。

把文件、表格與審批連成一條工作線

文件負責記錄背景、決策和最後版本；表格負責收集固定欄位與提交資料；審批負責在需要決定的時點留下責任與狀態。它們不必一開始就很複雜，但應有一致的命名、擁有者和存取規則。

例如，採購流程可以由一張提交表單開始，附件集中在指定位置，審批人只在需要判斷的節點收到通知，結果回寫到所有相關人都能追溯的位置。即使採用的系統不同，這種「輸入—判斷—記錄—交接」的結構仍可幫助團隊減少重複問答。

跨部門協作要先定義分工

真正困難的地方通常不是建立第一份表格，而是多人同時工作時誰可修改、誰只可查看、誰對完成負責。建議為每個流程指定一名擁有者，並在項目開始時寫下審批人、執行人、知會對象和外部協作者的範圍。當有人離職、轉組或供應商更換時，擁有者應覆核文件和任務能否由團隊接管。

如果流程需要跨香港、澳門或其他地區交接，尤其要避免把關鍵資料只放在個人聊天或私人裝置。把權限、交接與覆核納入流程，才能讓擴展不依賴某一位同事。

用小規模試行建立團隊標準

先選一個部門、兩至四個工作周期的例行工作，建立一份簡單範本，再收集使用者在提交、查看、批准和交接時遇到的障礙。試行結束後，保留真正節省查找與追問的欄位，刪去沒有決策用途的步驟，並整理一頁清楚的新成員指引。

衡量成效時，不必急於承諾特定節省比例；可觀察是否更容易找到最新版本、是否知道目前卡在哪一個節點，以及交接是否不再依賴口頭說明。這些可觀察的變化，才是後續擴展線上辦公流程的可靠基礎。

採購 OA 前，先把「痛」說得具體一點

「我們需要一套線上辦公 OA」很常見，但它不是足夠的需求。有人想解決飛書文檔版本亂了、有人想縮短審批等待、有人想讓香港與澳門團隊少問幾次「最新檔案在哪裡」。這三種問題看起來相近，背後的責任卻不同。採購會議前，請每個部門帶一個最近真的卡住的例子：事情原本怎樣開始、在哪一刻沒有人知道下一步、最後靠誰救回來。這比列出二十個功能有用得多。

CEO 要的不是一份漂亮的數碼化簡報，而是判斷這件事是否值得改變工作習慣。可以要求團隊選定一個流程，界定不做改變的代價、試行的邊界及停止條件。沒有這三項，採購很容易變成「大家都說需要，卻沒有人知道何時算成功」。

CIO 的需求清單：把「可管理」寫得可驗收

IT 團隊常收到一句「我們想把聊天、文件、表格和審批整合」，但真正可驗收的需求應再往下拆。帳號誰建立與停用？誰可以邀請外部協作者？一份客戶資料是否可以被下載、轉交或匯出？項目結束後，文件和待辦由誰接收？發生異常時，誰有權暫停存取、誰負責通知？這些問題並不代表某個產品一定具備某個功能；它們是 CIO 用來要求供應商和業務共同回答的問題。

比較方案時，建議用同一個流程腳本，而不是逐欄勾功能：一名同事提交申請、主管批准、財務補資料、外部供應商只看指定附件、最後由另一位同事接手。請候選方案逐步演示或書面說明哪些地方要配置、哪些地方有例外、哪些地方需要另行確認。這樣較難被模糊的「支援」兩字帶過。

HR 的角色：把新工具變成新習慣，而不是新壓力

不少 OA 項目在技術上已經可用，員工卻繼續回到熟悉的電郵和私人群組。通常不是同事抗拒科技，而是他們不知道新規則是否真的適用：文件要放哪裡？誰可以批准？舊渠道何時停止？有問題可不可以找人？HR 與流程負責人應共同寫一頁很短的工作約定，先只針對試行流程，不必一開始規範所有人。

培訓也不必像產品發佈會。讓新同事完成一次真實任務，請接手者找回紀錄，再問他哪一步最不自然。這些回饋比「課程完成率」更能指出採用卡在哪裡。當員工發現交接不再依賴記憶，OA 才開始有意義。

採購結果應留下甚麼證據

為了日後檢討，也為了讓下一任負責人看得懂，採購檔案至少應保留：原本的流程問題、評估腳本、試行人員與範圍、供應商回覆、仍未確認的假設、權限和資料責任人，以及擴大部署前要完成的事項。這不是增加文書工作，而是避免同一個問題在半年後換一批人又重新討論。

讀到這裏，你可以先挑一項最想改善的工作，約提交人、批核人和接手的同事一起走一遍，再把遇到的問題交給供應商。涉及私隱、合約、安全或勞工安排時，應由公司的專責人士決定。

把採購評估開成一場流程工作坊

一次有用的 OA 評估不需要排滿整天。請業務帶來一份最近來回修改多次的文件，請主管帶來一件曾經卡在批准的事情，請 HR 帶來一個新人最容易問的問題，IT 則帶來一條不能含糊的帳號或資料規則。用這四件真實材料走一遍，團隊很快就會看見哪些需要工具支援、哪些其實是責任不清、哪些要交給供應商或專業人士確認。

工作坊結束時，不要只留下「感覺不錯」。至少記下：哪一個流程先試行；哪些人參與；甚麼情況下算可繼續；哪些問題仍未回答；誰在下一次會議前取得書面資料。這些紀錄既能保護採購決策，也能讓員工明白改變不是憑一時興起。

對香港及澳門的團隊來說，跨部門和跨地點常常同時發生。有人在辦公室整理資料，有人在客戶現場回覆，有人要等另一個地區的批准。文章不應假裝一套 OA 做法適合所有公司；更務實的方向是把共同需要的可見性、交接和責任做紮實，再按部門節奏擴展。當流程能被下一位同事讀懂，才有資格談規模化。

讓採購不只是一份報價比較

最值得保留的問題是：「這個流程明天由另一位同事接手，他能否知道下一步？」若答案是否定的，先修正責任、命名或交接，再討論更多模組。採購團隊也應主動記錄不能解決的部分；例如某個部門仍需要特別審批，或某些資料不應進入一般工作空間。誠實地保留例外，會令上線計劃更可執行，也讓管理層知道預算買到的是甚麼、沒有買到的是甚麼。

試行結束後問五件事

最新版本是否找得到？等待批准的人是否知道下一步？接手者是否不用追問原作者？外部人員是否只看到必要資料？遇到例外時是否知道找誰？五題之中若有兩題答不清，先回到流程設計，而不是急著增加更多表格或功能。

避免把例外藏起來

成熟的採購評估會承認例外存在：某些批准仍需線下完成、某些資料需要更高層級審閱、某些外部合作方暫時不能加入試行。把例外明確寫下，不會令方案顯得失敗，反而可以防止員工自行發明繞路做法。等責任人確認條件後，再把例外納入流程或保留原有渠道，會比假裝所有人都能同步改變更可靠。

同事放假，批核一直等着，試行時要怎樣測？

把代批安排加入測試：原批核人不在時，誰可以接手、可批准到甚麼範圍、原有附件和討論是否看得到，以及最後紀錄由誰保存。這些安排需由公司先同意，再請供應商示範所選方案能怎樣配合。

你可以用一張虛構的採購申請走一次。若接手主管只能看到金額，卻不知道之前改過甚麼，便把這個缺口記下來。試行的好處，是讓大家在正式付款或交付前，先遇到這些容易忽略的小問題。

同事已經很忙，怎樣安排培訓才不會添麻煩？

先跟部門商量一段不影響交付的時間，只教當天會用到的流程。假如同事主要負責提交報銷，就從填寫、補交附件和查看結果開始；管理設定留給需要操作的人。

培訓後留一份短指引，寫上可以聯絡誰。收集問題時也分清楚：是按鈕找不到，還是大家對批准規則有不同理解。前者可以補畫面說明，後者需要主管作決定。把問題交到合適的人手上，同事才不用為同一件事重複上課。