SALES PROPOSAL / 20 SLIDES / DATA-DRIVEN

BlueAI Agent Harness導入提案書テンプレート

Why → What → How → Nextの20ページで、顧客の現状から90日PoCの合意までを組み立てます。全ページに顧客入力schemaがあり、売上・粗利と生産性を分けて試算します。

CUSTOMIZABLE100%顧客入力を持つページ
STORYWhy → What → How → Next指定順序の全20ページ
OUTPUTWeb・PDF・印刷文字・表を選択可能

利用前に顧客確認が必要です

{{...}} は差し替え欄です。BlueAI試算、未検証仮説、価格目安は実績や正式見積ではありません。機密情報、個人情報、credential、秘密URLは入力せず、承認済みの要約・区分・仮名だけを記載してください。

INTERACTIVE DECK

全20ページを閲覧・印刷

矢印キーで移動/「全ページ」で一覧/「PDF・印刷」で保存

BLUEAI AGENT HARNESS PROPOSAL

Agent Harness導入提案書

1/ 20

PROPOSER / BLUEAI

提案者・BlueAI紹介

{{貴社名}}の業務責任者と共同で、対象業務・権限・評価・停止条件を設計します。

Why

BLUEAI

業務設計からPoC・本番判断まで支援

AIエージェントを作ること自体ではなく、業務成果、Human in the Loop、運用責任を同時に設計します。

  • 対象業務・KPIの定義
  • Agent Harness・連携の設計
  • 評価・監視・停止条件の設計

CUSTOMER OWNER

{{業務責任者の役割}}

現状値、受入基準、例外判断、本番移行を所有します。

DECISION OWNER

{{決裁部門・役職}}

PoC予算、本番移行、リスク受容を承認します。

BLUEAI AGENT HARNESS PROPOSAL 公開情報 02 / 20 · v1.0.0

BACKGROUND / OBJECTIVE

本提案の背景と目的

{{中期計画・重点テーマ}}に対し、{{対象業務名}}を90日で検証可能な単位へ分解します。

Why

BACKGROUND

{{中期計画・重点テーマ}}

{{頻度・影響を含む現状課題}}

OBJECTIVE

{{対象期間と目標指標}}

売上粗利と生産性を別の指標で検証し、重複計上を避けます。

DECISION

90日PoCの開始可否

予算上限 {{PoC予算上限}} の範囲で、Go / Improve / Stopを判定します。

BLUEAI AGENT HARNESS PROPOSAL 未検証仮説・要確認 03 / 20 · v1.0.0

CURRENT STATE / HEARING

現状ヒアリング結果

未確認項目を空欄のまま可視化し、推測で補完しません。

Why

{{対象業務名}}の現状基準値
確認項目ヒアリング結果確認状態
対象・責任者{{対象部署}}/{{業務責任者の役割}}要顧客確認
処理量{{月間件数}}要実測
作業時間{{現状の1件あたり分数}}要実測
品質・差戻し{{差戻し率・誤り率・一次解決率}}定義確認
正本・連携{{CRM・基幹・文書管理等}}権限確認
制約{{法務・データ・運用・時期の制約}}専門部門確認
BLUEAI AGENT HARNESS PROPOSAL 未検証仮説・要確認 04 / 20 · v1.0.0

MARKET CONTEXT

貴社を取り巻く市場環境

公開一次情報と顧客確認済みの事実だけを置き、自社への影響は仮説として分けます。

Why

MARKET

{{顧客確認済みの市場変化}}

出典:{{公開一次情報の名称・日付}}

CUSTOMER EXPECTATION

{{速度・品質・チャネル等の変化}}

根拠:{{VOC・調査・営業記録}}

COMPETITION / RULES

{{公開情報で確認した競合動向}}

{{関連する制度・技術・調達条件}}

BLUEAI AGENT HARNESS PROPOSAL 未検証仮説・要確認 05 / 20 · v1.0.0

REFERENCE PATTERNS

成長企業の取り組み

事例の成果値を転用せず、{{貴社名}}が検証できる取り組みの型だけを比較します。

Why

01 / FOCUS

対象を1業務へ限定

{{公開事例または匿名化した社内比較対象}}から、対象範囲と前提だけを抽出。

02 / MEASURE

導入前の母数を固定

件数・時間・品質・粗利を同じ定義で前後比較。

03 / GOVERN

権限と撤退条件を先に決定

{{法務・データ・運用・時期の制約}}を満たさない場合は拡張しない。

BLUEAI AGENT HARNESS PROPOSAL 未検証仮説・要確認 06 / 20 · v1.0.0

VALUE HYPOTHESIS

貴社における収益・生産性向上仮説

売上・粗利効果と生産性効果を分離し、同じ時間を二重に便益計上しません。

Why

売上・粗利仮説

{{年間粗利効果(未検証)}}対象商談数×成約率差×1件粗利−追加費用売上額ではなく粗利で評価し、成約率差はPoCで検証する。

生産性仮説

{{年間生産性効果(未検証)}}削減可能時間×実質時間単価−確認・例外・運用費削減時間を売上効果へ再配分した場合は二重計上しない。

品質・速度

{{品質KPI/リードタイムKPI}}PoC前後を同じ母数・定義で比較金額換算できない効果を無理に円換算しない。
BLUEAI AGENT HARNESS PROPOSAL BlueAI試算・要確認 07 / 20 · v1.0.0

PROPOSAL OUTLINE

ご提案骨子

{{対象業務名}}を2施策に分け、Agent Harness、統制、90日PoCを一体で提案します。

What

01 / WORK

{{業務別施策1}}+{{業務別施策2}}

入力、成果物、人の承認、KPIを施策ごとに分離。

02 / HARNESS

権限・tool・記録・停止を共通化

既存システムを正本として残し、許可された範囲だけを横断。

03 / 90 DAYS

{{PoC開始予定日}}から本番判断

品質 {{合格・要確認・重大エラーの基準}}/停止 {{権限違反・品質・費用・事故の停止条件}}

BLUEAI AGENT HARNESS PROPOSAL 未検証仮説・要確認 08 / 20 · v1.0.0

AS-IS PROCESS

現状の業務プロセス

{{対象業務名}}の待ち・検索・転記・確認・差戻しを、責任者と正本に沿って可視化します。

What

  1. 01 / REQUEST

    {{受付・依頼工程}}

    {{入力チャネルと必要情報}}

    責任:{{受付担当}}
  2. 02 / COLLECT

    {{検索・情報収集工程}}

    {{CRM・基幹・文書管理等}}から人が情報を集める。

    責任:{{担当者}}
  3. 03 / WORK

    {{作成・判断工程}}

    {{頻度・影響を含む現状課題}}

    責任:{{業務責任者の役割}}
  4. 04 / APPROVE

    {{確認・承認工程}}

    {{差戻し・例外・待ち時間}}

    責任:{{承認者}}
  5. 05 / RECORD

    {{転記・記録工程}}

    {{正本システムへの記録方法}}

    責任:{{記録担当}}
BLUEAI AGENT HARNESS PROPOSAL 未検証仮説・要確認 09 / 20 · v1.0.0

TO-BE PROCESS

あるべき業務プロセス

Agentが下書き・照合・tool実行を支援し、{{人が確認・承認する操作}}は人が決定します。

What

  1. 01 / REQUEST

    依頼を構造化

    {{必要入力・対象範囲・完了条件}}を検証して受け付ける。

    責任:{{利用者・受付担当}}
  2. 02 / PLAN

    計画と権限を確認

    許可されたtoolと予算上限の範囲で実行計画を作る。

    責任:Agent Harness
  3. 03 / ASSIST

    検索・照合・下書き

    {{許可するSaaS・API・データソース}}から根拠つき成果物を作る。

    責任:Agent Harness
  4. 04 / HUMAN GATE

    重要操作を人が承認

    {{人が確認・承認する操作}}。例外と不確実な結果は人へ戻す。

    責任:{{業務責任者の役割}}Gate:{{受入・差戻し基準}}
  5. 05 / RECORD

    正本へ記録

    {{System of Recordと監査ログ}}へ成果物・承認・操作結果を残す。

    責任:{{システム・運用責任者}}
BLUEAI AGENT HARNESS PROPOSAL 未検証仮説・要確認 10 / 20 · v1.0.0

AGENT HARNESS ROLE

Agent Harnessの役割

モデルを業務システムへ直結せず、権限・tool・承認・記録・停止を実行時に制御します。

What

BUSINESS / PEOPLE

{{利用者・業務責任者}}

目的、入力、完了条件を定義し、{{人の承認が必須の操作}}を判断。

CONTROL PLANE

Agent Harness

計画、tool allowlist、最小権限、Human in the Loop、予算上限、trace、Kill switchを強制。

MODEL / TOOLS / RECORDS

{{候補モデル・クラウド・region}}

{{許可するSaaS・API・データソース}}を操作し、{{System of Recordと監査ログ}}へ結果を記録。

責任分界(提案時点の仮説)
領域主責任本番前の確認
業務目的・品質{{業務責任者の役割}}受入基準・例外・停止判断
Harness制御{{開発・運用責任者}}権限・tool policy・監視・復旧
Cloud/model{{クラウド管理者・事業者}}region・提供状態・SLA・料金
正本システム{{システムowner}}read/write・整合性・rollback
BLUEAI AGENT HARNESS PROPOSAL 公開情報 11 / 20 · v1.0.0

AGENT / TOOL ARCHITECTURE

エージェント・ツール構成

{{業務別施策1}}と{{業務別施策2}}は、必要なtoolだけを個別allowlist化します。

What

RUNTIME

{{候補モデル・クラウド・region}}

model、session、compute、提供状態、利用上限を要確認。

IDENTITY

{{利用者・agent・service IDの方式}}

agent・tool別の最小権限。共有資格情報を使わない。

NETWORK

{{公開・閉域・接続経路}}

model、storage、trace、toolの経路を個別確認。

  1. 01 / CHANNEL

    {{利用画面・イベント}}

    {{利用者認証と入力validation}}

    責任:{{業務部門}}
  2. 02 / AGENT A

    {{業務別施策1}} Agent

    {{施策1の入力・正本}}から{{施策1の成果物}}を作成。

    責任:Agent Harness
  3. 03 / AGENT B

    {{業務別施策2}} Agent

    {{施策2の入力・正本}}から{{施策2の成果物}}を作成。

    責任:Agent Harness
  4. 04 / APPROVAL

    {{承認queue・差戻し}}

    {{人の承認が必須の操作}}

    責任:{{承認者}}
  5. 05 / SYSTEMS

    {{System of Recordと監査ログ}}

    {{許可するSaaS・API・データソース}}へ許可済み操作だけを実行。

    責任:{{system owner}}
BLUEAI AGENT HARNESS PROPOSAL 未検証仮説・要確認 12 / 20 · v1.0.0

USE CASE 01

業務別施策1:{{業務別施策1}}

入力から成果物、承認、KPIまでを1つの検証単位として定義します。

How

INPUT

{{施策1の入力・正本}}

{{trigger・対象範囲・利用権限}}

AGENT ACTION

{{検索・照合・下書き・tool操作}}

不足、不一致、確信できない箇所を明示し、勝手に補完しない。

OUTPUT / HUMAN GATE

{{施策1の成果物}}

{{人が確認・承認する操作}}

{{業務別施策1}}のPoC受入条件
観点指標合格・停止条件
品質{{施策1の品質KPI}}{{受入基準/重大エラー0件等}}
時間{{施策1の時間KPI}}{{現状比/確認時間上限}}
安全権限違反・誤操作違反時は即時停止・原因確認
運用例外率・差戻し率{{人へ戻せる上限・担当}}
BLUEAI AGENT HARNESS PROPOSAL 未検証仮説・要確認 13 / 20 · v1.0.0

USE CASE 02

業務別施策2:{{業務別施策2}}

施策1とは入力、成果物、効果、依存関係を分け、重複を見える化します。

How

INPUT

{{施策2の入力・正本}}

{{施策1と共有するデータ/独立データ}}

AGENT ACTION

{{検索・照合・下書き・tool操作}}

施策1の結果を使う場合は、version・承認状態・相関IDを確認。

OUTPUT / HUMAN GATE

{{施策2の成果物}}

{{人が確認・承認する操作}}

{{業務別施策2}}のPoC受入条件
観点指標合格・停止条件
品質{{施策2の品質KPI}}{{受入基準/重大エラー0件等}}
時間{{施策2の時間KPI}}{{現状比/確認時間上限}}
連携施策1との整合・重複{{相関・二重実行の防止基準}}
運用例外率・差戻し率{{人へ戻せる上限・担当}}
BLUEAI AGENT HARNESS PROPOSAL 未検証仮説・要確認 14 / 20 · v1.0.0

SECURITY / CONTROL

権限・承認・セキュリティ

入力を未信頼として扱い、modelの判断とは別に最小権限・承認・記録・停止を強制します。

How

01 / PREVENT

侵入・権限逸脱を防ぐ

  • {{公開・社内・機密・個人情報の区分}}
  • {{利用者・agent・service IDの方式}}
  • tool・resource・操作単位のallowlist
  • {{公開・閉域・接続経路}}

02 / CONTAIN

誤判断が高リスク操作へ到達しない

  • {{人の承認が必須の操作}}
  • 金額・件数・token・iteration上限
  • sandbox・read-only・dry-run
  • 不確実/例外時は人へ戻す

03 / RECOVER

検知・停止・復旧できる

  • 相関IDつき監査ログ
  • {{保存場所・期間・削除責任者}}
  • {{Kill switch・連絡・復旧手順}}
  • rollback後の再評価
本番移行前のSecurity Gate
GateOwner未達時
データ利用・外部送信・再委託{{法務・情報管理}}対象データを投入しない
ID・最小権限・network{{情報システム・security}}write権限を付与しない
承認・監査・停止・復旧{{業務owner・運用}}限定検証から拡張しない
BLUEAI AGENT HARNESS PROPOSAL 公開情報 15 / 20 · v1.0.0

ROI 01 / REVENUE & GROSS PROFIT

売上・粗利効果の試算

売上増加を断定せず、対象商談数・成約率差・1件粗利をPoCで検証する仮説として置きます。

How

現状

{{年間対象商談数}} × {{現状成約率}}同じ案件定義・対象期間の実績実績が不足する場合は未確認と表示。

PoC仮説

{{年間対象商談数}} × {{PoCで検証する仮説成約率}}対照期間または比較群で検証BlueAI試算・未検証仮説。成果保証ではない。

年次粗利効果

{{年次粗利効果}}対象商談数 ×(導入後成約率 − 現状成約率)× 1件粗利 − 追加販促・運用費売上額ではなく粗利。外部要因と自然増を分離する。
売上・粗利効果の感度分析(全て要顧客入力)
Scenario成約率差1件粗利年次粗利効果
保守{{保守の成約率差}}{{平均売上ではなく1件あたり粗利}}{{保守試算}}
標準{{標準の成約率差}}{{平均売上ではなく1件あたり粗利}}{{標準試算}}
上振れ{{上振れの成約率差}}{{平均売上ではなく1件あたり粗利}}{{上振れ試算}}
BLUEAI AGENT HARNESS PROPOSAL BlueAI試算・要確認 16 / 20 · v1.0.0

ROI 02 / PRODUCTIVITY

生産性効果の試算

確認・例外対応・運用を残した後の純削減時間だけを金額換算します。

How

年間純削減時間

{{年間純削減時間}}月間件数 × max(0, 現状分 − AI後作業分 − 確認・例外分)÷ 60 × 12待ち時間を人件費便益へ含める場合は、実際に再配分できるか確認。

年間生産性便益

{{年間生産性便益}}年間純削減時間 × 実質時間単価人員削減と同義ではなく、再配分先を別途決める。

初年度純便益

{{初年度純便益}}年間生産性便益 − 初期費用 − 月次総費用 × 12model、cloud、保守、評価、社内運用を月次総費用に含める。
生産性効果の感度分析(全てBlueAI試算・要確認)
ScenarioAI後+確認時間月次総費用初年度純便益
保守{{保守のAI後・確認時間}}{{保守の月次総費用}}{{保守試算}}
標準{{標準のAI後・確認時間}}{{標準の月次総費用}}{{標準試算}}
上振れ{{上振れのAI後・確認時間}}{{上振れの月次総費用}}{{上振れ試算}}
BLUEAI AGENT HARNESS PROPOSAL BlueAI試算・要確認 17 / 20 · v1.0.0

90-DAY POC

90日PoCスケジュール

{{PoC開始予定日}}を起点に、30日ごとのGateで継続・改善・停止を判断します。

How

STOP CONDITIONS

{{権限違反・品質・費用・事故の停止条件}}

重大な権限違反、機密データ誤送信、予算上限超過、復旧不能は即時停止。

DELIVERABLES

評価結果・構成・backlog・本番概算

成功だけでなく未達、残存risk、運用工数を決裁資料へ残す。

  1. DAY 1–30 / DEFINE

    範囲・基準・統制を確定

    {{対象業務名}}のbaseline、評価set、権限、tool、承認、予算上限を合意。

    責任:{{業務・IT・セキュリティの参加役割}}Gate:入力・責任者・停止条件が未確定ならBuildへ進まない
  2. DAY 31–60 / BUILD & EVALUATE

    隔離環境で実装・オフライン評価

    {{正常・例外・不正入力を含む評価件数}}で品質、権限、費用、traceを評価。

    責任:BlueAI+{{業務責任者の役割}}Gate:{{合格・要確認・重大エラーの基準}}
  3. DAY 61–90 / LIMITED LIVE

    限定運用で本番判断

    read-only/承認必須から開始し、実利用の確認時間、例外、費用、事故を計測。

    責任:{{業務責任者・運用責任者}}Gate:Go/Improve/Stopを決裁者が承認
BLUEAI AGENT HARNESS PROPOSAL 未検証仮説・要確認 18 / 20 · v1.0.0

PLANS / ESTIMATE

プラン・費用比較

価格はBlueAI公開ガイドを基にした目安であり、要件確認・正式見積後に確定します。

Next

ESTIMATE STATUS

BlueAI目安(仮説)・要確認

税、model/cloud従量、SaaS license、データ整備、network、第三者診断、顧客側工数の含有は正式見積で確認。

01 / PoC

1業務・実現性と本番判断を90日で確認

100〜300万円初期本番化後に要確認月次

BlueAI目安(仮説)・要確認

含む

  • {{業務別施策1}}を中心に1業務
  • データ接続1系統を目安
  • 評価set・Human in the Loop・本番概算

別途確認

  • 本番SLA・24時間運用
  • 複数部門展開
  • 大規模データ整備

02 / 1業務本番

PoC基準を満たした1業務を本番化

300〜500万円初期20〜50万円/月月次

BlueAI目安(仮説)・要確認

含む

  • 権限・監査・例外・再実行
  • 1業務の本番連携
  • 監視・評価・運用移管

別途確認

  • 全社共通基盤
  • 複数法人・複数region
  • 個別製品license・従量費

03 / 複数業務展開

{{業務別施策1}}と{{業務別施策2}}を共通統制へ

500万円〜初期個別見積月次

BlueAI目安(仮説)・要確認

含む

  • 複数Agent・複数system
  • 共通ID・policy・観測・停止
  • 展開標準・運用体制・継続評価

別途確認

  • 未合意の基幹刷新
  • 製品・cloud・model利用料
  • 顧客側の運用・法務・監査工数
BLUEAI AGENT HARNESS PROPOSAL BlueAI試算・要確認 19 / 20 · v1.0.0

NEXT STEP / DECISION

次のステップ

{{次回会議候補日}}までに入力・責任者・PoC条件を確認し、開始可否を判断します。

Next

TODAY’S ASK

次回要件確認会の設定

{{次回会議候補日}}/参加:{{業務・IT・セキュリティの参加役割}}

SAFE HANDOFF

機密情報は資料へ直接記載しない

必要な情報は承認済みの安全な経路で共有し、本テンプレートには要約・区分・placeholderだけを残す。

  1. 01 / CONFIRM

    入力・現状値を確認

    4ページの未確認項目、9ページのAS-IS、16・17ページの試算入力を確定。

    責任:{{顧客側・BlueAI側の次アクション担当}}
  2. 02 / DESIGN

    要件・Security workshop

    施策、tool、承認、評価set、停止条件、本番概算をレビュー。

    責任:{{業務・IT・セキュリティの参加役割}}
  3. 03 / DECIDE

    PoC開始可否を決裁

    {{PoC/1業務本番/複数業務展開}}の範囲、予算、体制、契約を確認。

    責任:{{決裁部門・役職}}Gate:{{PoC予算上限}}/{{権限違反・品質・費用・事故の停止条件}}
BLUEAI AGENT HARNESS PROPOSAL 未検証仮説・要確認 20 / 20 · v1.0.0

← → / PageUp PageDown:移動 Home End:先頭・末尾 O:一覧 Esc:一覧を閉じる

CUSTOMER INPUT SCHEMA

差し替える入力項目

全ページのplaceholderは下記schemaを参照します。実測・顧客確認・正式見積がない値は「未確認」のまま残し、推測で埋めません。

企業・提案情報6項目
会社名必須
{{貴社名}}
正式な法人名または本提案で用いる表記。
提案日必須
{{YYYY年MM月DD日}}
初回提案または更新版の提示日。
提案窓口必須
{{ご担当部署・役職}}
個人名ではなく部署・役職を基本とする。
意思決定者必須
{{決裁部門・役職}}
PoC開始と本番移行を承認する役割。
経営・事業テーマ必須
{{中期計画・重点テーマ}}
公開資料または顧客確認済みの表現を使う。
目標必須
{{対象期間と目標指標}}
売上だけでなく粗利・生産性・品質のどれを優先するか明記。
現状ヒアリング10項目
対象部署必須
{{対象部署}}
初回PoCを所有する部署。
対象業務必須
{{対象業務名}}
開始と完了が測れる業務単位にする。
業務責任者必須
{{業務責任者の役割}}
品質基準と例外を判断できる役割。
現状課題必須
{{頻度・影響を含む現状課題}}
感想ではなく件数・時間・差戻し等で記述。
月間件数必須
{{月間件数}}
同じ母数でPoC後も計測できる件数。
現状処理時間必須
{{現状の1件あたり分数}}
待ち時間と実作業時間を分けて測る。
現状リードタイム
{{受付から完了までの時間}}
顧客体験や機会損失に関係する場合に記入。
現状品質必須
{{差戻し率・誤り率・一次解決率}}
精度という一語ではなく業務上の品質指標を選ぶ。
現行システム必須
{{CRM・基幹・文書管理等}}
正本、参照のみ、更新対象を区別する。
制約必須
{{法務・データ・運用・時期の制約}}
解消前に本番化できない条件を含める。
市場・外部環境5項目
市場変化必須
{{顧客確認済みの市場変化}}
出典と対象期間を添える。数値を推測で補完しない。
顧客期待の変化必須
{{速度・品質・チャネル等の変化}}
顧客調査、VOC、営業記録など根拠を示す。
競合動向
{{公開情報で確認した競合動向}}
公開一次情報の範囲に限定し、推測は仮説と表示。
制度・技術変化
{{関連する制度・技術・調達条件}}
適用有無は法務・情報セキュリティが確認する。
参照企業・事例
{{公開事例または匿名化した社内比較対象}}
自社への効果を保証する根拠として使わない。
業務別施策10項目
施策1名称必須
{{業務別施策1}}
1つの完了条件を持つ業務名。
施策1入力必須
{{施策1の入力・正本}}
利用権限と更新責任も確認。
施策1成果物必須
{{施策1の成果物}}
人が確認できる具体的な成果物。
施策1の人の境界必須
{{人が確認・承認する操作}}
外部送信・価格・契約・個人評価等は人へ戻す。
施策1 KPI必須
{{施策1の品質・時間・件数KPI}}
品質と効率を少なくとも1つずつ置く。
施策2名称必須
{{業務別施策2}}
施策1と効果・依存関係を分離する。
施策2入力必須
{{施策2の入力・正本}}
利用権限と更新責任も確認。
施策2成果物必須
{{施策2の成果物}}
人が確認できる具体的な成果物。
施策2の人の境界必須
{{人が確認・承認する操作}}
自動実行しない範囲と例外時の戻し先を明記。
施策2 KPI必須
{{施策2の品質・時間・件数KPI}}
施策1との重複計上を避ける。
構成・接続5項目
モデル・実行基盤必須
{{候補モデル・クラウド・region}}
候補であり、提供状態と契約条件を導入時に再確認。
接続ツール必須
{{許可するSaaS・API・データソース}}
read/writeと操作単位のallowlistを作る。
ID・権限必須
{{利用者・agent・service IDの方式}}
共有資格情報を避け、最小権限とする。
ネットワーク必須
{{公開・閉域・接続経路}}
モデル、保存、監視、toolの経路を個別に確認。
正本・記録先必須
{{System of Recordと監査ログ}}
Agent Harnessを新しい正本にしない。
Security・統制5項目
データ区分必須
{{公開・社内・機密・個人情報の区分}}
実データや秘密情報を提案書へ記載せず区分だけを記す。
承認対象必須
{{人の承認が必須の操作}}
外部送信、更新、削除、契約・金額等を検討。
保存・削除必須
{{保存場所・期間・削除責任者}}
session、trace、file、backupを分ける。
停止・事故対応必須
{{Kill switch・連絡・復旧手順}}
停止担当と復旧承認者を明記。
社内要件必須
{{情報セキュリティ・法務・監査要件}}
専門部門が最終確認する。
ROI入力9項目
実質時間単価必須
{{人件費・間接費を含む時間単価}}
社内の投資評価基準に合わせる。
導入後作業時間必須
{{AI利用後の人の作業分数}}
確認と例外対応を除外せず測る。
確認・例外時間必須
{{確認・例外対応分数}}
0分と仮定しない。
対象商談数
{{年間対象商談数}}
売上仮説を置く場合のみ。母数定義を固定する。
現状成約率
{{現状成約率}}
同じ対象期間・案件定義で計測。
仮説成約率
{{PoCで検証する仮説成約率}}
保証値ではなく検証仮説として扱う。
1件粗利
{{平均売上ではなく1件あたり粗利}}
売上ではなく粗利で投資効果を比較する。
初期費用必須
{{正式見積前の仮説初期費用}}
正式見積で更新し、税込・税別を明示。
月次総費用必須
{{model・cloud・保守・社内運用を含む月次費}}
ベンダー費だけでなく社内確認工数を含める。
90日PoC6項目
PoC開始日必須
{{PoC開始予定日}}
担当者とデータ準備が揃う日を起点にする。
PoC体制必須
{{業務・IT・セキュリティの参加役割}}
氏名ではなく役割と必要時間を記す。
評価セット必須
{{正常・例外・不正入力を含む評価件数}}
本番データを無断でコピーしない。
品質基準必須
{{合格・要確認・重大エラーの基準}}
単一の正解率だけで判定しない。
停止条件必須
{{権限違反・品質・費用・事故の停止条件}}
PoC開始前に承認する。
PoC予算上限必須
{{PoC予算上限}}
追加費用の承認者も定義する。
プラン・次の一手3項目
検討プラン
{{PoC/1業務本番/複数業務展開}}
比較後に選択し、最初から固定しない。
次回会議必須
{{次回会議候補日}}
要件確認またはPoC判定の会議。
次の担当必須
{{顧客側・BlueAI側の次アクション担当}}
氏名ではなく役割でもよい。

DOWNLOAD / PDF

社内共有・個社提案用PDFを受け取る

Web版と同じ全20ページを、16:9のPDFで保存できます。差し替え欄と根拠区分を確認し、顧客固有情報を反映してからご利用ください。

  • 顧客固有情報を60%以上反映する設計
  • 売上効果と生産性効果を分離
  • 次回合意事項まで1本のストーリーで提示

EVIDENCE / ESTIMATE POLICY

事実・顧客入力・BlueAI試算を分ける

顧客入力

ヒアリング・実測・顧客資料で確認した値。未確認値は空欄または未確認と表示します。

未検証仮説

施策、効果、TO-BE、PoC基準の提案仮説。顧客確認とPoCを経るまで断定しません。

BlueAI試算

入力前提と計算式を示す検討用モデル。売上粗利と生産性を分離し、正式見積と実測で更新します。

NEXT ACTION

自社の20ページへ置き換える。

対象業務、現状値、責任者、Security要件を確認し、提案仮説と価格目安を正式条件へ更新します。