この見積もりは避けろ：怪しいIT提案書の10のサイン

「業者から受け取った提案書、よく読めないがなんとなく不安な感じがする——」千葉の社長からこうした相談を受けることがあります。その直感は、多くの場合正しいものです。問題のあるIT案件は、発注前の提案書の段階から兆候が現れます。本記事では、見積もり段階で見抜くべき10のレッドフラグ（赤信号）を整理します。

提案書は「業者の仕事の質」を映す鏡

提案書は、業者が営業モードで作る「最も気合の入った資料」です。それなのに以下のようなサインが見られるなら、発注後の実務品質はそれ以上に悪いと予測できます。提案書は、業者の仕事の質を測るリトマス試験紙として機能します。

レッドフラグ1：「一式」で内訳が書かれていない

「システム開発一式：500万円」のように、内訳がない見積もりは要注意です。「何にいくらかかるか」が見えないため、交渉も検収も困難になります。発注後に「この機能はオプション料金です」と言われても、反論の根拠が持てません。

内訳を依頼しても出さない業者は、その時点で選外候補にする方が安全です。

レッドフラグ2：「最新のAI技術を活用」など流行語の多用

「AI」「DX」「メタバース」「Web3」といった流行語を具体的な適用方法の説明なく多用している提案書は、中身が薄いことが多いです。実装できる技術者が社内にいない可能性、もしくは「聞こえの良い言葉」でごまかしている可能性があります。

流行語があれば「具体的にどの処理をAIで行うのか、どの精度を期待できるのか」を質問してみてください。明確に答えられない業者は避けた方が無難です。

レッドフラグ3：「弊社にお任せください」など主語が業者の言葉

提案書の主語が「弊社では」「当社の実績では」ばかりで、発注者の課題や業界への理解が欠けているものは危険です。本来、提案書は「発注者の課題をどう解決するか」が主語であるべきです。

自社紹介と実績アピールが提案書の大半を占めるなら、業者は「案件を取ること」にしか関心がなく、発注者の成功には興味が薄い可能性があります。

レッドフラグ4：納期と予算の根拠が示されていない

「開発期間6か月、費用800万円」と書かれていても、なぜ6か月なのか、なぜ800万円なのかの根拠がない提案書は要警戒です。根拠がないということは、業者自身も見積もりの正確性に自信がなく、後から「予算が足りません」「納期が間に合いません」と言い出す可能性が高いです。

良い提案書は、「設計2か月、実装3か月、テスト1か月」「設計者2名、実装者3名、テスト1名」などの根拠を示しています。

レッドフラグ5：追加費用の可能性が書かれていない

IT案件は、要件の変更や予期せぬトラブルで追加費用が発生する可能性が常にあります。誠実な提案書は「この条件が変わると追加費用になる」と明示しています。

「完全定額で対応します」と強調する業者は、かえって注意が必要です。途中で追加請求されたり、対応範囲を極端に狭く解釈されたりするパターンがあります。

レッドフラグ6：成功事例が匿名ばかり

実績紹介が「A社様」「某製造業」といった匿名ばかりで、具体的な企業名や担当者コメントがない場合、実績そのものが希薄な可能性があります。

機密保持で企業名を出せないケースは確かにありますが、全ての実績が匿名というのは不自然です。1社くらいは「担当者の声」や「企業ロゴ」を掲載できるはずです。

レッドフラグ7：自社サイトが古い・情報が少ない

業者自身のホームページを確認してみてください。10年前のデザインのまま、実績が数年更新されていない、会社情報が曖昧——こうした業者にIT案件を任せるのは危険信号です。

「紺屋の白袴」という格言があるように、自社サイトを大切にしていない業者は、顧客のサイトも大切にしない可能性があります。

レッドフラグ8：連絡が遅い・返事が曖昧

見積もり段階で、質問への回答が翌日以降になる、曖昧な答えを繰り返す、約束を守らない業者は、発注後の対応も同じです。最も丁寧であるべき受注前の段階でこの調子なら、納品後の保守フェーズは想像以上に厳しくなります。

逆に、質問に即日で具体的な回答を返してくる業者は、発注後も同じ対応が期待できます。

レッドフラグ9：「社長直接対応」の過度な強調

小規模ベンダーやフリーランスで「社長直接対応」を強みとして打ち出すケースがあります。これ自体は悪いことではないのですが、過度に強調される場合は属人化リスクがあります。

社長が病気や多忙で対応できない事態、急な退職などで、プロジェクトが止まる可能性があります。「社長以外の担当者も関与するか」「引き継ぎ体制はどうなっているか」を確認してください。

レッドフラグ10：契約書のひな形を出すのを渋る

見積もり段階で契約書のひな形を請求したときに、「正式発注後にご用意します」「テンプレートはご提示できません」と渋る業者は要注意です。契約書には業者にとって不利な条項が書きにくいため、発注直前まで内容を見せたくない可能性があります。

優良な業者は、見積もりと一緒に契約書のひな形を提示できます。契約内容を事前に擦り合わせる姿勢がある業者を選ぶことが、後のトラブル回避につながります。

市原の事例：レッドフラグを見抜いて回避した中小企業

市原の従業員15名の製造業で、3社から業務システム開発の提案を受けた事例です。最安値だった業者の提案書を精査すると、次のレッドフラグが5つも該当していました。

• 内訳が「システム一式」で書かれていない
• 「AI搭載」と記載があるが具体的な説明なし
• 納期の根拠が不明
• 追加費用の可能性が書かれていない
• 実績がすべて匿名

社長は価格の安さに惹かれていましたが、レッドフラグの多さを理由に2番目に安い業者を選択しました。プロジェクトは予定通りに完了し、結果として「安物買いの銭失い」を回避できました。

提案書チェックの実践手順

提案書を受け取ったら、次の手順でチェックしてみてください。

1. 10のレッドフラグを照らし合わせ、該当数をカウント——3つ以上該当なら選外候補
2. 該当レッドフラグについて業者に質問——どう答えるかで業者の誠実さが見える
3. 回答の質を評価——具体的に答えられる業者だけ次の選考ラウンドに残す

まとめ：「違和感」を無視しない

提案書を読んでいて「なんとなく不安」という直感は、多くの場合、10のレッドフラグのいずれかに反応しています。その違和感を「気のせい」と流すのではなく、具体的に言語化し、業者に質問することが、失敗を避ける最大の防御策です。

受け取った提案書の評価に自信が持てない、複数社を客観的に比較したい、という場合は第三者の目でレビューするのが安全です。当社では月1.5万円のIT顧問ライトプランで、提案書のレッドフラグチェック、業者比較のサポートを提供しています。千葉の社長が、失敗のリスクを最小化して発注できるよう、発注者側の立場で支援いたします。