技術営業（製品の技術を説明しながら売り込む営業）の提案が「社内で検討します」で止まるとき、多くは顧客の課題が、測って確かめられる仕様に落とし込まれていません。
提案を受け取った担当者が、上司や購入を決める部門に「なぜこの製品で、なぜこの金額なのか」を説明できない状態です。
話す順番を変えたり、スライドを作り直したりしても、この状態は変わりません。顧客の要望をそのまま製品に置き換えるのではなく、課題を数値と確認方法のある仕様にすることが、提案を通す手がかりになります。
この記事では、提案が通らないときに起きていること、その4つの原因、課題を仕様に落とす5つの手順、架空の想定例、決める人ごとにそろえる判断材料の順で整理します。
技術営業の提案が通らないとき、何が起きているか
技術営業の提案が通らない理由の多くは、製品の性能不足ではありません。顧客の課題が、顧客自身の社内で説明できる仕様に変換されていないことにあります。
提案を受け取った担当者が、上司や購買に「なぜこの製品で、なぜこの金額なのか」を説明できない状態です。
この状態は、顧客の反応として表に出ます。代表的なものは次の3つです。
- 「良さそうですね、社内で検討します」のあと、連絡が止まる
- 性能の話が終わらないうちに、他社との価格比較に入る
- 受注したあとで「聞いていた話と違う」と言われ、やり直しになる
3つは別々の問題に見えますが、根は同じです。何を解決する提案なのか、どうなれば合格なのかが、顧客と自社のあいだで文字と数字になっていません。
反応の種類によって、見直す手順が変わります。
※手順1〜5は、この記事の後半で説明する「課題を仕様に落とす5つの手順」を指します。
顧客と社内の設計・製造のあいだに立ち、双方の言葉を訳すのは、技術営業・FAEの役割そのものです。提案が通らないときは、この翻訳のどこかが抜けていると考えると、直す場所が見つけやすくなります。
引き合いから量産フォローまでの各工程で何をするかは、次の記事で整理しています。この記事では、そのうち提案の中身を決める部分だけを掘り下げます。
提案が通らない4つの原因
提案が通らない原因は、大きく4つに分けられます。どれも知識や熱意の不足ではなく、確認して書き残す作業が一段抜けていることから起きます。
製品の良し悪しより手前で、提案の土台が抜けています。
要望をそのまま仕様にしている
顧客が最初に口にするのは、課題ではなく手段であることが多くあります。「処理能力の高い機種がほしい」「今より大きいモーターにしたい」といった言い方です。
これをそのまま見積もると、返答は早くなります。しかし、顧客が考えた手段が課題に合っていなければ、採用されても問題は残ります。合っていたとしても、同じ手段を見積もった他社と価格で並べられるだけになります。
数字と合格条件がない
「速くしたい」「止まらないようにしたい」という要望は、そのままでは仕様になりません。どの品種を、どの条件で、どれだけの時間動かして、何が起きなければ合格なのかが決まっていないからです。
合格条件がない提案は、評価の段階でもめます。顧客は期待した水準に届いていないと感じ、自社は約束した性能は出ていると考えます。どちらも間違っていないのに話がかみ合わない、という状況になります。
決める人の判断材料がない
技術営業がふだん話す相手は、設計や生産技術の担当者です。その人が納得しても、購入を決めるのは上司や工場長、購買部門であることが珍しくありません。
担当者向けの資料は、性能データと技術的な説明が中心になります。一方、決める人が知りたいのは、放置した場合の損失、投資額、いつ効果が出るか、失敗したときの影響です。ここが抜けていると、担当者は社内で説明に詰まります。
前提と範囲が書面にない
打ち合わせでは合意したつもりでも、書面に残っていない条件はあとで食い違います。周囲温度、電源、既設設備との取り合い、据え付けや調整をどちらが行うか、といった項目です。
食い違いは、受注後や納入後に見つかるほど直す費用が大きくなります。提案の段階で書いておけば1行で済む内容が、あとからは追加工事や再製作になります。
打合せで出た条件を書面にまとめる前に、発言を振り返る補助として使う「PLAUD」の紹介をご覧ください。
※リンク先の商品紹介には、アフィリエイト広告を含みます。
課題・要求・仕様を分けて考える
4つの原因に共通しているのは、顧客の言葉を1種類のものとして扱っていることです。顧客の言葉には、課題、要求、仕様という3つの段階が混ざっています。
上から順に確かめて、下に向かって具体的にしていきます。
※顧客が最初に話すのは、仕様や手段であることが多くあります。その場合は、下から上へさかのぼって課題を確かめます。
課題は、現場や事業で実際に起きている困りごとです。要求は、その課題が解決された状態を言葉にしたものです。仕様は、要求を数値と条件で表し、確かめる方法まで決めたものを指します。
「大きいモーターがほしい」は、仕様のように聞こえますが、顧客が考えた手段の1つにすぎません。
その上には「重い品種を流しても止まらないようにしたい」という要求があります。さらに上には、「停止のたびに後工程が止まり、出荷に間に合わない日がある」という課題があります。
言われていない要求も、確認の対象になる
品質マネジメントシステムの規格であるJIS Q 9001:2015は、要求事項のレビューを求めています（箇条8.2.3.1）。行うのは、製品を顧客に提供すると約束する前です。
レビューの対象には、顧客が規定した要求事項に加えて、次のものが含まれます。
「顧客が明示してはいないが、指定された用途又は意図された用途が既知である場合、それらの用途に応じた要求事項」です。使い方が分かっているなら、顧客が口にしていない条件も確かめる対象になります。
屋外で使うと聞いていれば、防水や温度の条件は言われなくても確認が要ります。技術営業が用途を詳しく聞くのは、雑談のためではなく、この「言われていない要求」を拾うためです。
なお、国際規格のISO 9001は、2026年9月16日に改訂版（ISO 9001:2026）が発行されています。本記事の説明は、2015年版（JIS Q 9001:2015）の箇条にもとづきます。
仕様の条件は「漏れがなく、曖昧でない」こと
同じ規格の箇条8.3.3によれば、設計・開発へのインプットは、目的に対して適切で、漏れがなく、曖昧でないものでなければなりません。インプット同士が相反する場合は、解決することも求めています。
技術営業が持ち帰る仕様は、社内の設計者にとってのインプットです。機械設計の仕事の流れでも、最初の工程は要求仕様の確認になっています。ここが曖昧なまま渡ると、設計者は安全側に見込んで設計するため、過剰な仕様と高い見積につながります。
なお、顧客の要求と製品の特性を対応づける方法としては、品質機能展開（QFD）があります。
JIS Q 9025:2003「品質機能展開の指針」には、要求品質展開表、品質特性展開表、品質表といった道具の例が載っています。
新製品の企画で使われることが多い方法ですが、要求と特性を表で突き合わせる考え方は、個別の提案にも応用できます。
顧客の課題を仕様に落とす5つの手順
ここからは、課題を仕様に落とす作業を5つの手順に分けて説明します。1回の訪問ですべて終える必要はありません。提案書を出す前に、5つがそろっているかを確かめる使い方が現実的です。
前半で課題を確かめ、後半で仕様に変えて合意します。
※手順4で数値が決められないときは、手順1の情報が足りていないことが多く、現場の確認に戻ります。
手順1：現状を数字と現物でつかむ
最初に確かめるのは、いま何が起きているかです。顧客の説明を聞くだけでなく、可能なら現場で現物を見て、記録を見せてもらいます。
聞く内容は、いつ、どこで、どの品種や条件で、どのくらいの頻度で起きているかです。「よく止まる」を「週に何回、どの時間帯に」に直すだけで、原因の見当がつくことがあります。
あわせて、導入時の想定と現在の使い方の違いも確かめます。生産品目や稼働時間が変わっていれば、困りごとの原因は製品ではなく、使用条件の変化にある可能性が出てきます。
手順2：困りごとを損失に言い換える
現状がつかめたら、その困りごとが顧客にとってどれだけの損失なのかを一緒に整理します。止まっている時間、作り直しの数、残業、納期遅れ、安全上の心配などに置き換えていきます。
ここで役に立つのが、SPINと呼ばれる質問の分類です。Huthwaite Internationalの創業者ニール・ラッカム氏がまとめたもので、同社は3万5,000件を超える商談の観察にもとづくと説明しています。質問を次の4種類に分けます。
- Situation（状況）：事実と背景をつかむ質問
- Problem（問題）：困っていること、不満を明らかにする質問
- Implication（示唆）：その問題が及ぼす影響を掘り下げる質問
- Need-payoff（解決の価値）：解決したときの価値を、顧客自身の言葉で語ってもらう質問
手順1は状況と問題の質問、手順2は示唆と解決の価値の質問にあたります。技術営業は状況の質問に時間を使いがちですが、提案の優先度を上げるのは「放置すると何に響くか」という影響の確認です。なお、SPINは同社の商標です。
損失の数字は、顧客の数字を使います。自社で計算した効果より、顧客が自分の工場の単価や工数で出した数字のほうが、社内の説明で通りやすいからです。分からない項目は空欄のまま渡し、顧客に埋めてもらう形でもかまいません。
手順3：要求を「必須」と「希望」に分ける
課題が見えると、実現したい状態がいくつも挙がります。すべてを同じ重さで満たそうとすると、価格も納期もふくらみます。そこで、満たせなければ採用できない条件と、満たせると評価が上がる条件を分けます。
品質管理の分野には、この区別を扱った考え方があります。狩野紀昭氏らが1984年の論文で示したもので、品質の要素を「当り前品質」「一元的品質」「魅力的品質」などに分けています。
満たして当たり前の要素と、満たすと喜ばれる要素では、評価のされ方が違うという見方です。
提案では、必須の条件を1つでも外すと、ほかの長所は評価されません。先に必須の条件を顧客と一緒に確定し、希望の条件には優先順位をつけます。品質、コスト、納期がぶつかる場合は、どれを優先するかも、この段階で聞いておきます。
手順4：要求を数値と確認方法に変換する
必須の条件が決まったら、それぞれを仕様の形に直します。仕様として成り立つには、次の5つがそろっている必要があります。
- 項目（何についての条件か）
- 数値と単位（どこまで求めるか）
- 条件（どの品種、負荷、環境での数値か）
- 確認方法（どんな試験や測定で確かめるか）
- 合格基準（どの結果なら合格とするか）
抜けやすいのは、条件と確認方法です。同じ「精度±0.1mm」でも、どの温度で、どの測定器で、何回測った値なのかによって、意味が変わります。確認方法まで書いてはじめて、顧客と自社が同じものを見ていると言えます。
顧客の言葉に、確認の質問をはさんで仕様にします。
※仕様の書き方は一般的な例です。業界や製品によって、必要な項目は変わります。
数値がその場で決まらないときは、無理に埋めません。「未確定」と書き、誰がいつまでに決めるかを添えます。空欄のまま進めるより、未確定だと分かる形で残すほうが、あとの手戻りが小さくなります。
手順5：前提・範囲外・未確定を書面にして合意する
最後に、仕様とあわせて次の3つを書面にします。前提条件（顧客側で用意するもの、使用環境）、範囲外（今回の提案に含まない作業や性能）、未確定の項目です。
JIS Q 9001:2015の箇条8.2.3.1は、顧客が要求事項を書面で示さない場合、受諾する前に組織が確認しなければならないとしています。口頭で聞いた条件は、自社で文書にまとめて顧客に送り、相違がないか返事をもらう形にします。
同じ規格の箇条8.2.4は、要求事項が変わったときに、関連する文書を直し、関係者が変更後の内容を理解しているようにすることも求めています。打ち合わせのたびに仕様の版を上げ、変更点を明記して、設計や製造にも同じ版を渡します。
想定例で見る｜「モーターを大きくしたい」を仕様に落とす
5つの手順を、1つの例に当てはめてみます。以下は説明のために作った架空の想定例で、実在の企業や案件ではありません。数値も説明用の仮の値です。
搬送機器メーカーの技術営業に、出荷ラインを持つ工場の生産技術担当から相談が入ります。「箱を運ぶコンベヤのモーターが過負荷で止まる。ひとまわり大きいモーターに替えたいので、見積がほしい」という内容です。
手順1〜2：現場で分かったこと
現場で停止の記録を見せてもらうと、止まるのは週に3回ほどで、重い品種を流している時間帯に集中していました。導入時の想定は1箱8kgまででしたが、現在は15kgの品種が加わっています。
止まるタイミングも偏っていました。後工程の都合で箱が滞留し、その後に一斉に動かし始めるときです。連続して運んでいる間は止まっておらず、問題は起動時の負荷にあると見当がつきます。
損失も聞きます。1回止まると復旧に約10分かかり、その間は梱包の作業者が待ちになります。午後の出荷便に間に合わなかった日が、直近の1か月で2日ありました。重い品種は今後も増える計画です。
手順3〜5：仕様にまとめる
必須の条件は3つに絞られました。15kgの品種で過負荷停止しないこと、既設のフレームと制御盤を流用すること、連休の3日間で工事を終えることです。将来20kgの品種に対応できることは、希望の条件としました。
仕様は、搬送物の質量（1箱最大15kg、同時に載る数は最大6箱）、搬送速度、1分あたりの起動回数、周囲温度を条件として書きます。
確認方法は、最大負荷の状態で起動と停止を繰り返す運転を8時間行い、過負荷停止がゼロであることを合格基準としました。
前提として、フレームとベルトの強度は顧客の保管資料で確認すること、電源容量は顧客側で調べて翌週までに回答することを書きます。20kgへの対応は範囲外とし、別見積にすると明記しました。
同じ相談でも、仕様に落とすと提案の中身が変わります。
※架空の想定例です。数値は説明用で、実際の選定には負荷の計算と機器メーカーの資料による確認が必要です。
仕様に落とした結果、モーターの容量を上げる以外の案も比べられるようになりました。どの案が適切かは、負荷の計算と既設機器の確認で決まります。大事なのは、顧客が「なぜその案なのか」を社内で説明できる材料がそろったことです。
決める人ごとに判断材料をそろえる
仕様がまとまっても、提案書が担当者向けの技術資料のままでは、社内の承認で止まります。企業の購買は、1人ではなく複数の立場の人が関わって決まるからです。
産業財のマーケティング研究では、購買に関わる人の集まりを「購買センター（buying center）」と呼んできました。
1960〜70年代の研究で示された考え方で、情報の流れを握る人、評価に影響する人、決める人、発注を実行する人がいる、という見方です。
製造業の設備や部品の提案に当てはめると、関わる人はおおよそ次の6つの立場に分けられます。立場ごとに見ているものが違うため、1つの資料で全員に答えるには、それぞれの問いへの答えを入れておく必要があります。
誰がどの立場かは会社によって違うため、早めに聞いておきます。
※立場の分け方は、製造業の提案で見られる例を筆者が整理したものです。1人が複数の立場を兼ねることもあります。
顧客が設備を導入する側の手続きを知っておくと、必要な資料の見当がつきます。生産技術の仕事の流れでは、設備の見積・発注から立会い、据付・試運転までの工程があり、設備投資では効果や回収期間を数字で説明することが求められます。
購買部門が見るのは価格だけではありません。購買・調達の仕事では、品質・コスト・納期をあわせて評価し、価格の妥当性を査定します。見積の内訳と、その金額になる理由を仕様にひもづけて説明できると、値引きだけの交渉になりにくくなります。
案件として進められるかも確かめる
仕様を詰める前に、その案件が実際に進むのかを見ておくことも必要です。ここで使われる確認項目にBANTがあります。Budget（予算）、Authority（決裁権）、Need（必要性）、Timeframe（時期）の頭文字です。
IBMがパートナー企業向けに公開している案件登録の書式は、次の項目を記入するようになっています。予算がいつどのように承認されるか、経営層や事業部門の責任者が誰か、顧客の事業上の問題は何か、意思決定の節目の日付はいつか、です。
BANTは、案件を進めるかどうかを見極める道具であって、仕様を決める道具ではありません。4つがそろっていても、課題が仕様になっていなければ、提案は通らずに終わります。
逆に、仕様をどれだけ詰めても、予算と時期が決まっていなければ発注には至りません。両方を並行して確かめます。
稟議に転記できる1枚をつける
提案書の最初か最後に、顧客が社内の稟議書にそのまま写せる1枚をつけます。内容は、現状と損失、提案の要点、合格条件、費用と納期、前提と範囲外の5つです。
技術的な詳細は別紙に回し、この1枚は専門用語を減らして書きます。担当者がいない会議でも、資料だけで話が通る状態を目指します。
提案を出す前の見直しと、通らなかったあとの動き方
提案書を出す前に、次の7点を見直します。1つでも答えられない項目があれば、その部分が提案の弱いところです。
- 顧客の課題を、製品名を使わずに1文で言えるか
- 課題による損失が、顧客の数字で書かれているか
- 必須の条件と希望の条件が分かれているか
- 仕様の各項目に、数値・条件・確認方法・合格基準があるか
- 前提、範囲外、未確定の項目と担当・期限が書面にあるか
- 決める人が誰で、その人が見る1枚があるか
- 予算と導入時期の見通しを聞いているか
見積の金額も、仕様とひもづけて見直します。必須の条件を満たすための費用と、希望の条件に応えるための費用を分けて示すと、顧客は予算に合わせて選べます。見積作業そのものに時間がかかっている場合は、AIを使った見積業務の効率化も選択肢になります。
通らなかった理由を、手順に戻して確かめる
提案が保留や不採用になったときは、理由を聞きます。「価格が合わなかった」という返事で終わらせず、どの条件をどこまで求めていたのかを確かめます。
価格が理由に見えても、必須でない条件まで満たそうとして高くなっていた、ということがあります。この場合に戻る先は手順3です。担当者は前向きだったのに上で止まったのなら、決める人向けの材料が足りていません。
理由を5つの手順のどこに戻せるかを記録しておくと、次の提案で同じ抜けを防げます。個人の記憶に頼らず、部署で共有できる形にしておくと、経験の浅い担当者の提案も安定します。
提案の中身を決める力は、製品知識、顧客の現場の知識、聞き取る力の組み合わせです。それぞれをどう伸ばすかは、次の記事で整理しています。
まとめ
- 提案が通らない理由の多くは、課題が検証できる仕様に変換されていないこと
- 原因は、要望をそのまま仕様にする、合格条件がない、決める人の材料がない、前提が書面にないの4つ
- 顧客の言葉を課題・要求・仕様に分け、言われていない要求も用途から確かめる
- 5つの手順は、現状把握、損失への言い換え、必須と希望の区別、数値と確認方法、書面での合意
- 立場ごとの判断材料と、稟議に転記できる1枚をそろえる
提案の技術は、話し方より前に、確認して書き残す作業の積み重ねです。まずは手元の提案書を1件選び、合格条件と前提が書かれているかを見直すところから始めると、直す場所がはっきりします。
職種としての全体像は技術営業・FAEの職種ページに、提案を受ける側の考え方は購買・調達や生産技術の職種ページにまとめています。あわせてご覧ください。
出典
出典・参考資料（7件）を開く出典・参考資料を閉じる
- 要求事項のレビュー、設計・開発へのインプット、要求事項の変更：JIS Q 9001:2015（ISO 9001:2015）品質マネジメントシステム－要求事項 箇条8.2.3、8.2.4、8.3.3（日本産業標準調査会 JIS検索で閲覧可能）
- ISO 9001の改訂版の発行：日本規格協会「ISO 9001:2026 品質マネジメントシステム－要求事項」（発行年月日 2026年9月16日）
- 品質機能展開：日本規格協会「JIS Q 9025:2003 マネジメントシステムのパフォーマンス改善－品質機能展開の指針」
- SPINの4種類の質問と提唱元：Huthwaite International「The SPIN Methodology」
- BANTの確認項目：IBM「Budget Authority Need Timeframe (BANT) Criteria Template v3.3」
- 当り前品質と魅力的品質：狩野紀昭・瀬楽信彦・高橋文夫・辻新一「魅力的品質と当り前品質」『品質』14巻2号（1984年）
- 購買センターの考え方：Y. Wind, R. J. Thomas “Organizational Buying Behavior in an Interdependent World” Journal of Global Academy of Marketing Science 20-2（2010年）
NEWSLETTER
選んだ職種・業種に合わせた記事を、週1回メールで
週刊MONOSCOPEは、登録時に選んだ職種・業種に合わせた記事を週1回お届けする無料のメルマガです。
職種・業種を選んで登録へ ›
無料・週1回。登録後に届く確認メールのリンクを押すと登録が完了します。配信はメール内のリンクからいつでも停止できます。
WEEKLY NEWS
今週の製造業ニュース10選
メルマガは職種・業種に合わせた記事。LINEとnoteでは、全員共通の10本を毎週土曜の朝にお届けします。
LINEでニュース10選を受け取るnote今週のニュース10選をnoteで読む ›
コメント