香港企業要把人工智能真正帶進日常，通常不是買一個工具、辦一場工作坊就完成。
很多公司都遇過類似情況：工具已經買了，PoC 也做過，大家在示範當日覺得很厲害；但過了幾個星期，同事還是照舊用 Excel、電郵和 WhatsApp 處理工作。問題未必是工具不夠好，而是沒有一個人走進現場，陪大家把它變成真的工作方法。
這時候，企業常見會找三類人：外面的 AI 顧問、公司內部的 IT，以及前線部署工程師（Forward Deployed Engineer，FDE）。三者都重要，但解決的是不同問題。
三個角色，分別在解決什麼？
- 顧問先幫你看清楚方向：應不應該做、先做哪一項、風險在哪裡。好的顧問會幫公司少走冤枉路，但交出報告和路線圖之後，未必會每天留在現場陪團隊試。
- 內部 IT確保事情正常運作：登入身分、數據、權限、資安、系統整合，還有之後的維運。沒有 IT 開路，很多漂亮的 prototype 根本進不了真實環境。
- FDE處理最容易被忽略的那一段：走入實際工作流程，看看同事每天怎樣做，找出真正卡住的地方，然後一起把 AI 用到工作裡，再逐步改到大家願意持續使用。
簡單說，顧問幫你想清楚，IT 幫你接得上，FDE 幫你用得順。
進場方式不同，交出來的東西也不同
| 維度 | 顧問 | 內部 IT | FDE（前線部署） |
|---|---|---|---|
| 最常處理的問題 | 應否做、先做哪一項 | 系統是否安全、穩定、可維運 | 現場有沒有人真的在用 |
| 怎樣進入問題 | 訪談、工作坊、分析流程 | 管理系統、數據、權限和接駁 | 坐到業務旁邊，一起看和做 |
| 常見交付物 | 報告、路線圖、管治建議 | 平台、整合、權限、監察 | 跑得起的 AI 流程、prototype、成效數字 |
| 工作節奏 | 項目制，階段完成後退場 | 長期負責，但日常維運往往佔滿時間 | 短循環試行，目標是最後交棒 |
| 主要誘因 | 建議被採納、項目延續 | 穩定、合規、少出事故 | 真正用得出，節省工時、減少錯誤 |
| 常見失敗 | 建議停在簡報，沒有人跟手做 | 系統上線了，業務卻用得很淺 | 外援一直留在場內，方法沒有留下來 |
這張表不是要把三個角色分高低。它比較像一隊接力：每一棒都有自己的距離，問題在於有沒有順利交棒。
何時需要不同角色？
先問自己三條問題：
1. 我們要做乜？
這時候顧問通常最有用。公司可能有很多部門、很多想法，也可能每個人都說自己的流程最值得自動化。顧問可以先幫忙收窄範圍，釐清優先次序，避免一開始就分散資源。
不過，最好一開始就想清楚下一步由誰接手。否則路線圖寫得再漂亮，最後也只是空中樓閣。
2. 我們知道要做什麼，但未夠技術
IT 必須在場，處理：登入身分、數據位置、權限、資安要求，以及現有的 Copilot、CRM 或自動化工具等能否接駁，這些都不是工作坊當日示範一次就算完成。
FDE 可以幫忙把流程跑起來，但不能跳過 IT 的基本功。否則 prototype 看似成功，真正要落地時才發現資料拿不到、權限開不了，或者根本不符合公司安全要求。
3. 工具已經買了，PoC 也做過，但同事還是不太用？
這通常是 FDE 的主場。
因為這時候缺的未必是另一份策略報告，而是有人願意跟著團隊一起看：每天究竟是哪一個步驟最花時間？誰要在流程中作決定？哪些資料不完整？為什麼同事試過一次之後便放棄？
FDE 會從一個夠細、夠實際的流程開始，做出第一個可以使用的版本，再根據現場反應修改。可能第一版很粗糙，甚至不太漂亮，但只要真的幫到同事，便有機會慢慢做大。
真正做得成的，通常不是三選一
比較常見的做法是接力：
顧問釐清優先次序 → IT 打好技術底子 → FDE 建立第一條日常流程 → 內部團隊（例如有 AI Capability Enablement Team, ACE Team）接手維持和擴展。
FDE 不是一個「什麼都懂的超級英雄」，也不應該變成公司的永久外判團隊。他的價值，是在最初幾個循環裡，縮短由「知道可以做」到「每天有人在做」之間的距離。
如果最後所有決定都仍然要等 FDE，或者 FDE 一離場流程便停下來，那就代表交棒還未完成。
三種常見錯配
- 只請顧問，不安排入局。 公司拿到一份很完整的路線圖，人人也同意方向正確，但沒有人負責把第一條流程跑通。幾個月後，什麼也沒有做好。
- 只交給 IT，當作業務變革。 IT 可以把授權、接駁和安全要求處理好，但業務流程不是單靠系統上線就會改變。如果沒有人處理部門之間的磨合，結果很可能是「系統做完了，但沒有人用」。
- FDE 永不交棒。 前線有人幫忙，事情當然比較容易推動，但公司也要同步建立自己的能力。建立內部的部門可以令日後的改進更快捷。
為什麼很多 AI 項目會卡在 PoC？
因為示範和日常使用，中間有很長的距離。
示範時，資料是準備好的，參與者也是自願的，大家還有時間坐在一起看結果。回到日常工作，資料可能散落在不同系統，流程中有很多例外，使用者也未必有空重新學一套方法。
顧問擅長把項目立起來，IT 擅長把東西接上和管好，FDE 則要處理「明天上班時，這個流程能不能真的用」。三者對得上，PoC 才有機會變成每個星期都在使用的工作方式。
總結：
顧問去問，內部 IT 去接駁，FDE 去推動。
企業 AI 落地不是押注某一個角色，而是要有人在適當的時間做適當的事。
FAQ
FDE 一定要取代顧問或 IT 嗎？
不必。FDE 補的是「現場用得到」這一段；方向、治理、系統和資安，很多時候仍然需要顧問和 IT 一起處理。
沒有技術背景，可以做 FDE 嗎？
可以參與，甚至可以帶隊，但技術位一定要有人補上。FDE 難的地方，在於同時理解現場工作、和不同持份者溝通、快速試錯，並且量得到成效。只懂寫程式不夠，只懂溝通也不夠。
中小企一定要三個角色齊全才可以開始嗎？
不必。可以先揀一條重複而且容易量度的流程，由熟悉業務的人牽頭，IT 協助開通必要權限；如果內部未有人有經驗，再請外面的 FDE 打第一個循環，之後把步驟交回內部。
如何判斷應否請外面的 FDE？
如果工具已經買了、PoC 也做過，但日常仍然用不起來，或者部門之間一直推不動，這時候找人進入現場。
FDE 和 ACE Team 有什麼關係？
ACE Team（人工智能能力與導入團隊）是公司內部留下方法和能力的骨幹。外面的 FDE 可以是第一波，ACE Team 則負責把成功做法留在組織裡，繼續複製和改善。