TranskribatorTranskribator
商談後の提案書:構成と記入例
顧客対応

商談後の提案書:構成と記入例

会議の録音から、顧客の課題、提案する作業、条件、対象範囲、次の手順をまとめる方法。構成例とテンプレート付き。

Transkribator チーム読了まで約5分
情報源顧客への提案課題:10の業務場面に対応する成果物:確認済みのナレッジカード条件:インタビューと専門家による確認範囲外:学習基盤の導入発言を成果につなげる
実際の録音を使う学習用の具体例コピー用テンプレート
顧客対応

提案書は具体的な会話を引き継ぐ

商談後、顧客には会社の一般的な紹介資料が送られがちです。できることは多く載っていますが、どの課題を話し合い、金額に何が含まれるかが伝わりにくいことがあります。役立つ提案書は、受け手が判断し、同僚に共有できる材料を提供します。

文字起こしは話し合った条件を確認するのに役立ちますが、見積もりを自動で作るものではありません。価格、期限、専門家の空き状況、作業範囲は、チームの最新資料で確認します。情報が足りなければ、正確そうな数字で隠すより、前提を示すか短い確認工程を提案します。

手順

顧客の判断を軸に提案書を作る

  1. 元の課題を確認する

    望む変化、現状、成果の判断基準を書き出します。誰が要望を出し、誰が決めるのかを確認します。会話に出た案には、例や将来の希望もあります。実際に対象となる作業だけを含めます。

  2. 作業と成果物を具体的に書く

    顧客が受け取るものと、作業に含まれる行動を示します。成果物ごとに範囲を定めます。複数の案を出す場合は、同じ基準で比べ、電話で聞き直さなくても違いが分かるようにします。

  3. 条件を作業範囲と結び付ける

    価格、期限、依存関係は、対応する案のそばに記載します。顧客から必要な情報や行動を示します。効果を根拠なく約束せず、合意した利用場面から期待できる利点を説明します。

  4. 次の手順を決める

    顧客が何を確認し、何を選ぶかを書きます。未解決の問いは別に挙げ、解決方法を提案します。送る前に条件が有効かを確認し、チームの通常の手順で承認を取ります。

具体例で確認

小規模なナレッジベースの提案

以下は架空の学習用事例です。名称、条件、結果は手順を説明するためのものです。

学習用録音の抜粋 · 12:40
まず、よくある10の場面への回答を集めたいです。資料は専門家2人が持っていますが、文書にはなっていません。大規模な学習基盤は当面考えていません。

提案書では、10の場面に関する承認済み資料という限定的な成果を示します。全社の知識移行や学習基盤の導入を、すでに話し合った項目のように盛り込まないようにします。

条件には専門家の予定や原稿確認への依存を記載できます。価格は確認済みの作業範囲から算定するため、ここでは設定しません。インタビューで追加の場面が見つかったら、別に話し合います。

課題:10の業務場面に対応する成果物:確認済みのナレッジカード条件:インタビューと専門家による確認範囲外:学習基盤の導入
提案書は合意した範囲で、課題、成果物、条件を結び付けます。
項目書く内容確認すること
課題10の場面の知識を集める一覧が確認済みか
作業範囲インタビュー、原稿、承認誰が内容を確認するか
条件資料受領後の期限専門家が対応できるか
次の手順一覧と形式を確認する誰が決めるか
そのまま使えるひな形

提案書の構成

小さな課題なら、テンプレートを数段落に縮められます。選択肢が分かることを重視します。

作業用テンプレート選択してコピー
宛先と対象の会議:
顧客の課題:
提案する成果物:
作業と納品資料:
範囲外の項目:
選択肢と違い:
価格と算定根拠:
期限と依存関係:
顧客が用意するもの:
前提と未解決の問い:
次の手順と連絡先:
結果の確認

送付前に文書を確認する

  • 顧客が冒頭で自分の課題を確認できる。
  • 金額と明確な作業範囲が対応している。
  • 電話で確認しなくても、依存関係と除外項目が分かる。
  • 受け手が何を決めるべきか理解できる。
会議課題と制約選択肢成果物の内容確認実行可能な条件提案判断材料
提案書があれば、顧客は確認済みの条件で明確な成果を選べます。
よくある質問

詳しく見てみましょう

会社情報をすべて含める必要がありますか?

関連する経験、進め方、裏付けなど、この提案を評価するのに役立つ情報を残します。会社の沿革で課題や作業範囲が見えにくくならないようにします。

顧客が概算だけを求めたらどうしますか?

具体的な範囲について、条件と前提を添えて概算を示します。長い文書は、判断に役立つ場合だけ作ります。

録音をさらに活用する