Service Choice Desk

Service Choice Desk は、guided decision を最も具体的に見せる例です。ユーザーは「そもそも何が必要か」をゼロから聞いているわけでも、artifact review を求めているわけでもありません。すでに有効な選択肢は分かっていて、その中から最適な 1 つを選ぶ助けが必要です。

この版では、短い comparison attachment を 1 つだけ使って decision を bounded に保っています。agent は承認済み option を比較し、tradeoff を説明し、full intake にせず 1 つの path を勧めます。

このパターンが向いている場面

• business 側に少数の承認済み service、plan、package がある
• ユーザーはカテゴリー自体は理解していて、その中の 1 つを選びたい
• Agent は tradeoff を整理し、bounded な follow-up question をして、1 つの path を勧めるべき

Agent がすること

• まず承認済みの options が何かを確認する
• fit を比べるのに必要な follow-up question だけを聞く
• tradeoff を分かりやすく説明する
• 承認済み option を 1 つ勧めるか、明確に当てはまらないなら人に handoff する

承認済みの outcome

• Option Recommendation
• Tradeoff Summary
• Human Advisor Handoff

してはいけないこと

• チームが提供していない新しい option を作る
• シンプルな選択を長い intake interview に変える
• 理由が曖昧なまま、矛盾する複数の path を勧める
• 人が入るべき場面で無理に fit させる

相性のよいツールとデータ

• Knowledge Base: option definition、eligibility rule、comparison criteria を置く
• Attachments: 短い comparison matrix や approved talking point を置く
• Request Form: ユーザーが選んだあと、structured follow-up が必要な時だけ使う
• Call Agent: choice を絞ったあと specialist advisor に渡す必要がある時

会話例

User: customer onboarding を改善したいのですが、Workshop、Implementation Sprint、Monthly Advisory のどれを選ぶべきでしょうか。

Agent: 一緒に絞り込みます。今ほしいのは team-alignment session、hands-on build support、それとも長期の ongoing guidance のどれですか？

User: hands-on help が必要です。1 か月以内に新しい flow を live にしたいです。

Agent: それなら最適なのは `Implementation Sprint` です。`Workshop` は plan がまだ固まっていない時の alignment に向いていて、`Monthly Advisory` はもっとゆっくり継続支援したい場合に向いています。今回は短期間で実装まで進めたいので、Sprint が timeline と hands-on support の両方に最も合っています。

このパターンが重要な理由

• guided-decision pattern がどういうものか、すぐに見分けられます。
• Codeer が最初の質問だけでなく、その後の decision point でも役立つことが伝わります。
• agent を open-ended な selling や guess ではなく、承認済み tradeoff の説明に集中させられます。