AIエージェント開発に実際に含まれるもの
当社の範囲を定めたパイロットは、30〜90日間で1つの業務フローを扱います。お客様のデータによるテスト、書面での受入・中止基準、開発したコードの所有権を含みます。 パイロットの定めた範囲に対して固定料金を合意します。モデル利用、サブスクリプション、社内作業時間、継続支援を見積書で個別に確認して
開発提案を読んだとき、引き渡しの姿が思い描けるはずです。エージェントが担う仕事、変更できるシステム、そして実際に機能していることを示す証跡です。連携機能の一覧では、こうした疑問は未解決のまま残ります。以下は当社の最初の開発に含まれるもので、提案書を確認するのに使える例も添え
最初の開発に含まれるもの
最初の開発では、入力、許可する操作、完了状態を特定できる一つのワークフローを対象にします。現在の作業量や誤りを測れる定型業務を選んで
次のものを書面でお渡し
- ワークフローの特定。 受付、レポート、書類、調査、または社内のナレッジ業務。その中から一つを選びます。まだ自動化すべきでないものはリストに残し、範囲に紛れ込まないようにします。
- 成功指標と、それを測る担当者。 テスト前に、集計対象の案件、比較期間、現状の基準値を定めます。削減時間からは確認と修正の作業時間を差し引きます。平均が改善していても許容できない操作を見落とさないよう、重大な誤りは別に集計します。
- 中止基準。 停止をお勧めする時点であり、開発に着手する前に合意します。Gartnerの2025年6月の予測では、エージェント型AIプロジェクトの40%超が2027年末までに中止されると見込まれていました。理由として、コストの増大、事業価値の不明確さ、リスク統制の不備が挙げられています。これは予測であり、実測された失敗率ではありません。当社はパイロットの範囲を定める段階で、これらのリスクに対処します。
- 自社データでのシャドーモード。 エージェントは提案するだけです。送信も請求も削除もしません。お客様は判断が食い違った箇所を確認します。削減時間より先に精度を測ります。
- 検証済みの稼働範囲。 システムはお客様が設定した限界の内側で動作し、自らの作業を検証し、例外は人に回します。どの操作を自律的に完了してよく、どの操作に承認が必要かは、パイロットで確定します。実行はすべて記録され、お客様が読める形で残ります。クライアントのアカウント内で働く当社自身のエージェントは、別途定めた承認ポリシーに従います。当社のパイロットでは、資金の移動、顧客へのメッセージ、システムへの書き込みには人による承認が必要です。
- 所有権と、継続利用できる引き渡し。 契約では、委託して作成したコード、プロンプト、設定、評価セットの所有権とエクスポート権を定めます。第三者のコンポーネント、ライセンス条件、継続費用も明記します。成果物を所有しても、こうした依存関係は残ります。
- 週ゼロでのセキュリティ回答。 データフロー、再委託先、要請に応じたデータ処理契約。当社はSOC 2を保有しておらず、そのことを明記しています。審査担当者が六週目に初めて知るべきことではありません。
- パイロット終了時の判断。 拡大する、具体的な修正を加えて一度だけ延長する、または中止する。二つ目と三つ目のワークフローは、一つ目が成果を示してから見積もります。
AIシステムの一覧では、当社が提供するワークフローを紹介しています。個別開発はAIエージェント開発をご覧
開発費と継続運用の費用
2週間のAI Opportunity Auditには90日間のロードマップが含まれます。パイロットは30〜90日間で1つの業務フローを扱います。任意の本番運用支援は最初の3か月後、月単位で継続します。それぞれ別の契約であり、範囲が決まっているチームはパイロットから開始できます。無料の30分間の成長相談は有料監査とは
監査と開発はこの運用期間とは別です。 範囲を固定した作業にリテーナーは付きません。 継続運用を選ぶ場合、提案書には利用枠、保守作業、追加費用が明記されている必要があります。 開発費の何パーセントという書き方では、これらの条件の代わりになり
社内向けで元に戻せるワークフローであれば、より小規模な自動化プロジェクトで十分な場合もあります。追加の作業に見合う価値があるかを判断する前に、その引き渡し内容、サポート、テストの範囲を上記のパイロットと比べてみて
請求書処理ワークフローの受入基準の例
説明のための例として、仕入先の請求書を買掛システム向けに処理するエージェントを考えます。合意した仕事は、記載内容を抽出し、発注書と照合し、下書きの記録を作成することです。当社のパイロットでは、エージェントが買掛システムに下書きを保存する前に、担当者が送信を承認します。支払いはこのエージェントの権限の外に置か
| 評価セットのケース | 求められる結果 | 引き渡し時の証跡 |
|---|---|---|
| 請求書が発注書と一致する | 仕入先、通貨、税額、合計が正しい下書きを一件作成する | 各項目が出典にリンクし、下書きが承認済みの正解と一致する |
| 同じ請求書が二度届く | 新たな記録を作らずに重複と判定する | 両方の元書類と既存の記録がリンクされている |
| 銀行口座情報が変更されている | 支払情報を更新せず、確認のために差し戻す | 例外に、変更された項目と変更前の値が表示される |
| 合計が判読できない、または発注書と矛盾する | 人が対応できるよう未処理のまま残す | 値を創作せず、不確実であることを示している |
| 送信後に会計APIがタイムアウトする | 再試行の前に、記録が作成済みかどうかを確認する | 復旧後も記録は一件で、読み取り可能な操作履歴が残る |
引き渡しには、合意したケースとその実測結果が含まれます。受け入れの可否は、許容できる誤りの種類と、人がなお担う作業量によって決まります。きれいな請求書一枚で見栄えのするデモは、そのどちらの問いにも答えてい
含まれないもの
パイロットの対象は、合意したワークフローとその権限の範囲です。チャットボット、別のワークフロー、新たな外部向け操作には、それぞれ独自の範囲設定が必要です。外部のアシスタントがお客様のビジネスを見つけられるからといって、支払い、返金、一括エクスポートを実行する権限が与えられるわけではありません。公開情報を通じて見つけてもらうことと、認可が必要な操作とをどう切り分けるかは、あなたのビジネスはエージェントから呼び出せるべきかで説明し
継続的な監視、保守、範囲を定めた拡張については、AIワークフロー自動化をご覧ください。提案書には、含まれる保守と拡張の作業を明記します。何を開発するか未定なら、AIコンサルティングから始めてください。監査は単独でも依頼
契約前に引き渡し内容を確認する
当社は自社のビジネスでAIシステムを運用しています。社内自動化の事例では、チーム全体で週あたり50時間を超える時間を取り戻したと推定しています。この推定が表しているのは当社チームの業務です。お客様が削減できる可能性のある時間は、評価の対象となるワークフローと業務量によって
契約の前に、提案書に受け入れケース、稼働権限、例外対応の責任者、サポート条件が明記されているか確認してください。また、業務を他社に移す場合に、コード、プロンプト、設定、評価セットをどのようにエクスポートするかも取り決めておいてください。より長いチェックリストは、AIエージェントのベンダーに聞くべき24の質問に
ワークフローの選定と範囲設定に支援が必要なら、有料の次の一歩はAI Opportunity Auditです。条件を満たすチームは、無料相談を予約して、その監査が目的に合うかどうかを話し合うことも