提案・見積
提案書の骨子作成AIプロンプト｜課題→解決→効果で目次化【コピペ可】
商談の文字起こしと相手企業の公開情報を渡すと、提案書を「課題→解決→効果」で組み立てる骨子（目次と各章の要点・根拠）をAIが作成します。中身の作文ではなく、相手の発言に紐づいた設計図を先に手に入れる使い方です。
必要データと準備
- 相手企業の公開情報: HP・IR・プレスリリース・採用ページなど、Webで拾える範囲で構いません。相手が置かれている状況（事業の伸び、体制の課題など）の裏づけに使います。
- 商談の文字起こし（1件）: 直近の商談の録画・録音を文字に起こしたものを1本。話者ラベル（誰の発言か）が付いていると精度が上がります。文字起こしの取り方は共通ガイドを参照してください。
- 自社・商材の情報（任意）: 提供価値や強み、関連する導入実績など。無くても動きますが、あると解決ブロックの精度が上がります。
顧客の商談記録や公開情報を外部の生成AIに貼る際は、社外持ち出し・個人情報の扱いに注意してください。自社の情報管理ルールや秘密保持契約の範囲に収まっているか、事前に確認しましょう。
プロンプト本文
あなたは提案書の骨子（目次）を設計する提案設計者です。
以下の「提案先の公開情報」と「商談の文字起こし」を読み、提案書を「課題 → 解決 → 効果」の流れで組み立てるための骨子（章立てと各章に盛り込む要点）を作成してください。中身を作文するのではなく、何をどの順で語るかの設計図を作ることがゴールです。
## 提案先の公開情報
{提案先のHP・IR・ニュース・採用情報など、Webで拾える情報を貼り付け。なければ「なし」}
## 商談の文字起こし
{商談の録画・録音の文字起こしをここに貼り付け（1件）}
## 自社・商材の情報（分かれば）
{自社の提供価値・強み・関連する導入実績などを記入。分からなければ「未記入」}
## 出力フォーマット
1. 提案の狙い（1行。この提案で相手に何を判断してほしいか）
2. 骨子（目次）を「課題 → 解決 → 効果」の3ブロックで
- 【課題】相手が実際に困っていること。章タイトル案＋盛り込む要点。要点ごとに根拠（商談での発言 or 公開情報）を短く引用する。裏づけが無い場合は「要確認」と明記する
- 【解決】課題に対応する自社の打ち手。どの課題にどう効くかを1対1で対応させる。相手の発言に無い機能は「関連するが未ヒアリング」と印をつける
- 【効果】導入後に相手が得られる状態。原則として定性で書く（例「月末締めの手作業が仕組みに乗る」）。数値は相手が商談で口にした数値のみ引用し、その発言を添える。こちらで効果数値を作らない
3. 次回までに埋めるべき情報（骨子の中で「要確認」になっている穴の一覧。優先度順）
## 注意事項
- 事実（発言・公開情報で確認できること）と、あなたの推測を必ず区別する。推測には文末に「（推測）」と付ける
- 商談・公開情報のどちらにも無い課題・効果を創作しない。裏づけが無い箇所は空欄にせず「要確認」と書く
- 効果の数値をこちらで捏造しない。相手が言った数値だけを、その発言を引用する形で載せる
- 曖昧な同意（「前向きに」「良ければ」等）を、確定した合意や購買シグナルと解釈しない
- 引用は文字起こし・公開情報の原文を短く抜き出すこのプロンプトを動かしてみる
プリセットされた依頼のまま「送信」を押すと、AIの応答がその場でストリーミング表示されます（架空データに対する収録済みの応答。生成AIは呼び出しません）。
AIに渡した入力データ（架空サンプル）
入力サンプルを見る
提案先の公開情報（抜粋）
- 社名: テクノアドバンス株式会社／クラウド型PJ管理SaaS「ProjectFlow」提供、従業員200名、東証グロース上場
- 2026-05: 大型調達を発表、採用を年内50名増員と公表／管理部で人事・労務担当を採用募集中
- 会社ブログで代表が「急拡大に管理体制が追いついていない、バックオフィスのDXが課題」と言及
商談の文字起こし（デモ商談・抜粋）
- 田中（人事労務）「特に打刻修正の承認フローと、有休残数が自動で出るのかを見たいです。今は問い合わせのたびに私が計算していて」
- 田中「うちの給与ソフト、いま『ペイロールデスク』を使っているんですが、これとの連携はどうなりますか」
- 佐藤（管理部長）「費用感はどうなりますか。前回、金額次第という話をしたので」「次の四半期の投資枠のタイミングを社内で確認しておきます」
- 佐藤「ジンジワークスさんも一応見てはいるんですが、うちには少し大きいかなという印象で。まだ決めきってはいないです」
自社情報: ロウムメイト（勤怠・給与・労務手続きの一元管理、API連携が広い、導入伴走サポート）
1. 提案の狙い
急拡大に耐えるバックオフィス体制づくりの一環として、月末の締めと有休管理の手作業を仕組み化する導入を、取締役会に上げる価値があると管理部長に判断してもらう。
2. 骨子（目次）
【課題】
第1章 急拡大に管理体制が追いつかない
- 要点: 人員増でバックオフィスの負荷が増し、DXが経営課題として認識されている
- 根拠（公開情報）: 会社ブログ「急拡大に管理体制が追いついていない、バックオフィスのDXが課題」／2026-05「採用を年内50名増員」
第2章 月末の労務業務が属人化・手作業になっている
- 要点: 有休残数を担当者が問い合わせのたびに手計算。打刻修正の承認が仕組み化されていない
- 根拠（発言）: 田中氏「今は問い合わせのたびに私が計算していて」「打刻修正の承認フローと、有休残数が自動で出るのか」
第3章 既存の給与ソフト連携が導入の前提になっている
- 要点: 現行の給与ソフト「ペイロールデスク」との連携が実務要件
- 根拠（発言）: 田中氏「これとの連携はどうなりますか」
- ※対応範囲はバージョン依存のため「要確認」
【解決】（課題と1対1で対応）
第2章に対して: 有休残数の自動計算・打刻修正の承認フロー（デモ実施済み）
- 根拠（発言）: 営業「有休残数は打刻と連動して自動計算」「修正申請も承認者にアラートが飛びます」
第3章に対して: ペイロールデスクとのAPI連携（バージョン別に対応範囲が変わる → 要確認）
第1章に対して: 勤怠・給与・労務手続きの一元管理と導入伴走サポート
- 印: 自社情報由来で、相手が明示的に求めた発言は無い → 「関連するが未ヒアリング」
【効果】（原則、定性で記載）
- 月末の締めと有休対応が個人の手作業から仕組みに乗り、特定担当者への依存が下がる（定性）
- 人員が増えても運用を作り直さずに回せる下地ができる（公開情報の急拡大・DX課題に接続。推測）
- 定量的な効果: 相手が口にした効果数値は無し。入れる場合は次回ヒアリングで現状値を取得してから → 現時点は「要確認」
3. 次回までに埋めるべき情報（優先度順）
- ペイロールデスクのバージョンと連携対応範囲（田中氏が情シスに確認予定）
- 費用の許容ライン（佐藤氏「金額次第」）
- 現状値（月末締めの工数・有休問い合わせ件数など。効果を定量で語るための相手側の数値）
- 比較で相手が重視する軸（佐藤氏「大きいかな」「まだ決めきってはいない」→比較軸は未確認）
- 投資枠のタイミング（社内確認待ち）
注記: 効果の定量値は該当発言が無いため作らず「要確認」とした。第1章と効果の一部は推測を含む。競合への言及は相手の発言の引用にとどめている。
カスタマイズのヒント
- 読み手を指定する: 出力の冒頭に「読み手＝決裁者向け1枚／現場担当向け詳細」の指定を足すと、章立ての粒度が変わります。決裁者向けは効果と投資判断に寄せ、現場向けは運用イメージに寄せる、という調整ができます。
- 商材の型で効果の語彙を変える: 業務プロセス改善型なら「手作業が仕組みに乗る」、コスト・歩留まり型なら「無駄が減る」といった語彙に。ただし数値は引き続き相手の発言由来のものだけを使います。
- ヒアリングが浅い初期フェーズ: 「要確認」が多く出るのは正常です。その場合は提案骨子ではなく次回のヒアリング設計に使い、商談準備系のプロンプト（P020／P023）と組み合わせると穴を埋めやすくなります。
よくある質問
このプロンプトは提案書そのものを書いてくれますか？
いいえ。作るのは骨子（目次と各章の要点・根拠）です。本文の文章は骨子に沿ってご自身で書きます。効果や数値までAIに作文させると根拠のない主張が混ざりやすく、稟議で崩れます。設計図に絞ることで、事実に紐づいた提案になります。
商談の文字起こしがまだありません。公開情報だけでも使えますか？
使えますが、精度は落ちます。公開情報だけだと課題が一般論になりがちで「要確認」が多く出ます。まず商談で課題を引き出す設計（P020／P023）と併用するのがおすすめです。
効果のページに数値を入れたいのですが？
相手が商談で口にした数値（例「締めに3日かかる」）は、その発言を引用する形で入れられます。こちらで作った数値は入れない設計です。独立した実測でない数値を断定すると、後で相手の期待とズレて逆効果になります。まず次回ヒアリングで相手の現状値を取得しましょう。
