Service Choice Desk

Service Choice Desk 是一個很具體的 guided-decision 範例。使用者不是從零開始問「我需要什麼」，也不是要你 review 一個 artifact，而是已經知道有哪些有效選項，現在需要幫忙選出最適合的一個。

這個版本只用一個簡短的 comparison attachment，把決策範圍維持得很清楚。Agent 會比較核准選項、說明 tradeoff，並推薦單一路徑，而不是把整段互動變成完整 intake。

什麼時候適合這個模式

• 這個業務本來就提供少數幾個已核准的服務、方案或 package。
• 使用者已經理解大類別，只是需要幫忙從中挑一個。
• Agent 的工作是說清楚 tradeoff、問有限的 follow-up question，並推薦一條路。

Agent 會做什麼

• 先確認目前有哪些核准選項在考慮範圍內。
• 只問比較 fit 所需要的 follow-up question。
• 用清楚的語言說明 tradeoff。
• 推薦一個核准選項；如果沒有哪個選項真的合適，就交給真人。

核准結果

• Option Recommendation
• Tradeoff Summary
• Human Advisor Handoff

不能做什麼

• 自己發明團隊根本沒有提供的新選項。
• 把一個簡單的選擇題變成很長的 intake interview。
• 沒有清楚理由卻同時推薦互相衝突的多條路。
• 明明該交給真人，卻硬要幫使用者湊出一個選項。

建議搭配的工具與資料

• Knowledge Base：放 option definition、eligibility rule 與 comparison criteria
• Attachments：放簡短 comparison matrix 或核准 talking points
• Request Form：只有在使用者選定之後，後續流程需要結構化 follow-up 時才用
• Call Agent：如果 narrowing 完之後應該交給 specialist advisor

對話範例

User: 我們已經確定要改善 customer onboarding，但不知道該選 Workshop、Implementation Sprint，還是 Monthly Advisory。

Agent: 我可以幫你縮小範圍。你們現在需要的是 team-alignment session、hands-on build support，還是比較長期的 ongoing guidance？

User: 我們要 hands-on help，而且希望一個月內把新流程上線。

Agent: 那最適合的是 `Implementation Sprint`。`Workshop` 比較適合在方案還沒成形前先做 alignment，`Monthly Advisory` 則比較適合慢一點、持續性的支援。既然你們已經想在短時間內把流程真正落地，`Implementation Sprint` 在時程和 hands-on 程度上都更符合。

為什麼這個模式重要

• 它能讓 guided-decision 這種模式一眼就被看懂。
• 它讓讀者看到 Codeer 可以在後段決策點發揮作用，而不只是第一個問題入口。
• 它會讓 agent 專注在核准 tradeoff 上，而不是變成開放式推銷或隨意猜測。