4つのフェーズ。明確な判断ポイント。
各フェーズは一つの問いに答えます。各フェーズは相互に拘束力を持ちません。成果が次のステップへの信頼となります。
スコーピング
"私たちは良いパートナーになれるでしょうか？"
進め方
- 初回コンタクト、想定されるユースケースについての対話
- 共に検討：これは適切な課題か？自動化可能か？
- 必要に応じてユースケースの具体化をお手伝い
- 相互評価：協力関係を築けるか？
お客様側
業務エキスパート（必須）、意思決定者
Bot Resources
シニアアーキテクトまたはフローエンジニア
成果物
対応していないこと
- 提案依頼への対応のための数ヶ月の無償作業
- 業務エキスパートとの対話なしでの詳細仕様策定
判断ポイント
良いフィット、明確なユースケース
POCの見積もり提案に進みます
ユースケースは合わないが、相性は良い
一緒に他のユースケースを探ります — 対話から最良のアイデアが生まれることもあります
形式的承認のリスク
意思決定支援ツールが無批判に承認されるだけなら、ユースケース自体を再考する必要があります
文化的な不一致
今の段階で分かる方が良い。互いを尊重して別の道を歩みます。
POC
概念実証"このタスクはエージェントシステムで実現可能か？"
進め方
- 実際のプロトタイプを構築（スクリプトや基本的なチャットボットではなく）
- ユーザーがテストできるよう迅速にデプロイ
- ユーザーがテストし、問題点を発見し、フィードバックを提供
- ユーザーと直接やりとりしながら改善
- 最終的に：ユーザー自身が有用性を判断できる状態に
お客様側
業務エキスパート／エンドユーザー（直接アクセス）
Bot Resources
フローエンジニア1名 + アーキテクト1名 + コーディングエージェント
成果物
判断ポイント
うまくいく — ユーザーが有用だと感じている
明確な目標を設定してPOVの仕様を策定し、次に進みます
モデルの限界 — まだ早い
不足している要素を文書化します。モデルの進化に合わせて再検討するための技術ウォッチを設定できます。
POV
価値実証"価値を生み出すために必要なパフォーマンスレベルに到達できるか？"
進め方
- カバレッジの拡大（より多くのケース、より多くのシナリオ）
- ユーザーとの継続的な改善
- パフォーマンスの向上
- モデル選定のためのドメイン固有ベンチマーク（必要に応じて）
- APIコストの最適化（必要に応じて）
- エージェントアーキテクチャの洗練
お客様側
業務エキスパート + IT部門（統合・デプロイ）
Bot Resources
フローエンジニア1〜2名 + アーキテクト1名 + コーディングエージェント
成果物
判断ポイント
目標達成
仕様通りにシステムが動作 — 納品承認、本番化の準備完了
想定以上の工数が必要
率直に話し合います。予算の拡大かスコープの調整か、お客様が決定します。
モデル能力のギャップ
一時停止し、モデル進化のモニタリングを設定。技術ウォッチが利用可能です。
本番化
"堅牢で、統合され、持続可能なシステムにするには？"
進め方
- 堅牢性の強化
- クライアントシステムとの深い統合
- モニタリングの構築
- クライアントチームへのナレッジトランスファー
- 進化的メンテナンス（新機能、調整、モデル更新）
お客様側
IT部門（統合の責任者）、業務部門（利用の責任者）
Bot Resources
サポート対応可能なチーム
成果物
継続的な関係
お客様のチームが自律的に
ナレッジトランスファー完了。システムはお客様のものです。
継続的な進化
新機能、モデル更新、スコープ拡張 — お客様のニーズとともに成長します