予算を先に伝えるべきか、隠すべきか。発注前の駆け引き

「予算を先に伝えると、その金額まで見積もりが引き上げられるのでは」という不安から、予算を伝えるべきかどうか悩む人は多くいます。この記事では、予算を先に伝えるべきか、隠すべきかという駆け引きについて、それぞれの考え方を整理します。

この記事で分かること

予算の開示については、どちらが絶対的に正しいという答えはなく、状況によって適した判断が変わります。この記事では、両方の立場のメリット・デメリットを整理し、判断の目安を紹介します。

結論を先に示すと、押さえておきたいポイントは次の3つです。

• 予算を伝えるメリットは、現実的な提案を受けやすくなること
• 予算を隠すメリットは、幅広い選択肢を見られること
• 「幅を持たせて伝える」という中間的な選択肢もある

そもそも、なぜ予算開示が「駆け引き」になるのか

個人や複業でサービスを立ち上げる場面では、開発会社との商談は数回しかありません。しかも発注者側は相場観を持っていないことが多く、「1本の見積もりが出てくるまで、自分の予算感が的外れなのかどうかも分からない」という状態から交渉が始まります。この情報の非対称性が、予算を「いつ・どう伝えるか」を単なる事務連絡ではなく駆け引きに変えています。

開発会社側から見ても事情は同じです。要望だけを聞いて予算感が分からない状態では、見積もりの幅は数十万円から数百万円まで開いてしまいます。逆に予算だけが先に分かれば、要望を精査せずにその金額に寄せた提案を作ることもできてしまいます。つまり、どちらの情報が先に出るかによって、その後の提案の作られ方が変わる。これが「駆け引き」と呼ばれる理由です。

この記事では、予算を先に開示する立場・隠す立場それぞれのメリットとリスクを整理したうえで、実務でよく使われる中間的な伝え方と、具体的な言い回しの例まで紹介します。

予算を伝えるメリット

予算感を先に伝えることの最大のメリットは、開発会社側が、その予算に収まる現実的な提案を組みやすくなることです。予算を伝えずに要望だけを伝えると、開発会社側は「フルスクラッチ開発での最大限の提案」をしてくることがあり、実際の予算感と大きくかけ離れた見積もりが出てくる可能性があります。

初めての発注で、相場感がまだつかめていない場合、予算を伝えることで、その予算内でどこまでできるかという、現実的な選択肢を示してもらいやすくなります。

具体例：予算を伝えたことで話が早く進んだケース

たとえば「予約管理を効率化する社内ツールを作りたい」という相談を、予算感を伝えずに複数社に出したケースを考えてみます。ある会社からは、要望を汲み取った結果として、認証機能・権限管理・通知機能・レポート機能まで含んだ「本格的な業務システム」の提案が来て、見積もりは400万円を超えました。一方、同じ要望に対して予算感（50万円〜80万円程度）を先に伝えた別のケースでは、開発会社側から「その予算であれば、ノーコードツールをベースにした最小構成で、まず1ヶ月で動くものを作りましょう」という、身の丈に合った提案が返ってきました。

このように、予算を伝えることで、開発会社側の提案の「土俵」を最初からすり合わせられるという効果があります。特に、個人や複業での立ち上げのように、予算に明確な上限がある場合には、この効果は大きくなります。

予算を伝えるほうが向いているケース

• 予算に明確な上限があり、絶対にその範囲を超えられない
• 相場観がまったくなく、まず「その予算でできる範囲」を知りたい
• 検討している開発会社の数が少なく、比較よりもスピードを重視したい
• すでに要望がある程度固まっていて、選択肢を広げるより現実的な絞り込みを急ぎたい

予算を隠すメリット

一方、予算を伝えないことのメリットは、開発会社側からの提案が、予算に引っ張られない、幅広い選択肢になることです。予算を伝えてしまうと、開発会社側が「その予算の範囲内でできること」だけを考えてしまい、本来もっと効率的な方法（ノーコードの活用など）を提案してもらえない可能性があります。

また、「予算を伝えると、その金額まで見積もりが引き上げられる」という不安を持つ人も多く、この不安を避けたい場合は、予算を伝えずに、まずは要望に対する提案とその見積もりを聞く、という進め方もあります。

なお、この不安をどう扱うかは、そもそもどの開発会社に相見積もりを依頼するかという判断とも地続きです。相見積もりの取り方の判断軸を押さえておくと、予算開示の駆け引きだけに頼らず、提案の質そのものを比較する視点を持てます。

具体例：予算を隠したことで良い提案に出会えたケース

「複業で始める予約サイトを作りたい」という要望に対して、予算を明かさずに相談した場合、開発会社側から「まずは既存のSaaS型予約システムを契約し、必要な部分だけカスタマイズする」という提案を受け、当初想定していたフルスクラッチ開発の見積もり（200万円前後）よりもはるかに安く、月額数千円のサブスクリプション費用で済む方法を教えてもらえた、というケースがあります。

もし最初に「予算は30万円です」と伝えていたら、開発会社側は「30万円でできる範囲のフルスクラッチ開発」を考えてしまい、そもそも既存サービスを使うという選択肢自体が提案されなかった可能性があります。予算を隠すことには、こうした「発想の幅を狭めない」という効果があります。

予算を隠すほうが向いているケース

• まだ「作る方法」自体が決まっていない、初期の検討段階
• 相場観がなく、まずは複数の選択肢の広さを知りたい
• フルスクラッチ以外の選択肢（ノーコード、既存SaaSの活用など）も検討したい
• 複数社を比較して、提案の質そのものを見極めたい

予算を伝えなかった場合に起きやすい失敗パターン

予算を隠す進め方にも、注意すべき失敗パターンがあります。代表的なものを2つ紹介します。

失敗パターン1：提案の規模が大きすぎて、そもそも比較できない

予算を伝えずに複数社へ相談すると、ある会社は「最小限でまず動かす」提案、別の会社は「将来の拡張まで見据えたフル機能」の提案、というように、そもそも土台が違う提案が並んでしまうことがあります。この状態で見積もり額だけを比較すると、「安い会社が良い会社」というミスジャッジをしてしまいがちです。実際には、提案の中身（機能範囲・保守体制・拡張性）が違うため、金額の単純比較はできません。

失敗パターン2：何度もヒアリングをやり直すことになり、時間を消耗する

予算感がまったく分からない状態で提案を依頼すると、開発会社側も「どのレベルで提案すればよいか」を判断できず、ヒアリングの往復が増えることがあります。特に個人・複業の立ち上げの場合、平日夜や週末しか商談の時間が取れないことが多く、ヒアリングの往復が長引くこと自体が、立ち上げのスピードを落とす要因になります。

これらの失敗パターンを避けるためには、次に紹介する「幅を持たせて伝える」という中間的な方法が実務的な解決策になります。

「幅を持たせて伝える」という中間的な選択肢

多くの場合、最も現実的なのは、予算を明確な1点の数字で伝えるのではなく、「幅」を持たせて伝えることです。例えば、「100万円から300万円程度を想定しています」というように、下限と上限を示すことで、開発会社側にある程度の裁量を持たせつつ、大まかな規模感は共有できます。

この伝え方であれば、「予算に引っ張られすぎる」というリスクと、「予算感が全く伝わらない」というリスクの、両方をある程度回避できます。

実際にどう言えばいいか、言い回しの例

「幅を持たせて伝える」を実践する際、実際の会話やメールでどう表現すればいいか迷う人も多いので、具体的な言い回しの例を紹介します。

• 「予算としては、100万円〜150万円程度を想定していますが、内容次第で多少の調整は可能です」
• 「初期投資はできれば50万円以内に抑えたいですが、月額の運用コストであれば柔軟に検討できます」
• 「具体的な予算はまだ固めていませんが、個人の複業として無理のない範囲（数十万円程度）で考えています」
• 「予算感はまだお伝えできませんが、まずは要望に対してどのくらいの規模の提案になるか、目安を教えていただけますか」

最後の例のように、「予算は伝えないが、規模感の目安だけ聞く」という聞き方も、駆け引きを避けつつ情報の非対称性を減らす有効な方法です。

予算の駆け引きより、大切にしたいこと

予算をどう伝えるかという駆け引きに気を取られすぎると、本来の目的である「良いサービスを、適切な費用で作る」という目的から逸れてしまうことがあります。予算の伝え方よりも、開発会社との信頼関係を築くことのほうが、長期的には重要です。

複数の開発会社と話す中で、予算の伝え方への反応（丁寧に説明してくれるか、一方的に高い提案をしてくるかなど）を見ることで、その会社の対応の質を見極める材料にもなります。開発会社を見極めるために、提案書で見るべきポイントについては、別記事で詳しく解説しています。

反応から見える、開発会社の姿勢の違い

予算を伝えたときの開発会社側の反応は、その会社の姿勢を知る手がかりになります。たとえば、次のような反応の違いが見られることがあります。

• 予算を伝えた直後に、「では、その金額でできる範囲で提案します」とだけ返す会社
• 予算を伝えた後に、「その予算だと、〇〇の機能は難しいですが、△△まで絞れば実現できます。どちらを優先しますか」と、トレードオフを説明してくれる会社
• 予算を伝えても、「まずは要望を全部聞かせてください。予算に収まるよう工夫を考えます」と、要望のヒアリングを続けてくれる会社

後者2つのように、予算という制約を踏まえたうえで、トレードオフを一緒に考えてくれる会社は、発注後のコミュニケーションでも同様に誠実に対応してくれる可能性が高いといえます。逆に、予算を伝えた瞬間にその金額ぴったりの見積もりが即座に返ってくる場合、内容の精査が十分でない可能性があるため、提案の根拠を確認したほうがよいでしょう。

予算を伝えなかった場合の、見積もり比較の注意点

予算を伝えずに複数の見積もりを取った場合、それぞれの提案の規模感が大きく異なることがあります。ある会社は最小限の提案、別の会社は充実した提案、というように、比較の前提がそろわないことがあります。

この場合、見積もりを受け取った後に、「この予算感であれば、どこまで削れますか」と改めて確認することで、比較しやすい形に調整できます。個人が複数の見積もりを比較するとき、価格以外に見るべきポイントについては、別記事でも詳しく解説しています。

比較の前提をそろえるための質問例

見積もりが出そろった後、比較の前提をそろえるために使える質問を紹介します。

• 「この見積もりに含まれている機能の中で、最初のリリースに必須ではないものはどれですか」
• 「同じ予算（例：100万円）であれば、他社の提案とどのような違いが出ますか」
• 「機能を絞った場合、金額はどの程度下がりますか。逆にどこまで削ると品質に影響が出ますか」

これらの質問を通じて、「金額」だけでなく「金額に対して何が含まれているか」を揃えることが、正しい比較のための第一歩になります。

専門知識を活かしたツールの場合、予算の伝え方

専門分野の業務知識を反映したツールの場合、開発会社側がその専門性を正確に評価できるまで、見積もりの精度が上がりにくいことがあります。この場合、予算感を早めに共有し、「この予算内で、専門的な要件をどこまで実現できるか」を一緒に検討してもらう進め方のほうが、効率的に話が進むことがあります。

たとえば、士業や医療・福祉分野など、業界特有の業務フローや専門用語が絡むツールを開発する場合、開発会社側が要望を正しく理解するまでに時間がかかりがちです。この状態で予算を伝えずに提案を依頼すると、開発会社側は専門性の理解が浅いまま、汎用的な想定で見積もりを作ってしまい、後になって「実際の業務ではこの機能が足りない」というギャップが発覚することがあります。

早い段階で予算感を共有しておけば、開発会社側も「この予算の中で、専門性の高い部分にどれだけ時間を割けるか」を逆算しながら、ヒアリングの深さを調整できます。専門知識が絡む発注では、用語集や業務フロー図を事前に渡すことも合わせて有効です。

予算を伝えるタイミングも、判断のポイント

予算を伝えるかどうかだけでなく、「いつ伝えるか」というタイミングも、駆け引きの一つの要素です。初回の相談で最初から伝える方法と、要望や提案の内容がある程度固まった後に伝える方法があります。

初回から伝える場合、開発会社側は最初から現実的な提案に絞って検討でき、時間の節約になります。一方、提案が固まった後に伝える場合、まずは幅広い可能性を検討してもらい、その後に予算という制約をかける、という順番になります。どちらが向いているかは、自分がどれだけ多くの選択肢を最初に見たいかによって判断するとよいでしょう。

タイミング別のメリット・デメリット早見表

3つ目の「見積もり提示後」というタイミングは、開発会社側の負担が大きくなりやすいため、基本的には避けたほうがよいパターンです。予算を伝えるタイミングとしては、初回相談時、またはヒアリング完了直後のいずれかを選ぶのが実務的には無難です。

複数社との駆け引きで、疲弊しないために

予算の伝え方を、複数の開発会社ごとに変えたり、駆け引きの戦略を練り込みすぎたりすると、相談そのものに疲れてしまうことがあります。この記事で紹介した「幅を持たせて伝える」という中間的な方法を、基本的なスタンスとして決めておき、それを複数社に一貫して使うことで、駆け引きに気を取られすぎずに、本来の目的（良い提案を受けること）に集中できます。

特に、個人や複業でのサービス立ち上げは、本業と並行して進めることが多く、使える時間そのものが限られています。開発会社ごとに異なる駆け引きの戦略を用意するのではなく、「自分の基本スタンス」を1つ決めて、それを一貫して使うほうが、結果的に判断の質も上がります。

チェックリスト：予算開示の方針を決める前に確認したいこと

予算をどう伝えるか迷ったときは、次のチェックリストを使って、自分の状況を整理してみましょう。

• [ ] 予算に、絶対に超えられない明確な上限があるか
• [ ] 業界の相場観について、自分はどの程度知っているか（ほぼ知らない/ある程度知っている）
• [ ] 検討している開発会社の数は何社か（1〜2社/3社以上）
• [ ] フルスクラッチ以外の選択肢（ノーコード、既存SaaSなど）も検討したいか
• [ ] 要望はすでに固まっているか、まだ検討中か
• [ ] 専門的な業務知識が絡むツールかどうか
• [ ] 相談にかけられる時間はどの程度残っているか

これらの項目を確認したうえで、「上限が明確」「相場観がない」「要望が固まっている」といった項目にチェックが多く入るなら、予算を先に伝える進め方が向いています。逆に「複数の選択肢を見たい」「要望がまだ固まっていない」という項目が多いなら、まずは予算を隠して幅広い提案を集める進め方が向いています。

予算の伝え方と、発注形態の関係

予算の伝え方は、どのような発注形態を選ぶかによっても変わってきます。フルスクラッチ開発、ノーコードツールの活用、既存SaaSのカスタマイズなど、選択肢の幅が広いほど、予算の伝え方が結果に与える影響も大きくなります。

フルスクラッチ開発を前提にする場合

要件が明確で、既存のサービスでは実現できない独自の機能が必須な場合、最初からフルスクラッチ開発を前提に相談することが多くなります。この場合、予算を伝えないと、開発会社側は「フルスクラッチとしての適正な工数」で見積もりを作るため、想定より高額な見積もりが出やすくなります。フルスクラッチが前提と分かっている場合は、早めに予算感を共有し、機能の優先順位についてすり合わせるほうが、手戻りの少ない進め方になります。

ノーコード・既存SaaSの活用も検討する場合

まだ「作り方」自体を決めていない場合は、予算を隠したまま相談することで、開発会社側から「ノーコードで十分では」「既存のSaaSをカスタマイズしたほうが安く早い」といった、フルスクラッチ以外の選択肢を提案してもらいやすくなります。個人や複業でのサービス立ち上げでは、最初からフルスクラッチにこだわらず、まずはノーコードや既存サービスで検証してから、必要に応じてフルスクラッチに移行するという段階的な進め方も現実的な選択肢です。

保守・運用まで見据えた予算の伝え方

見落とされがちですが、予算の話は「初期開発費」だけでなく「保守・運用費」も含めて考える必要があります。初期費用だけを予算として伝えると、開発会社側は初期リリースのことだけを考えた提案を作ってしまい、リリース後の保守体制や追加開発の話が後回しになることがあります。可能であれば、「初期費用は〇〇万円程度、月額の運用費は〇〇円程度まで」というように、初期費用と運用費を分けて伝えることで、開発会社側もトータルでの提案を組みやすくなります。

予算開示を後悔しないための、事前の心構え

予算をどう伝えるかを考える前に、そもそも「予算をどう決めたか」という前提を明確にしておくことも重要です。相場観がないまま、なんとなく決めた予算を伝えてしまうと、後になって「もっと安くできたのでは」「もっと質の高い提案を受けられたのでは」と後悔することがあります。

相場観を事前につかむための方法

予算を伝える前に、次のような方法で最低限の相場観をつかんでおくと、駆け引きの土台がしっかりします。

• 同じようなサービス・ツールを開発した人の事例を、SNSやブログで探してみる
• 開発会社の公開している料金レンジ（Webサイトに掲載されている場合）を複数社分見ておく
• 1社に「概算だけでもいいので、目安を教えてほしい」と相談し、相場感の当たりをつけてから本格的な相談を始める

こうした事前準備をしておくことで、予算を伝える場合も隠す場合も、自分の判断に自信を持って進められるようになります。

予算開示で後悔しがちな2つのパターン

• 「安さ」だけを基準に予算を決めてしまい、後から機能不足に気づく：予算を低く設定しすぎると、必要な機能が最初から削られた提案しか受けられず、結果的に追加開発でトータルコストが膨らむことがあります。
• 「相場より高い予算」を伝えてしまい、無駄な機能まで詰め込まれる：逆に相場観がないまま高めの予算を伝えると、本来不要な機能まで含めた提案が来て、当初の目的に対して過剰な投資になることがあります。

いずれのパターンも、事前に相場観をある程度つかんでおくことで避けやすくなります。

業種・サービス規模別に見る、予算開示の考え方の違い

予算をどう伝えるかは、立ち上げようとしているサービスの規模や業種によっても、適した判断が変わります。ここでは、いくつかの典型的なパターンに分けて、考え方の違いを整理します。

小規模なツール・業務効率化を目的とする場合

社内の業務効率化や、個人事業の予約管理といった、比較的小規模なツールを想定している場合は、予算感を早めに伝えるほうが話が早く進みやすい傾向があります。この規模では、そもそも選択肢の幅（フルスクラッチかノーコードかなど）よりも、「予算内でどこまで効率化できるか」という現実的な線引きのほうが重要になるためです。前述の「予算を伝えるほうが向いているケース」に当てはまることが多い領域です。

複業として、新しいサービスを立ち上げる場合

複業でtoC向けの新しいサービスを立ち上げる場合は、まだ市場の反応が分からない段階であることが多く、最初から大きな予算をかけてフルスクラッチで作り込むこと自体にリスクがあります。この場合は、予算を隠したまま「まずは最小限の形でリリースして検証したい」という要望を伝え、開発会社側からノーコードや簡易的な構成の提案を引き出すほうが、結果的に無駄な投資を避けられます。

専門性の高いBtoB向けツールを立ち上げる場合

士業・医療・特定業界向けなど、専門性の高いBtoBツールの場合は、前述のとおり、予算感を早めに共有し、専門的な要件をどこまで実現できるかを一緒に検討してもらう進め方が適しています。専門性が高い分野では、開発会社側の理解の精度が見積もりの精度に直結するため、予算という制約を早い段階で共有し、要件の優先順位づけを一緒に進めるほうが、効率的な合意形成につながります。

業種・規模別の判断基準まとめ

自分がこれから立ち上げようとしているサービスが、このどのパターンに近いかを考えてみることで、予算開示の判断もしやすくなります。

まとめ

予算を先に伝えるべきか、隠すべきかという問いに、絶対的な正解はありません。予算を伝えれば現実的な提案を受けやすくなり、隠せば幅広い選択肢を見られるという、それぞれのメリットがあります。多くの場合は、下限と上限の「幅」を持たせて伝える中間的な方法が実務的な解決策になり、それを複数社に一貫して使うことで、駆け引きに疲弊せずに本来の目的に集中できます。

最後に、この記事で紹介したポイントを振り返っておきます。予算を伝えることで得られるのは「現実的な提案」であり、予算を隠すことで得られるのは「幅広い選択肢」です。どちらを優先すべきかは、自分がすでに要望を固めているか、フルスクラッチ以外の選択肢も検討したいか、専門性の高い分野かどうかによって変わります。迷ったときは、この記事のチェックリストに立ち返り、自分の状況を整理してみてください。

そして何より、予算の伝え方そのものよりも、開発会社との信頼関係を築くことを優先しましょう。予算をどう伝えたときに、開発会社側がどのような反応を返すかは、その会社が発注後も誠実に対応してくれるかどうかを見極める、貴重な手がかりになります。駆け引きに気を取られすぎず、良いサービスを適切な費用で作るという本来の目的を、常に軸に置いておくことが大切です。

この記事の次に読みたい記事

予算の伝え方の駆け引きを理解したら、次は実際の相談の準備を進めましょう。あわせて次の記事も参考にしてください。

• 開発会社に相談する前に、決めておきたい3つのこと
• 個人が複数の見積もりを比較するとき、価格以外に見るべきポイント
• 開発会社を見極めるために、提案書で見るべきポイント