未経験歓迎。PRUMは、未経験からの挑戦に本気で向き合い、成長を支える環境を整えています。未経験から本気で成長したい方は、ぜひPRUMへ。

【要件定義・基本設計あるある】顧客に検討を先延ばしさせない誘導方法

【要件定義・基本設計あるある】顧客に検討を先延ばしさせない誘導方法

「じっくり検討します」——要件定義や基本設計の最終盤で、顧客からこの一言を聞いた経験は誰にでもあるのではないでしょうか。多くの担当者は、この局面を「気まずいもの」として先延ばしにしてしまいがちですが、実務では必ず向き合わなければならない場面であり、正しい知識がなければスケジュールの遅延やプロジェクトの炎上に直結してしまいます。

この記事では、顧客の意思決定の仕組みから、契約直前のサインの見分け方、最後の一押しの技術、そして契約後のフォローまでを体系的に解説します。

この記事でわかること
  • 顧客の意思決定を左右する2つの思考モードの違い
  • 個人向け・法人向けで異なる、決断への導き方
  • 「仕様フィックスのサイン」と「買わない顧客」の見分け方
  • 迷っている顧客を後押しする、最後の一押しの技術
  • クロージング後に信頼関係を深めるフォローの仕方

<この記事もおすすめ!>

PRUMの採用リンク

\株式会社PRUMのメディア/

インタグラムのロゴ

目次

顧客の意思決定を左右する2つの思考モード

心理学の研究では、人が意思決定を行うとき、大きく2つの思考モードを使い分けていると考えられています。この2つのモードを理解しておくことが、クロージングの技術の土台になります。

スピード重視で決める「直感的な判断(ヒューリスティック処理)」

「ヒューリスティック処理」とは、限られた情報と経験則に基づいて、素早く結論を出す思考パターンです。スタートアップの経営者が「スピード重視」で判断を下したり、UI/UXの見た目に直感的に反応したりするのは、この思考モードが働いているためです。このモードにある顧客には、感情的な共感を示しながら、「今決めることのメリット」を伝えることが効果的な働きかけになります。

リスクを厳密に評価する「論理的な検討(システマティック処理)」

一方「システマティック処理」とは、多角的な分析によってリスクを厳格に評価する思考パターンです。法人向けの大規模システム開発では、意思決定に多くの関係者や予算が絡むため、必然的にこのモードが主流になります。このモードにある顧客には、数値やエビデンス、客観的な比較データが必須であり、熱意だけで押し切ろうとすると、むしろ逆効果になってしまいます。

プロジェクトの規模によって、決断への導き方は変わる

顧客がどちらの思考モードにあるかは、プロジェクトの属性によっても大きく変わります。

個人向け・小規模開発:感情とスピードで後押しする

MVP開発やWebサイト制作といった個人向け・小規模な開発では、意思決定者本人の直感が意思決定を主導します。ただし、「持ち帰って検討します」となった際、周囲からのアドバイスといった「ノイズ」が入ることで、決断が迷走してしまうリスクがあります。この場合は、「来月中のリリースのためには、サーバー確保の都合上、今週中の確定が必須です」といった、事実に基づいたスピード感を誠実に伝えることが効果的です。

法人・大規模開発:論理とエビデンスで組織の合意を取り付ける

一方、法人向けの大規模システム開発では、「基幹システムが停止するリスク」「莫大な投資が失敗するリスク」への強い責任感が意思決定者にのしかかっています。ここでは、「何時間の業務削減につながるか」「どのような成果をもたらすか」といった客観的な事実・エビデンスが重視されます。また、組織内での段階的な決裁を考慮し、「上司や経営層への説明がしやすい図解資料」を用意しておくことも欠かせません。焦らず、論理的かつ忍耐強く進める姿勢が、最終的な合意率を最大化します。

契約直前のサインを見逃さない

顧客とのやり取りの中で、「そろそろ決断が近い」というサインと、「実はあまり本気ではない」というサインを見分けられるようになると、限られた時間とリソースを効果的に配分できるようになります。

「仕様フィックスのサイン」は実務的な質問から見えてくる

購買意欲や合意度が高まっている顧客からは、「テスト版にはいつからアクセスできますか」「本番移行の手順はどうなりますか」「支払い方法はどうすればいいですか」といった、実務運用に関する質問が出てくるようになります。これは、顧客の頭の中で「システムが完成し、実際に運用している姿」が具体的にイメージできている証拠です。この段階に来たら、新たな機能追加の提案をあれこれ持ち出す必要はありません。顧客の実務的な疑問に簡潔に答え、そのまま契約へと導きましょう。

「買わない顧客」を早期に見極め、リソースの浪費を防ぐ

一方で、無料の提案段階にもかかわらず、曖昧な要望を繰り返したり、打ち合わせの日程調整を避けようとしたりする顧客もいます。こうした顧客は、プロジェクトの優先順位が社内で極めて低い、あるいは他社の見積もりを比較するための「当て馬」として扱われている可能性があります。このような場合には、「今年度中に予算化・本格始動する可能性は何%くらいでしょうか」という直球の質問をぶつけてみるのが有効です。曖昧な回答しか返ってこないようであれば、その案件の優先順位を思い切って下げ、より現在進行形で進んでいる案件にリソースを割く判断も必要です。

迷っている顧客を後押しする、最後の一押し

顧客が決断まであと一歩のところで足踏みしているとき、どう背中を押すかが、クロージングの技術の核心部分です。

顧客の「躊躇の正体」を探り、代替案とセットで問いかける

顧客がなかなか決断できない背景には、まだ言語化されていない小さな疑問や、「新しいシステムに、うちの業務がついていけるだろうか」といった未知への不安が潜んでいることが多くあります。例えば、「セキュリティ機能にかかる月額運用コストが気になる」という懸念があるなら、初期設定を代行するプランや、保守の安心プランをセットで提案してみましょう。また、決断を先延ばしにすることで生じる「機会損失」(市場での先行者利益を逃すリスク)についても、正しく伝えることが大切です。あくまで、顧客の背中を「プロの視点から優しく支える」というコミュニケーションを心がけましょう。

合意の言葉は、必ず「顧客の口から」引き出す

最後の一押しをするとき、絶対に避けたいのが、エンジニア側から一方的に「では、この内容で進めますね」と言ってしまうことです。これは、後になって顧客が意見を翻す最大の原因になります。そうではなく、「この設計内容でフィックス(確定)として進めてよろしいでしょうか」と、意思決定の主導権を相手に渡すように問いかけることが重要です。心理学における「一貫性の原理」により、顧客自身の言葉で意思表示をすると、その発言に対する責任感(コミットメント)が強く生まれます。これが、後々の「仕様のひっくり返し」を防ぐ、強力な楔になるのです。

クロージングは終わりではなく、始まりである

契約や仕様確定は、プロジェクトの終着点ではありません。ここからの関わり方が、その後の関係性を大きく左右します。

決断直後の「テンション・リダクション効果」を追加提案に活かす

人は、大きな決断を下した直後、心理的な緊張から解放される「テンション・リダクション効果」と呼ばれる状態になります。このタイミングで「操作研修」や「データの自動バックアッププラン」といった追加提案をすると、意外なほど高い確率で受け入れてもらえます。これは押し売りではなく、顧客がメインのシステムを最高の状態で使いこなせるようにするための、プロとしての配慮であり、提供価値を最大化する提案だと捉えましょう。

契約をゴールにせず、パートナーシップの入り口と捉える

「作って納品したら終わり」というスタンスでいると、常に新しい案件を探し続け、価格競争にさらされ続けることになります。そうではなく、進捗状況をこまめに共有したり、プロトタイプを早めに提示して安心感を提供したりしながら、納品後も「実際の使い心地」や「社内での評判」に継続的に寄り添う姿勢を持ちましょう。そうした積み重ねが、機能拡張の追加案件や、顧客からの紹介といった、当初の契約以上に大きな価値と機会を、自然な形でもたらしてくれます。

まとめ:クロージングは「追い詰める」のではなく「導く」技術

クロージングとは、顧客を追い詰めて決断を迫る作業ではありません。「ITの力でビジネスを変えたい。でも、失敗したらどうしよう」という顧客の不安を解きほぐし、理想のビジネスの未来へと導く、いわば「最高のナビゲーション」です。思考モードの見極め、プロジェクト属性に応じた進め方、契約直前のサインの識別、最後の一押し、そして契約後のフォローという一連の流れを押さえておくことで、スケジュールを守りながら、顧客との長期的な信頼関係を築いていくことができます。

顧客との合意形成そのものをさらに深く学びたい方は、こちらの記事「元営業なら圧倒的に有利!ITの現場で仕様の壁や「NO」を突破する「合意形成の技術」」もあわせてご覧ください。

PRUMの採用リンク

Q&A|クロージング・仕様確定に関するよくある質問

顧客が「じっくり検討します」と言ったとき、どう対応すればいいですか?

プロジェクトの属性(個人向けか法人向けか)に応じて、思考モードに合った対応を選びましょう。個人向けなら事実に基づいたスピード感の伝達、法人向けなら数値やエビデンスに基づいた説明が効果的です。

ヒューリスティック処理とシステマティック処理の違いは何ですか?

ヒューリスティック処理は限られた情報と経験則で素早く判断する思考モード、システマティック処理は多角的な分析でリスクを厳格に評価する思考モードです。プロジェクトの規模や属性によって、顧客がどちらのモードにあるかが変わります。

「買わない顧客(炎上案件)」をどう見分ければいいですか?

「今年度中に予算化・本格始動する可能性は何%くらいでしょうか」という直球の質問をしてみましょう。曖昧な回答しか返ってこない場合は、優先順位を下げて他の案件にリソースを割く判断も必要です。

最後の一押しをするとき、押し売りにならないためのポイントは何ですか?

顧客の躊躇の正体(言語化されていない不安)を探り、その不安に対応する代替案とセットで問いかけることです。また、合意の言葉は必ず顧客自身の口から引き出すようにし、エンジニア側から一方的に決めつけないことが重要です。

契約後、顧客との関係を長期的に良好にするにはどうすればいいですか?

契約をゴールと捉えず、パートナーシップの入り口と考えましょう。進捗のこまめな共有や早期のプロトタイプ提示、納品後の使い心地への継続的な寄り添いが、追加案件や紹介につながります。

この記事を書いた人

岩本 稜平のアバター 岩本 稜平 株式会社PRUM 代表取締役

株式会社PRUM 代表取締役。未経験から活躍できるエンジニアの育成・採用に力を入れ、一人ひとりの可能性を広げる環境づくりに取り組む。現場で培った知見をもとに、エンジニアのキャリアやAI、技術に関する情報を発信している。

目次