顧客別採算の計算方法|売上・直接工数・再作業・回収コストを同じ表にする
売上の大きい顧客が、利益の大きい顧客とは限らない。個別見積、頻繁な修正、短納期、請求確認、入金遅れへの対応が重なると、売上総額だけでは現場の負担が見えない。顧客別採算は、顧客を切る表ではなく、価格と提供範囲を判断する表だ。
不動産の買取再販で物件ごとの仕入・工事・売却を計算する話は買取再販の利益計算が扱う。この記事は業種を問わず、継続取引の顧客へ売上・直接工数・再作業・回収対応を結びつける方法に限定する。
顧客別採算を四つの段階に分ける
| 段階 | 含めるもの | 判断 |
|---|---|---|
| 取引採算 | 売上、値引、仕入、外注、送料など | 商品・案件の粗利 |
| 提供採算 | 営業、制作、運用、訪問など直接工数 | 提供範囲と価格 |
| 品質採算 | 修正、返品、再作業、問い合わせ | 要件・品質・承認 |
| 回収採算 | 請求訂正、入金確認、督促、個別条件 | 請求・契約条件 |
最終利益を一列だけ出すと、どこを変えればよいか分からない。段階ごとに残せば、商品構成、作業範囲、品質、回収条件のどこで負担が増えたかを判断できる。
顧客キーと契約単位を先に決める
同じ会社に複数部署・契約・案件がある場合、会社全体で見るか、契約別に見るかで採算は変わる。価格や継続判断を契約ごとに変えられるなら契約を最小単位にし、最後に会社へ集約する。請求先名だけで集計すると、表記揺れや請求代行で分かれる。
- 会社を識別する顧客ID
- 提供条件を識別する契約ID
- 個別仕事を識別する案件・注文ID
- 売上、費用、工数をどのIDへ付けるか
- 統合・分割した際の変更履歴
管理会計全体の最小単位は中小企業の管理会計の始め方で決める。顧客別採算では、そのうち価格や継続を変えられる契約単位までを扱う。
直接工数は採算差が出る業務だけから始める
すべての時間を細かく記録しようとすると入力が続かない。顧客による差が出やすく、条件変更へつながる業務を選ぶ。営業提案、定例、制作、修正、問い合わせ、請求対応などだ。
| 工数区分 | 記録する場面 | 改善候補 |
|---|---|---|
| 営業・提案 | 追加提案、見積変更、社内調整 | 提案範囲、承認 |
| 提供 | 顧客固有の制作・訪問・運用 | 標準化、価格 |
| 再作業 | 差戻し、返品、やり直し | 要件、受入条件 |
| 管理 | 請求訂正、入金確認、個別報告 | 契約、請求条件 |
記録できない共通作業は無理に顧客へ割らず、共通費として別に見る。推定を使う場合は実績と列を分け、根拠と更新日を残す。
再作業は原因と負担者を分ける
修正回数だけでは、顧客条件が原因か、自社の品質不良か分からない。再作業ごとに、発生日、対象、原因区分、作業時間、契約内外、承認者を残す。顧客都合でも契約上含まれる修正なら提供コストであり、自社ミスなら価格改定より品質改善が先になる。
- 要件が未確定のまま着手した
- 顧客側の条件・素材が後から変わった
- 自社の作業・確認に不備があった
- 契約範囲の解釈が双方で違った
- 外部環境や連携先の変更があった
請求と回収の個別対応も採算へ含める
売上が計上されても、請求書の分割、送付先変更、検収待ち、入金照合、督促などに個別対応が多いと管理負担が残る。金利や信用判断をこの記事で決めるのではなく、自社で実際に発生した作業を記録する。
| 項目 | 記録 | 見直し先 |
|---|---|---|
| 請求訂正 | 理由、回数、対応工数 | 請求条件・確認 |
| 検収待ち | 不足資料、決定者、待機 | 受入条件 |
| 入金照合 | 名義・金額差の確認 | 識別情報 |
| 未回収対応 | 連絡、合意、再請求の作業 | 支払条件・責任者 |
共通費配賦の前後を両方残す
顧客へ直接ひも付かない管理部門、オフィス、共通システムなどは、目的に合わせて配賦する。ただし、配賦後の数字だけでは顧客担当が変えられる範囲が見えない。取引・提供・再作業・回収までの採算と、共通費配賦後を分ける。
中小企業庁は中小会計要領などの会計情報を公開し(中小企業庁)、2026年版中小企業白書も公開している(白書PDF)。財務会計の正しさを保ったうえで、社内判断用の補助項目として顧客・契約IDと作業記録を結ぶ。
採算会議は終了判断から始めない
- 取引、提供、品質、回収のどこで差が出たか確認する。
- 一時的な立上げ負担か、継続して発生する条件かを分ける。
- 価格、提供範囲、承認、請求条件で変えられるかを見る。
- 紹介や共通資産など戦略的な理由を別欄で確認する。
- 継続、条件変更、縮小、終了と、次回の確認日を決める。
戦略理由を使う場合も「重要顧客だから」で終わらせず、誰が、何を期待し、いつ再評価するかを書く。採算が悪い状態を無期限に正当化しないためだ。
採算台帳の定義を月ごとに変えない
顧客別採算は、費用を追加するほど精密に見える。しかし、今月は営業工数を含み、先月は含まないという状態では比較できない。売上の計上時点、直接費、工数区分、再作業、回収対応、共通費配賦の定義を台帳へ残す。
| 定義 | 決める内容 | 変更時の記録 |
|---|---|---|
| 売上 | 受注、納品、検収、請求のどこで見るか | 変更理由と適用開始 |
| 直接費 | 取引へ直接付ける費用 | 追加・除外した費目 |
| 工数 | 記録対象、入力元、単価の扱い | 実績・推定の区別 |
| 配賦 | 目的、基準、元データ | 比較が切れる時点 |
定義を変える必要がある場合は、過去を組み替えた数字と、当時のままの数字を混ぜない。変更前後を分け、採算が改善したのか、計算方法が変わったのかを説明できるようにする。
顧客担当だけで採算を確定しない
営業担当は契約背景や将来性を知る一方、再作業や請求対応をすべて把握していないことがある。提供担当、管理担当と同じ顧客・契約IDで確認し、数字の事実と戦略判断を分ける。
- 営業は契約条件、追加依頼、将来案件を確認する
- 提供側は標準外作業、待機、再作業を確認する
- 管理側は請求訂正、検収、入金対応を確認する
- 責任者は価格・範囲・継続の選択肢を決める
- 経営へは部門で決められない例外だけを上げる
担当者を評価するために採算表を使うと、工数や再作業が記録されなくなる。個人の成績ではなく、会社が約束した条件と実際の提供負担の差を直すために使う。
最初は採算差が大きい顧客群で試す
全顧客へ一斉に工数記録を求めず、同じ売上帯でも現場負担が違う顧客群を選ぶ。過去の売上・直接費へ、一定期間の工数、再作業、請求対応を追加し、どの項目が判断を変えたか確認する。
効果は採算表を完成させたことではなく、値付け、範囲、承認、請求の条件を具体的に変えられたかで見る。顧客別採算は、担当者の頑張りを責める表ではない。見えなかった個別対応を会社の条件設計へ戻す表だ。
条件を変えた後は、採算だけでなく顧客への影響も確認する。修正回数を減らすために確認工程を追加した結果、顧客の待ち時間が増えることもある。自社負担を相手へ押し戻すのではなく、双方が迷わない要件、受入、連絡の形へ直す。
顧客群を比較するときは、契約開始時期や提供段階もそろえる。立上げ中の顧客と安定運用の顧客を同じ基準で並べると、初期負担だけが悪く見える。立上げ・安定・縮小など現在段階を持ち、同じ段階の中で差を読む。
判断結果と実行した条件変更は、次回の採算表へ結びつける。改善した行と変わらなかった行を分け、効かなかった打ち手を繰り返さない。
よくある質問
顧客別採算はどう計算しますか?
顧客別売上から商品・外注など直接費を引き、提供工数、再作業、個別配送や出張、請求・入金確認など顧客固有の対応コストを段階的に加える。共通費配賦の前後を分け、どの費用を顧客が発生させたか追えるようにする。
担当者の工数を正確に記録できない場合はどうしますか?
最初から全時間を細かく取らない。見積、提供、修正、請求など採算差が出る業務だけを記録し、記録不能な共通作業は別枠にする。推測値を実績と混ぜず、推定なら推定と分かる列へ置く。
採算が悪い顧客はすぐ契約終了すべきですか?
採算表だけで即終了しない。立上げ期、紹介、将来案件、他顧客との共通資産など戦略的な理由を別欄で確認し、価格、範囲、承認、請求条件の変更で改善できるかを先に判断する。
泉 款太(いずみ かんた)
株式会社SalesDock 代表取締役
慶應義塾大学法学部卒。スタートアップ、ラクスル、リクルート(SUUMO)を経て2025年に独立。 中小企業の経営・営業・業務・データをつなぐ事業基盤の設計と実装を支援。 不動産・製造業・クリニックを中心に、累計40社以上の支援に携わる。
代表者情報を読む →この記事の数値について
本文中に一次資料へのリンクがある数値は、リンク先を出典としています。 リンクのない業務設計、判断基準、実務上の目安は、SalesDockが累計40社以上の支援と自社運用で得た知見を一般化したものです。 個別企業での成果を保証する数値ではなく、条件によって変わります。