経営・採算管理
採算設計とは。プロジェクト型組織が受注前に利益を作る新カテゴリ
採算設計とは、プロジェクト型組織が案件ごとの利益を受注前に設計する考え方である。
それを実装するSaaSが採算設計クラウドだ。PSA・予実管理・工数管理が事後集計に立つのに対し、採算設計クラウドは案件が走り出す前の提案・受注フェーズで限界利益と体制を確定させる。CATCAREERはこの新カテゴリを提唱し、製品『CATCAREERアサインメント』として実装した(サービスサイトの位置づけ表記は「AI採算設計クラウド」)。
この記事の要点
- 採算設計とは、プロジェクト型組織が案件ごとの利益を受注前に設計する考え方だ。
- それを実装するSaaSカテゴリが採算設計クラウドで、CATCAREERが提唱した。
- 既存のPSA・ERP・工数管理・タレントマネジメントは受注後〜事後を扱う管理系で、利益が決まる「受注前の一瞬」には触れられない。
- 採算設計はAI実装を前提とした概念ではない。AIは編成変数の組み合わせを効率よく解くための触媒で、本質は意思決定の前倒しにある。
- 対象はIT受託開発・コンサル・デジタル運用など、案件ごとに体制を組み直すプロジェクト型組織だ。
採算設計とは何か
採算設計とは、プロジェクト型組織が案件ごとの限界利益を、受注前に意図的に設計する考え方である。最適化する対象は案件ごとの限界利益、扱う時間軸は受注前、主な使い手は経営者と事業責任者だ。
この考え方の中核は三つだ。第一に、案件の利益が決まる瞬間——どの案件を、いくらで、誰を組んで受けるか——を意思決定の対象として可視化する。第二に、スキル・稼働・グレードミックス・本人のキャリア意向といった編成変数を多面的に評価する。第三に、受注前の体制と単価が変わると限界利益がどう動くかを、走り出す前にシミュレーションする。
プロジェクトの利益は、走り出してから残すものではない。走り出す前に、設計するものだ。
この一文が採算設計の定義そのものだ。
採算設計クラウドとは何か
採算設計クラウドは、上記の採算設計をSaaSとして実装したカテゴリ名である。受注前の提案フェーズで、案件ごとの限界利益と編成をシミュレーションするためのクラウドサービスを指す。
CATCAREERが提唱した新カテゴリで、現時点ではCATCAREERアサインメントが代表的な実装である。サービスサイトでは差別化のため「AI採算設計クラウド」と表記しているが、カテゴリ名としては「採算設計」「採算設計クラウド」が正確だ。AIは編成変数の組み合わせ爆発を解くための触媒であり、カテゴリの本質はAI実装の有無ではなく、意思決定の前倒しの有無にある。
なぜ「管理」ではなく「設計」なのか
利益と費用は、性質がまるで違う。費用は発生した後で記録・効率化できる。利益は発生する前に決めておかないと、後から増やせない。
プロジェクトの利益は、受注を決めた一瞬でほぼ確定する。どの案件を選び、どの単価で、どの体制で受けるか。ここで限界利益はほぼすべて決まる。スコープが固まり、契約が結ばれた後では、現場がどれだけ進捗を管理しても、安すぎる単価で受けた案件は黒字には戻らない。
したがって、利益を増やすための介入点は「受注前」にしかない。事後の管理ではなく、事前の設計だ。採算設計クラウドが「管理」ではなく「設計」を名乗るのは、技術的な差別化ではなく、利益が決まる瞬間に対して正しい場所に立っているからだ。
事後集計の限界については「予実管理の手前」で勝負は決まる。未来の利益を設計するにはで詳述している。
PSA・予実管理・工数管理・タレントマネジメントとの違い
既存の管理系カテゴリと採算設計クラウドを横に並べると、立ち位置の違いがはっきりする。
| カテゴリ | 時間軸 | 最適化対象 | 主な使い手 | 代表ツール例 |
|---|---|---|---|---|
| 採算設計クラウド | 受注前(提案・営業フェーズ) | 案件ごとの限界利益 | 経営者・事業責任者 | CATCAREERアサインメント |
| PSA(Professional Services Automation) | 受注後〜実行中 | プロジェクト原価・収益認識 | プロジェクト管理部・経理 | ZAC、Reforma PSA、Mavenlink |
| 予実管理/FP&A | 月次〜年次(事後) | 全社・部門の予算消化 | 経営企画・CFO | Anaplan、Loglass、DIGGLE |
| 工数管理 | 実行中〜事後 | 工数・原価の記録 | PM・現場 | クラウドログ、TimeTracker |
| タレントマネジメント | 半期〜年次(静的) | 人材の評価・育成 | 人事 | タレントパレット、カオナビ |
縦に5行並ぶが、時間軸の列を見れば線は一本だ。
最上段だけが受注前、残りはすべて受注後だ。
これは技術的な差ではなく、構造的な分担の差である。PSAは案件の実行管理を強くする。予実管理は会社全体の予算消化を見える化する。工数管理は原価精度を上げる。タレントマネジメントは人材育成を支える。どれも事業に要る道具だ。しかし、案件ごとの限界利益を受注前に決める仕事には、どれも届かない。
PSAと採算設計クラウドの関係についてはZAC・Reformaは捨てるな。採算は基幹システムの前で決まるで、コスト管理と利益設計の分かれ目についてはコスト管理型か、利益創出型か。法人向けSaaS選びの分かれ道で具体的に書いた。
なぜAIが触媒として要るのか
採算設計はAI実装を前提とした概念ではない。だが現実に多変数の編成を扱おうとすると、AIなしでは精度と速度が追いつかない。
案件の限界利益は、単純な式では決まらない。スキル、稼働、グレードミックス、本人のキャリア意向、過去の類似案件の実損益、相性、抜擢可否——これらの組み合わせが、わずかな差で利益率を数ポイント動かす。
人とExcelでこれを扱うと、検討できる組み合わせは数パターンに絞られる。提案前夜の徹夜でテンプレートに工数を入れ直すうちに、本当に黒字なのか自分でも分からなくなる。結局は「過去のあの案件と似ているから、たぶん黒」という勘の世界に着地する。
AIは人間の代替ではない。現場の生のリアル——スキル・稼働・本音・キャリア意向——を経営が再び知るための触媒だ。
メンバー本人とAIメンターが対話することで蓄積されるリアルなデータを、経営の採算設計に結びつける。スキルシートでは見えない動的な現実を、限界利益のシミュレーションに乗せる。これがCATCAREERの位置づけ表記に「AI」が含まれている理由だ。
スキルベースの編成がスキルシートで成立しない理由は「入力しろ」では、誰も入力しない。スキル管理に欠けた現場インセンティブに書いた。
どこから始めるか
採算設計クラウドの導入は、システム入れ替えから始めるものではない。既存のPSAや工数管理を捨てる必要はない。それらは事後管理の場で機能し続ける。
始まりは一つだ。
次に提案する1案件の体制と単価を、受注前にシミュレーションすること。
限界利益が見えた状態で受注を決め、走り出す前に編成を握る。これを案件単位で積み重ねるうちに、組織の意思決定が事後集計から事前設計へと移っていく。
製品としての実装は、採算設計クラウド『CATCAREERアサインメント』である(特許出願済)。立っているのは、案件がまだ受注されていない提案・営業フェーズ。事後の管理SaaSが決して触れられない、利益が決まる一瞬の上流だ。
FAQ
採算設計とは何ですか?
採算設計とは、プロジェクト型組織が案件ごとの限界利益を受注前に意図的に設計する考え方です。事後の集計や管理ではなく、提案・受注フェーズで「どの案件をいくらで誰を組んで受けるか」を意思決定の対象として可視化し、走り出す前に利益を確定させます。
採算設計クラウドとは何ですか?
採算設計クラウドとは、採算設計をSaaSとして実装した新しいカテゴリです。受注前の提案フェーズで、案件ごとの限界利益と編成をシミュレーションするクラウドサービスを指します。CATCAREERが提唱した新カテゴリで、CATCAREERアサインメントが代表的な実装です。
なぜ「管理」ではなく「設計」なのですか?
プロジェクトの利益は受注を決めた一瞬でほぼ確定するため、後から管理しても変えられないからです。コストや工数の管理をどれだけ精緻にしても、安すぎる単価で受けた案件は黒字に戻りません。利益は走り出す前に、意志を持って設計する対象です。
PSA・ERP・工数管理ツールとの違いは何ですか?
対象とする時間軸と最適化の対象が違います。PSA・ERP・工数管理は受注後・実行中・事後の管理が中心で、すでに発生した工数や原価を集計します。採算設計クラウドは受注前の提案フェーズで、案件ごとの限界利益と編成を設計します。立ち位置が上流と下流で完全に分かれます。
どの業種に向いていますか?
IT受託開発・ITコンサルティング・デジタル運用・制作会社・コンサルティングファームなど、プロジェクトごとに体制を組み直すプロジェクト型組織が対象です。月次の繰り返し業務ではなく案件ごとに採算が再設計される業態であるほど、採算設計クラウドの効果が大きく出ます。