ベンダーに見積を依頼する前に、システムの複雑度を自分で見積りましょう。

このツールは誰のため？

• 経営者 / CEO

  ベンダーの高値見積や項目漏れに惑わされず、ソフトウェア予算を承認したい方。

• 運用 / 社内IT責任者

  ベンダーが正しいスコープで見積れるよう、十分に明確な要件を用意し、途中の発生を防ぎたい方。

• 見積収集中の創業者 / PM

  3〜5倍も差のある見積を、同じ物差しで比較する基準が欲しい方。

5つのコスト変数フレームワーク

実際にコストを生むのはこれら——画面数ではありません。

• 業務フローと例外

  最大の変数。「たまに起きる」例外が実作業量の30〜50%を占めることが多い。

• 連携レベル

  APIのない旧システムとの連携は、主要機能より高くつくことがあります。

• データの現状

  未標準化のExcel/旧データの移行は、最も忘れられがちな項目です。

• 権限と承認

  承認の各階層は、ロジックの階層でありテストの階層です。

• 運用コミットメント

  インフラ・監視・SLAを左右——安い見積が省きがちな部分。

ツールの使い方

約1分、技術知識は不要です。

• 5問に答える

  各問は1つのコスト変数を業務の言葉で説明します——自社システムに最も近いレベルを選んでください。

• 複雑度プロファイルを見る

  ツールが相対的なバンド（シンプル/中程度/複雑/非常に複雑）と5軸レーダー、注意点を返します。

• 見積依頼書を取得

  サマリーを見積依頼の付録としてコピー——全ベンダーが同じスコープで見積れるように。

見積もりの数字が教えてくれないこと

見積もりはあくまで出発点です。14年デリバリーを統括してきたシステムアーキテクト（PMP）の視点で読み解き、後からコストを押し上げがちな見落とし項目を示します。

• 業務例外とデータ移行 — 安価な見積もりが省きがちな2項目。
• 豊富な実績：日越両市場で40件以上の大規模システムを設計・納品してきました。
• 規模に見合ったアーキテクチャ：過剰設計も場当たり的な実装もしません。

よくある質問

• このツールは具体的な金額を出しますか？

  いいえ。「画面数」や絶対額での見積は意図的に避けています——それは誤った見積方法だからです。代わりに相対的な複雑度レベルと、ベンダーが同じスコープで見積れる明確な要件記述を提供します。

• なぜ同じ要件で見積が3〜5倍も違うのですか？

  各ベンダーが同じ曖昧な記述から異なるスコープを見積っているためです。最安値は通常、主要フローのみを計上し、例外・連携・データ移行・運用を省きます。5つの変数すべてを記述すると、差は大きく縮まります。

• IT担当がいない会社はどう見積れますか？

  5変数フレームワークは業務の言葉で答えられるよう設計されており、プログラミング知識は不要です。業務フロー、例外、データの所在を説明するだけです。技術的複雑度への変換はベンダーの仕事です。

• 社内ソフトの運用コストはどれくらいですか？

  実際のプロジェクト経験では、最初の3〜4年の運用・保守・改修の合計は初期構築費と同程度になることが多いです。したがって正しい予算はライフサイクルの総保有コスト（TCO）です。

• 予備費はどれくらい確保すべきですか？

  データ移行や稼働中システムとの連携がある場合、構築費に対し15〜25%が妥当です。金額より重要なのはルール：予備費は後から判明した例外のみに使い、途中で思いついた新機能には使いません。