季度 AI Service Review 的第一頁寫著：

Customer Escalation Agent

Owner: Michelle Wang
Status: Production
Monthly Users: 143
Recommendation Acceptance: 61%

Michelle 坐在會議桌最右邊。這套 Agent 已經上線四個月：客服收到高風險案件時，它會讀取 Case、客戶等級、產品資訊與過去紀錄，再建議處理團隊、所需證據與優先度。

第一個月效果很好。資深客服不必每張 Case 都從頭查，新手也比較知道該往哪裡送。

但最近兩個月，Recommendation Acceptance 從 78% 降到 61%。

主管問：「Owner 這邊怎麼看？」

Michelle 說有三個問題。

• Prompt 還把 Strategic Customer 當高優先條件，但客服已改依合約 SLA 與實際影響判斷。
• Agent 被加進 Billing Dispute，原本的 Technical Escalation 證據規則已不夠用。
• APAC 有些案件根本不該進這套流程。

「那怎麼還沒改？」

Michelle 停了一下。

「我沒有權限改。」

Prompt 不在 Owner 手上

她打開三張 Change Ticket。

CHG-2841
Update Strategic Customer priority rule
Status: Pending Domain Approval

Strategic Customer 的定義由 Customer Success 維護。

CHG-2864
Remove Billing Dispute from current scope
Status: Rejected
Reason: Included in Q3 AI Adoption Commitment

Scope 由 Business Sponsor 決定。

CHG-2890
Temporarily disable APAC rollout
Status: Pending Steering Committee Review

停止服務要等 Steering Committee。

Michelle 能做的，是提 Ticket。

Production Prompt 只有 Platform Team 能改；低價值功能是否移除由 Sponsor 決定；Release 已排進既定的 Platform Release Train。

報告第一頁仍寫著：

Owner: Michelle Wang

主管看了一眼，問：「那你現在實際上 Owner 什麼？」

她負責回答，卻不能決定多數答案

組織需要有人追 Usage、看品質、收需求、回報 ROI，也需要有人在 Incident 發生時上台說明。

於是指定一個 Owner，名字寫進 Dashboard。看起來 Ownership 已經建立。

但真正影響結果的決策可能散在不同位置：

Business Sponsor  決定 Scope
Domain Team       決定規則
Platform Team     修改 Production Config
Security          控制資料存取
Release Team      排定上線
Steering Committee 決定停止

最後，Michelle 只留下對結果負責。

這不是她應該拿到所有權限。很多權限本來就不該集中在同一個人身上。

問題是，責任集中在她身上，決策權卻沒有被說清楚。

當品質下降，她可以整理狀況，卻無法合理地被要求「把品質拉回來」；因為她不能改造成品質問題的主要變數。

組織把協調角色寫成了結果責任人。

團隊後來沒有換 Owner

有人提議換 Platform Team 當 Owner，但問題沒有消失。Platform Team 能改 Prompt，卻不能決定客戶升級政策；Customer Success 能定義客戶分級，卻不該決定 Production Release。

團隊最後沒有繼續找一個什麼都能決定的人。他們只補了一張 Decision Rights Matrix。

Decision                    Decision Right

Propose new use case        Business Team
Approve scope change        Capability Owner
Modify business rule        Domain Owner
Modify production config    Platform Team
Approve release             Capability Owner
Reject low-value request    Capability Owner
Pause production            Capability Owner
Accept business risk        Business / Risk Owner
Retire capability           Capability Owner + Sponsor

第一次填表時，團隊馬上發現兩個空白：

Reject low-value request    Nobody
Pause production            Nobody

原本所有人都只定義了誰能要求做更多。

沒有人定義誰能說不要做，也沒有人能在品質明顯異常時按下 Pause。

Owner 不必自己按每一個按鈕

補完矩陣後，Michelle 沒有拿到 Production Admin。Platform Team 仍然負責實際修改與 Release；Security 仍控制權限；Domain Team 仍確認政策。

但下一次有人要求把 Refund Dispute 接進 Agent 時，她能直接留下：

Decision: Reject
Reason: Outside validated task boundary
Re-evaluate when: Refund workflow definition completed

下一次品質跌破門檻時，她能決定：

Pause Rollout

Platform Team 負責執行。

反過來，若 Business Sponsor 接受某項商業風險，紀錄也不再寫成「Agent Owner 已知風險並繼續上線」，而是留下真正的 Risk Owner。

下一季，報告首頁還是 Michelle 的名字。

不同的是，名字旁邊不再只有 Owner，而是她真正能做出的決定：

Approve Scope
Reject Request
Pause Rollout
Approve Release
Propose Retirement

下一次有人問她為什麼沒有把服務停掉，她不需要再解釋那個 Stop Button 從來不在自己手上。