2026-02-13

受注案件ごとの採算性を見積段階で検証し赤字案件の発生を防ぐ方法

受注してから利益が出ないと気づく。これは中小・中堅企業の受注型ビジネスで最も多い利益流出パターンです。見積書を作る段階で過去の類似案件の原価実績を確認できれば防げたはずの赤字が、システム間の情報断絶によって繰り返し発生しています。見積管理、原価管理、販売管理がそれぞれ独立して動いている限り、営業担当者が受注判断の根拠にできる数字は勘と経験だけになります。

この記事は、従業員50〜300名規模の受注型ビジネス（IT開発、建設、製造、広告制作など）で、見積作成や原価集計を兼務している営業マネージャーや管理部門の担当者を想定しています。読み終えると、見積作成時に過去案件の原価実績を自動で参照し、受注前に採算ラインを判定できるワークフローを自社に導入する手順が分かります。大規模エンタープライズ向けのERP全社導入計画や、個別ツールの網羅的なレビューは扱いません。

なお、本記事で紹介するツールの組み合わせは代表的な一例です。同じ役割を果たす別の製品でも、同様のワークフローを構築できます。

読み終えた時点で、見積作成から採算判定までの具体的な3ステップのワークフローと、自社で最初に着手すべきアクションが明確になります。

Workflow at a glance: 受注案件ごとの採算性を見積段階で検証し赤字案件の発生を防ぐ方法

Step 1: 過去の類似案件の原価実績を抽出する (楽楽販売) (販売管理システム)
Step 2: 見積書に原価根拠を反映し採算シミュレーションを行う (board) (帳票作成ツール)
Step 3: 採算基準に基づく受注判断を行う (board) (帳票作成ツール)

なぜ見積段階で採算性が見えなくなるのか

3つのシステムに分断されたデータ

受注型ビジネスでは、見積書は見積管理システムで作り、実際にかかった原価は原価管理システムに蓄積され、受注や売上の情報は販売管理システムで管理されます。この3つのシステムがつながっていないと、営業担当者が見積書を作るときに参照できるのは自分の記憶か、手元のExcelファイルだけです。過去の類似案件で実際にいくらかかったのかを正確に把握する手段がありません。

原価超過が判明するタイミングの遅さ

原価実績が確定するのはプロジェクト完了後、あるいは月次の締め処理後です。つまり、赤字だと分かるのは受注から数週間〜数か月後になります。この時点では値上げ交渉もスコープ変更も難しく、赤字をそのまま飲み込むしかありません。判明が遅いほど打てる手は減ります。

属人的な見積精度のばらつき

ベテラン営業は過去の失敗を記憶しているため、ある程度の精度で見積もれます。しかし、その知見は個人の頭の中にあり、組織として共有されていません。担当者が変わった途端に同じ失敗が繰り返されるのは、データではなく記憶に依存しているからです。

重要な考え方：見積書に過去の原価実績を自動で添付する仕組みをつくる

採算性の検証を個人の判断力に頼るのではなく、見積書を作成した時点で過去の類似案件の原価データが自動的に表示される仕組みにすることが解決の核心です。

原価データの参照を見積プロセスに組み込む

重要なのは、原価データを見に行く行為を営業担当者の意思に委ねないことです。見積書を作成するプロセスの中に、過去案件の原価参照が自然に組み込まれていれば、確認漏れは構造的に起きません。これは新しいツールを導入するだけでは実現できず、データの流れを設計し直す必要があります。

採算判定の基準を事前に決めておく

粗利率の下限ラインを事前に設定しておくことも欠かせません。たとえば粗利率25%未満の案件は上長承認を必須にする、15%未満は原則受注しないといったルールです。基準が明確であれば、見積段階で自動的にアラートを出せます。判断基準が曖昧なまま採算データだけ見せても、結局は受注したい気持ちが勝ってしまいます。

見積作成から採算判定までの実践ワークフロー

以下の3ステップを、見積書を作成するたびに実行します。営業担当者が見積書を作成し、管理部門が採算を確認し、営業マネージャーが最終判断するという流れです。

ステップ1：過去の類似案件の原価実績を抽出する（楽楽販売）

営業担当者が見積書を作成する前に、まず楽楽販売で過去の類似案件を検索します。楽楽販売には案件ごとの売上・原価・粗利の実績データが蓄積されているため、業種・案件規模・サービス種別などの条件で絞り込み、直近2年分の類似案件を3〜5件抽出します。

具体的には、案件カテゴリと金額帯で検索し、各案件の見積金額・実績原価・粗利率を一覧で確認します。この作業は1件あたり5分程度です。ここで確認すべきポイントは、見積時の想定原価と実績原価の乖離幅です。過去案件で原価が見積比120%以上に膨らんでいたカテゴリは、今回の見積でもバッファを積む必要があります。

ステップ2：見積書に原価根拠を反映し採算シミュレーションを行う（board）

ステップ1で得た原価実績をもとに、boardで見積書を作成します。boardは見積書の作成から受注・請求までを一気通貫で管理できるため、見積段階の数字がそのまま受注後の管理に引き継がれます。

見積書の各項目に対して、過去実績に基づく原価見込みを入力し、案件全体の粗利率を算出します。boardの案件管理機能を使い、粗利率が事前に設定した基準（たとえば25%）を下回る場合は、見積書のステータスを要確認に設定します。この段階で営業担当者自身が採算ラインを意識できるため、無理な値引きの抑止にもなります。

見積書には備考欄に参照した過去案件の番号と粗利率を記載しておきます。これにより、上長が承認する際に根拠を即座に確認できます。

ステップ3：採算基準に基づく受注判断を行う（board）

boardで作成した見積書を、営業マネージャーが承認します。承認時に確認するのは3点です。粗利率が基準を満たしているか、過去の類似案件と比較して原価見込みに妥当性があるか、リスク要因（納期の短さ、仕様の曖昧さなど）が価格に反映されているかです。

粗利率が基準を下回る案件は、値上げ交渉・スコープ縮小・辞退のいずれかを判断します。この判断プロセスをboardの承認ワークフローに組み込むことで、基準未満の案件が承認なしに受注されることを防ぎます。

受注が確定したら、boardから受注データが販売管理の流れに乗り、プロジェクト進行中の原価は楽楽販売に記録していきます。プロジェクト完了後に実績原価を楽楽販売に登録することで、次回以降の見積精度がさらに向上するサイクルが回り始めます。

この組み合わせが機能する理由

楽楽販売：原価実績の蓄積と検索性

楽楽販売の強みは、案件単位でのデータ管理を柔軟にカスタマイズできる点です。案件カテゴリ・顧客業種・金額帯・担当者といった軸で原価実績を検索できるため、類似案件の抽出が容易です。Excelで原価管理をしている企業からの移行もスムーズで、CSVインポートで過去データを取り込めます。

一方で、楽楽販売は見積書の作成・送付機能に特化したツールではありません。見積書のレイアウトや帳票出力の自由度を求める場合は、見積作成は別ツールに任せる方が実務に合います。また、初期設定でデータベースの項目設計が必要なため、導入時に管理部門が1〜2週間ほど設計作業に時間を割く必要があります。

board：見積から受注までの一気通貫管理

boardは見積書の作成から受注・納品・請求までを1つの案件として管理できるため、見積段階の粗利シミュレーションがそのまま受注後の実績管理につながります。見積書を作るたびに案件の採算が可視化される点が、このワークフローの要です。

boardの制約として、原価実績の蓄積・分析機能は楽楽販売ほど柔軟ではありません。過去案件の原価を多角的に分析するには楽楽販売側のデータが必要です。また、boardは中小企業向けに設計されているため、数百名規模の組織で複雑な承認フローが必要な場合は、権限設定の細かさに限界を感じる場面があります。

2つのツールの役割分担

楽楽販売が原価実績のデータベースとして機能し、boardが見積作成と受注判断のフロントとして機能します。この役割分担により、営業担当者はboardだけを見て見積作成から受注判断まで完結でき、管理部門は楽楽販売で原価データの精度を維持するという分業が成立します。2つのツール間のデータ連携は、週次でCSVエクスポート・インポートを行う運用で十分対応できます。API連携を組む余力がある場合は自動化も可能ですが、まずは手動運用から始めて、データの流れを確認してから自動化を検討する方が失敗しません。

Recommended tool list

Tool	Role	Pricing	Implementation time	Notes
board	見積書の作成から受注・請求までの一気通貫管理と採算シミュレーション	月額課金	1〜2週間	見積テンプレートの作成と粗利率の基準値設定が初期作業の中心。既存の見積書フォーマットをboardに移行する際、項目の対応付けを事前に整理しておくとスムーズに立ち上がる。
楽楽販売	案件単位の原価実績データベースとしての蓄積・検索	月額課金	2〜3週間	データベースの項目設計が導入の鍵。案件カテゴリ・顧客業種・金額帯・原価内訳の項目を最初に定義し、過去データはCSVインポートで取り込む。項目設計に管理部門の工数を確保する必要がある。