スキルを並べても刺さらない。受注前に「頼む理由」をどう伝える？
「何ができますか？」に、全部答えた午後
火曜の14時、業務システムの相談を受けるオンライン商談が始まった。
相手から聞かれたのは、よくある質問だった。
「これまで、どんなことをされてきましたか？」
待っていた質問だと思い、TypeScript、SvelteKit、要件整理、進行管理、AIを使った開発支援まで順番に話した。過去の案件数も、対応できる工程も伝えた。質問へ漏れなく答えようとするほど、説明は長くなった。
相手はうなずき、最後にこう言った。
「いろいろできることは分かりました。社内で検討します」
通話を終えた後、胸に残ったのは達成感ではなかった。できることは出し切ったのに、相手が前のめりになった場面を思い出せない。「実績が弱かったのか」「もっと強く言い切るべきだったのか」と考え始めると、次の商談ではさらに多く話したくなる。
数日後、紹介者を通じて短い感想が届いた。
「幅広くできるのは分かった。でも、今回なぜこの人に頼むのかが見えなかった」
恥ずかしさで、しばらく画面を見たまま手が止まった。ただ、その言葉は能力を否定したのではない。相手が知りたかったことと、自分が証明しようとしたことが違っていただけだった。
受注前に伝える価値は、できることの総量ではない。相手の今の困りごとを、どの状態まで動かせるかという見通しだ。
不安になるほど、説明を足してしまう
商談で反応が薄いと、沈黙が怖くなる。「高いと思われたかもしれない」「経験不足に見えたかもしれない」と考え、資格、技術名、実績を足したくなる。質問を挟まず、用意した説明を最後まで話し切ることもある。
これは、話し方が下手だからではない。自分の価値をその場で証明しなければ、機会を失う気がするからだ。だから、相手の表情が読めない時ほど、説明で隙間を埋めようとする。
しかし、依頼する側はスキル一覧を採点しているとは限らない。知りたいのは、「この人は、こちらの状況を分かっているか」「頼んだ後、何が変わるか」「最初の一歩に無理がないか」だ。
デジタル庁の「行政サービスにおける利用者視点導入ガイドブック」でも、提供者側の視点だけで作ると、期待した効果を十分に実現できないことがあると整理されている。対象は行政サービスだが、受注前の会話にも同じ注意が使える。自分が提供したいものから始めるのではなく、実際の利用者の声や行動から状況を捉える。
PMIの2025年レポートも、プロジェクトの仕事を納期・予算・範囲の管理だけでなく、事業の価値につなげる力として扱っている。技術を話してはいけないのではない。技術を、相手が実現したい変化へつなげて初めて、頼む理由になる。
あの商談で最初に必要だったのは、実績をもう一つ足すことではなかった。「いま、どの場面で一番止まっていますか」と聞き、相手が考える時間を待つことだった。
頼む理由は、四つの順番で組み立てる
次の商談に向けて、話す順番を四つに変えた。長い自己紹介をきれいにするのではなく、相手が判断するための材料を一つずつ置く順番だ。📝
1. 相手の現場を、一つの場面まで聞く
「開発が遅れています」だけでは、何を変えるべきか決められない。
- 仕様を決める会議で、決定者がいない
- 実装後に別の担当者から前提を覆される
- 問い合わせのたびに、開発者が過去の経緯を探している
このように、誰が、いつ、どこで手を止めるのかまで聞く。相手の言葉を短く返し、「認識は合っていますか」と確認する。
「仕様変更そのものより、決めた人と理由が残らず、実装後に戻ることが一番つらいのですね」
相手が「そうです」と答えてから、自分の話へ進む。ここで結論を急がない。困りごとを言い直して確認する時間は、提案の前置きではなく、提案の土台だ。
最初の商談を振り返ると、相手は「担当者ごとに仕様の理解が違う」と一度だけ話していた。そこを詳しく聞かず、「要件整理も対応できます」と自分の説明へ戻ってしまった。沈黙すると準備不足に見えそうで、すぐ答えたくなったからだ。
次は、答えを持っているように見せることより、「直近では、どの変更で戻りましたか」と一つ聞く。その質問なら、相手も記憶にある出来事から話せる。こちらも、想像だけで提案を広げずに済む。
2. 自分が担うことを、動詞で言う
「要件整理が得意です」では、頼んだ後の姿がまだ見えない。得意分野を、実際にすることへ変える。
「最初の1週間で、誰が決めるか、どこまでできたら終わりか、変更を誰が受けるかを整理します。会議で決まったことを、翌日の実装タスクへ残すところまで担当します」
「整理する」「残す」「確認する」のように動詞で言うと、担当範囲が見える。反対に「伴走します」「価値を最大化します」だけでは、具体的な作業を判断しにくい。
受注前に約束できるのは、自分が管理できる行動と、相手へ渡す資料などだ。売上や事業の成功など、自分だけでは決められない結果まで断定しない。
担当を絞ると、「できない人に見えないか」という不安が出る。そこで、対応できることを再び全部足したくなる。ただ、相手が今回選ぶのは万能な人ではなく、目の前の問題を任せられる人だ。
範囲外の話が出たら、「その作業も経験はあります。ただ、今回の手戻りを減らすなら、まず誰が決めるかと、どこまでできたら終わりかの二つを担当します」と分ける。できることを隠さず、今回使う力だけを前へ出せる。
3. 何が変わったかを、後で見られる形にする
「スムーズになります」では、終わった後に確かめられない。相手と一緒に見られる変化へ置き換える。
- 決定から実装着手までの日数
- いったん完了した後、修正のために開き直したタスクの件数
- 仕様の確認で止まった時間
- 公開後に同じ内容で届いた問い合わせの件数
過去の案件に近い記録があるなら、「同じ進め方で、確認待ちが週3回から週1回になった」と条件と期間を添えて話す。記録がなければ数字を作らず、「今回はこの二つを毎週確認します」と測り方を提案する。
デジタル庁のダッシュボードガイドも、情報を増やすこと自体ではなく、関係者が同じ状況を見て、次に何をするか決められることを目的にしている。商談資料も同じだ。技術名を増やすより、相手が判断に使える事実を見せたい。
強い提案は、大きな効果を言い切る提案ではない。後で確かめられる変化を、約束できる範囲で示す提案だ。
商談で「それをすると、必ず納期は短くなりますか」と聞かれることもある。受注したい時ほど「はい」と答えたくなるが、外部の承認や追加要望までは管理できない。
そんな時は、「納期全体は他の条件にも左右されるため保証できません。ただ、決定待ちで止まった日数と、完了後に修正へ戻った件数は毎週出せます。2週間で変化がなければ、進め方を見直します」と返す。言い切らないことは逃げではない。確認できる範囲をはっきりさせる方が、契約後の期待違いを減らせる。
4. 契約を迫らず、小さな次の一歩を置く
相手の困りごとが見えた直後に、半年の契約を決めてもらおうとすると、判断が急に重くなる。こちらも受注したい気持ちが強いほど、料金説明を一息で終え、「いかがですか」と答えを求めたくなる。
そこで、次の一歩を小さくする。
「まず60分、直近3件の手戻りを一緒に見せてください。その場で、誰が決めるか、どこまでできたら終わりか、変更を誰が受けるかのどこが欠けているかを1枚にします。その後、継続して整えるかを判断してください」
小さく始める場合も、無料で何でも引き受ける必要はない。時間、見る資料、渡すもの、料金を先に書く。継続契約へ進む時は、作業範囲、相手へ渡すもの、確認方法、追加変更の扱いを見積書や契約書で改めて合意する。
受注前のゴールは、その場で「はい」を引き出すことではない。相手と自分が、次に何を確かめればよいかを共有することだ。
小さな確認を提案すると、「本契約を取り逃すのでは」と焦ることもある。だから、その場で値引きし、作業範囲まで広げて決めてもらいたくなる。けれど、分からない部分を残したまま大きく受けると、受注後に自分が抱える。
あの商談なら、「今日は契約を決めなくて大丈夫です。直近3件を見て、私が役に立てる範囲と、別の支援が必要な範囲を分けます」と言えた。相手へ逃げ道を渡す言葉は、自分にも無理な約束をしない余白を返してくれる。
三行に絞ると、会話の余白が戻る
次の商談では、自己紹介の後に話す内容を三行だけ用意した。
仕様が会議ごとに変わり、実装後の戻りが増えていると聞きました。
私は最初の1週間で、誰が決めるか、どこまでできたら終わりか、変更を誰が受けるかを整理し、決まったことを実装タスクへ残します。
まず直近3件の手戻りを見て、どこを直すと効果があるか1枚にしましょう。
技術名を消したわけではない。相手から進め方を聞かれた時に、「この記録を残すために、今のチケット管理をこう使います」と必要な分だけ答えた。
説明を短くした直後は、心細かった。できることを全部見せなければ、実力が伝わらない気がしたからだ。それでも話を止めると、相手から「いま一番困っているのは、仕様変更より承認者が毎回違うことです」と新しい事実が出てきた。
その一言で、用意していた提案の一部は使わないと決めた。代わりに、承認者と期限を残す小さな確認から始める話へ変えた。
話す量を減らすのは、価値を隠すことではない。相手が自分の状況を話せる余白を戻すことだ。
会話の終わりも、以前とは違った。「社内で検討します」だけで閉じず、次回までに相手が直近3件の記録を用意し、こちらが確認用の一枚を持っていくことになった。受注が決まったわけではない。それでも、誰が何を確かめるかは決まった。
通話後に残ったのは、「全部を言えなかった」という後悔より、「次はこの事実を一緒に見る」という落ち着きだった。相手の判断が進み、自分も約束できる範囲を守れたなら、その商談は前へ進んでいる。
自分を売り込む時間から、判断を一緒に作る時間へ
受注前の商談で反応が薄い時、自分の価値まで低くなったように感じることがある。その痛みが、抱え込んだ説明や強い言い切りにつながる。
いったん「証明しなければ」から離れ、次の四つだけを見る。
- 相手が手を止める具体的な場面
- 自分が担う行動と、相手へ渡すもの
- 後で確かめられる変化
- 無理なく試せる次の一歩
この順番なら、相手は頼む理由を検討でき、自分もできないことまで背負わずに済む。提案は、自分を大きく見せる発表ではない。お互いが「この進め方なら試せる」と判断するための会話だ。🌱
実績を変化として言葉にする方法は、開発実績を「やったこと」ではなく成果で伝える にも整理した。技術案を出す場面で相手との相性から考える方法は、正しい提案をする前に、その提案は相手に合っているか で詳しく扱っている。
次の商談で、また「何ができますか」と聞かれたら、全部を一度に答えなくていい。短く自己紹介した後、「今回、どの場面を一番変えたいですか」と返してみる。相手の言葉を一つ聞ければ、頼む理由を一緒に組み立てるところへ戻れる。🧭
