この記事は『提案と見積』の棚です 棚の記事一覧 →
このシリーズの全体像 対面営業のコツ完全ガイド — 会って、信頼で売る技術の全体像
提案が通らないのは、実力が足りないからではない
情報を足すほど、読む人は自分を重ねられなくなる
見積書や提案書を作り直すたびに、ページが増えていく。そんな経験はないでしょうか。機能一覧を足す。対応範囲を足す。過去の実績を足す。会社概要も足す。足したものは全部「分かってもらうため」だったはずです。
でも読む人の頭にあるのは一つだけです。「これを頼むと、うちの明日は何が変わるのか」。ここに答えていない資料は、厚くなるほど遠ざかります。読む側からすると、情報が増えるたびに「自分のことを言われている」感覚が薄まっていくからです。
表紙をめくって機能一覧、次のページも機能一覧、その次に会社概要——ここまでめくって、自分の状況に触れている行が一つもなければ、読む人は「これは自分宛てではない」と判断して読むのをやめます。ページを足すたびに、そのページ数だけ「自分の話に出会うまでの距離」が延びていると考えてください。
実績並べ型かもしれません
分かってもらおうと実績や情報を足し続け、読む人が自分を重ねる場面が消えていく型です。実力を証明しようとするほど、相手の話から離れていきます。減らすのは手抜きではありません。
この記事で渡す方法は1つ
提案のコツを10個並べても、現場では使えません。この記事でやることは一つだけです。機能の説明を、相手に起きる変化の記述に置き換える。翻訳の手順とシートは、後半でそのまま渡します。
背景も一つだけ触れておきます。買い手はもう、昔のように売り手を必要としていません。だからといって営業そのものが要らなくなったわけではなく、要らなくなったのは「説明係としての営業」だけです。相手がすでに知っている情報を並べる提案は、読まれずに終わります。
相手が買っているのは機能ではなく「そのあとの変化」
ドリルではなく、穴が欲しい

四分の一インチのドリルが欲しい人はいない。欲しいのは四分の一インチの穴だ、という言い回しがあります。2005年のHarvard Business Review誌でクレイトン・クリステンセンらが紹介した表現で、さらに古い時代の類似表現もあるようです。出どころのはっきりしない格言をそのまま振り回すのではなく、「機能ではなく用事を聞く」という考え方の一つとして使ってください。
同じ商品でも、頼まれている用事は人によって違う
ミルクシェイクの調査例があります。長く退屈な通勤の間、片手をふさいでおくために買われていました。急いでいて、仕事着で、空いている手は一つしかない。同じミルクシェイクでも、朝と午後では「雇われている理由」が違いました。
自分の商品も同じです。何の用事で自分が「雇われている」のかを、相手ごとに書き分けます。
同じ機能でも、相手によって意味が違う
たとえば「月次レポートの作成」という同じ機能でも、忙しくて数字を追えていない社長にとっての意味と、経理担当者が変わったばかりの会社にとっての意味は違います。前者は「自分で確認する手間がなくなる」ことを、後者は「誰が担当しても同じ形で出てくる」ことを買っています。機能は一つでも、翻訳先の変化は相手ごとに書き分けてかまいません。
NG例と直し例
| NG(機能の説明) | 直し(変化の説明) |
|---|---|
| レスポンシブ対応・CMS導入・SEO内部対策込み | 更新を外注に出す時間が月に何時間か減り、担当者が自分で直せるようになる |
| 月2回訪問 | 社長が現場を見に行く回数を減らせる |
| 打ち合わせ議事録の作成 | 「言った言わない」の確認に使っていた時間がなくなる |
作業は一つです。機能語で書いた行の後ろに「で、何が変わる?」と口に出して1回足す。それだけで直ります。
刺さる提案の材料は、提案を書く前の会話で決まっている
提案の中身は、提案の場では作れない

刺さる提案とは、新しい情報を足すことではありません。前回相手が言った言葉を、そのまま持ち帰って返すことです。
材料が集まっていないから、機能一覧しか書けなくなります。書けないのは文章力の問題ではなく、聞けていないだけです。逆に言えば、机の前で言葉をひねり出そうとするほど遠回りになります。
材料を集める4種類の質問
ヒアリングに、状況・問題・示唆・解決という4種類の質問を使う考え方があります。課題と、その課題を解決することの重要性に相手自身が気づいたときにはじめて、商品の価値が伝わるという考え方です。
決裁者や稟議の話ではなく、相手の現場で何が起きているかを聞く形に落とします。
- 状況を聞く:「いま、この作業はどうやって回していますか」
- 問題を聞く:「そのやり方で、困っていることはありますか」
- 示唆を聞く:「このままだと、この先どうなりそうですか」
- 解決を聞く:「それが解決したら、何が一番楽になりますか」
一度にすべて聞く必要はありません。雑談の延長で、一つずつ拾えれば十分です。流れにすると、こんな会話になります。
「いま、この作業はどうやって回していますか」 「毎回、担当者が変わるたびに一から説明しています」 「そのやり方だと、どんなときに困りますか」 「新しい人が入るたびに、同じ説明を繰り返すのがしんどいですね」 「このままだと、この先どうなりそうですか」 「たぶん、担当者が変わるたびに同じことが起きると思います」 「それが解決したら、何が一番楽になりますか」 「もう自分で一から説明しなくてよくなることですね」
このやりとりの最後の一言が、そのまま翻訳シートの③に入ります。
聞いた言葉は要約せず、そのまま1行で残す
相手が「毎回ゼロから説明するのがしんどい」と言ったら、その言い回しのままメモに残します。要約して「業務の属人化が課題」と書き直した瞬間、それは自分の言葉に変わってしまいます。提案書に載せたとき、相手はもう自分の話として読めません。
提案書の冒頭には、この生の1行をそのまま置きます。
機能を「相手の変化」に翻訳する手順
4つに分けて書く(FABE)

特徴・利点・相手にとっての価値・証拠に分けて書く方法があります。利用した結果どうなるかという行動レベルで書き、相手を主語にして伝えます。物理的な利点よりも、心情的な利点を探すことが重要だとされています。ここが今回の作業の中心です。
翻訳シート
持ち帰って自分で埋められるように、表の形にしておきます。
| ①機能(自分の言葉) | ②作業がどう変わるか | ③相手が何と言えるようになるか | ④証拠 | ⑤確認質問 |
|---|---|---|---|---|
| 月次レポート作成 | 月末の集計に使っていた時間がなくなる | 「もう自分で数字を追わなくていい」と社内に言える | 初回に出すレポートの見本 | 今、集計に何時間かけていますか |
| 問い合わせ対応の代行 | 一次対応で判断に迷う時間がなくなる | 「対応が遅い」と言われなくなったと言える | 初動対応にかかる時間の目安 | 一次対応は今、誰がやっていますか |
行は3つまでにします。3行埋まれば提案は書けます。5個も6個も埋めようとしないでください。
⑤の確認質問は、翻訳が合っているかどうかを相手に確かめるために使います。「もう自分で一から説明しなくてよくなる、というイメージで合っていますか」とそのまま聞けばいいだけです。合っているかどうかを決めるのは自分ではなく相手なので、ここで違うと言われたら、その場で書き直します。
③が埋まらない機能は、提案書から落とす
②までしか書けない機能は、自分が説明したい機能です。落としても提案は弱くなりません。残った3つが濃くなります。
全機能を表にして「◯」を並べた比較表を貼るのはNGです。読む人はどれが自分の話か分かりません。
証拠は実績ではなく、手順を見せる
実績が薄くても、初回に何をするか、何日目に何を出すかという手順を見せれば証拠になります。実績の数を証拠にしようとすると、実績並べ型に戻ります。
提案書は何をどの順で並べるか
並び順の型

- 前回相手が言った1行
- それがどう変わるか
- そのために何をするか
- 費用(内訳を分ける)
- 次に決めること
会社紹介と実績は最後、または別紙にします。試しに文章にすると、こういう並びになります。
「前回、“毎回ゼロから説明するのがしんどい”とおっしゃっていました。」 「それが、次回からは1枚の資料を渡すだけで済むようになります。」 「そのために、初回に手順書を作成します。」 「費用は、作成にかかる分と、月々の更新にかかる分に分けています。」 「次に決めていただきたいのは、開始時期です。」
順番を守っただけで、機能は一つも増えていません。
NG例:自己紹介から始まる提案書
表紙、会社概要、制作実績、サービス一覧、料金表という並びだと、読む人が自分の話に出会うのは最後のページです。順番を逆にするだけで、中身は同じでかまいません。
費用は総額だけで出さない
内訳を分けずに総額だけ出すと、値段の話しかできなくなります。
内訳を「何をする時間か」で分けて並べると、比較の軸が金額から中身に移ります。値引きの話になったときも、削る候補を相手と一緒に選べます。たとえばこんな分け方です。
| 費目 | 何をする時間か |
|---|---|
| 初期設定 | 仕組みを立ち上げる時間 |
| 月次運用 | 毎月の更新・確認をする時間 |
| 研修 | 担当者が自分で操作できるようになるまでの時間 |
「予算がここまでしか出せない」と言われたら、この3行のうちどれを削るか、または頻度を減らすかを一緒に考えられます。総額のまま値引きを求められると、全体を安くするしかなくなります。
A4で収まらないなら、まだ相手の用事が絞れていない
枚数を減らすこと自体が目的ではありません。長くなるのは、材料が絞れていない合図だと考えてください。
提案がうまくいかないときに、まず疑う型
断定できる型は1本の記事で1つまでにします。ここでは実績並べ型だけを扱います。近い動きの心当たりがあれば、工程の全体像をピラー記事「対面営業のコツ」で確認してください。
- 実績並べ型:症状は、提案書のページが増える、事例が多い、自分の説明時間が長い。最小行動は、③の列が埋まっている機能だけ残すこと
- 自分の商品説明から始めてしまう場合は、提案の場の最初の5分を「前回うかがった話の確認」にあてるだけで直ります。口下手が原因ではなく、何をどの順で聞くかを知らないだけです
- 完璧に作り込んでから送ろうとして相手の熱が冷めてしまう場合は、翻訳シート3行だけの粗い版を、その場か翌日に出して合っているか確認します。作り込むのは合意のあとです
提案したあと「検討します」で止めないために
読み上げない、置く
対面で提案書を渡したら、音読しません。相手が読む数十秒の沈黙を埋めないでください。ここで我慢できずに説明を足すと、相手の言葉を聞く前に話しすぎてしまいます。読み終わったところで、「どこが一番ひっかかりましたか」と一つだけ聞きます。
相手が「費用の内訳のところです」と答えたら、そこから会話を広げればいいだけです。こちらから先に説明を足す必要はありません。
次に決めることを、提案書の最後に書いておく
「ご検討ください」で終える代わりに、次に決めるのは何か(範囲か、開始時期か、金額か)を一行書いておきます。「次回までに、開始時期だけ決めていただければ進められます」と書くだけで、相手が持ち帰る宿題が一つにしぼられます。決める場面を作るのは、急かすことではありません。
その場で決まらなくても、いつ何を出すかをその場で決める
決めるタイミングを相手だけに預けないための手当てです。「では来週の水曜までにお返事をいただけますか」と日付を口に出して合意し、その場でカレンダーに入れます。持ち帰った宿題が一つあると、次の連絡は催促ではなく報告になります。
提案書の書き方を変えても、話す量は増えません。増えるのは、相手が自分の変化として読める行の数です。機能を並べる時間を、相手の言葉を持ち帰る時間に振り替える。今回渡した方法は、それだけです。
よくある質問
提案書は何枚くらいにまとめればいいですか?
枚数そのものより、相手が自分の変化に出会うまでのページ数で見る。長くなるのは材料が絞れていない合図なので、翻訳シートの③が埋まった機能だけを残して組み直す。会社紹介と実績は本編から外して別紙にする。
実績が少なくても刺さる提案は作れますか?
作れる。証拠は実績の数だけではなく、初回に何をどの順でやるかという手順でも成立する。事例が薄いことを機能の量で埋めようとすると、読む人が自分を重ねる場面がなくなる。
提案の場で、費用はいつ・どう出せばいいですか?
変化とやり方を確認したあとに出す。総額だけを出すと話が金額だけになるので、何をする時間かで内訳を分ける。分けておくと、予算が合わないときに削る候補を相手と一緒に選べる。
提案しても毎回「検討します」で終わります。どうすればいいですか?
提案書の最後に『次に決めること』を1行書いておく。決めるのは範囲か、開始時期か、金額か。その場で決まらなくても、いつ何を出すかだけは口に出して合意し、日付を押さえる。
提案書のテンプレートを使ってもいいですか?
構成の型として使うのはいい。ただし埋める言葉は、前回の商談で相手が実際に使った言い回しをそのまま入れる。要約して自分の言葉に直すと、相手が自分の話として読めなくなる。
参照した情報源
- The End of Solution Sales(Harvard Business Review)・確認日 2026-09-05
- Clay Christensen's Milkshake Marketing(Harvard Business School Working Knowledge)・確認日 2026-09-05
- Quote Origin: No One Wants a Drill. What They Want Is the Hole(Quote Investigator)・確認日 2026-09-05
- 営業で役立つSPIN話法とは?具体的な質問例でわかりやすく解説(Salesforce Japan(公式ブログ))・確認日 2026-09-05
- ビジネスで役立つ「FABE法」とは?基礎と実例を解説(株式会社セラク(tectec-note))・確認日 2026-09-05
本記事は、当編集部の制作基準——出典との照合・表現・重複の多段検証——を通過したものだけを公開しています(下書きにはAIを活用)。 仕組みの詳細は編集プロセスの開示をご覧ください。
