月次の試算表を見て、首をかしげる。売上は前年を上回り、社員は毎晩遅くまで働いている。それなのに、利益がほとんど残っていない。
受託開発、コンサルティング、デザイン、広告、保守サービス。案件単位で仕事を受ける会社の経営者から、よく聞く悩みです。原因はたいてい、「案件ごとの採算が終わってからしか分からない」ことにあります。
Odoo（オドゥー：オープンソース由来の統合業務アプリ群）を使うと、見積・工数・請求が1つの案件の上でつながります。サービス業の原価の大半は、人の時間です。誰がどの案件に何時間かけたかが記録されれば、採算は終わる前に見えてきます（サービス業の原価は「人の時間」）。
たとえば、次のことが変わります。
- 進行中の案件の採算が分かり、追加作業の交渉や体制の組み替えを早めに打てる
- 過去の案件の実績をもとに、根拠のある見積を出せる
- 特定の人に負荷が集中していることに、数字で気づける
- 追加で発生した作業の請求漏れに気づける
なお、Odooには無料のCommunity版と有償のEnterprise版があり、使えるアプリの範囲が異なります。
ただし、拠点や事業が増え、連結や統制の要件が重くなった会社はNetSuiteも比べる段階です。良い点と注意点は、サービス業でOdooを使うメリットとデメリットにまとめました。
そして、仕組みを入れただけでは数字は出てきません。サービス業でつまずくのは、たいてい「工数入力」です。入力が続く会社と続かない会社は、どこで分かれるのか。答えは工数入力を定着させる工夫にあります。
サービス業の原価は「人の時間」
製造業なら、原価の中心は材料費です。数量と単価で計算できます。
サービス業では、原価の大半が人件費です。そして人件費は、「誰が、どの案件に、何時間かけたか」で決まります。
ここが記録されていないと、どうなるか。
- 案件Aは黒字、案件Bは赤字。しかしどちらがそうなのか分からない
- 「この規模ならこのくらい」という見積が、経験と勘のままになる
- 追加で発生した作業を、請求できずに飲み込む
- 特定の人に負荷が集中していても気づけない
逆に言えば、工数（作業にかけた時間）が記録されるだけで、多くのことが見えてきます。
Odooで統合できる範囲（プロジェクト・タイムシート・会計）
Odooは、業務ごとのアプリを組み合わせて使う構造です。プロジェクト型ビジネスに関わる主なアプリは次のとおりです。
| アプリ | 担う領域 |
|---|---|
| CRM | 引き合いから受注までの案件管理 |
| 販売 | 見積の作成、受注の記録 |
| プロジェクト | 案件ごとのタスクと進捗の管理 |
| タイムシート | 誰がどの案件に何時間かけたかの記録 |
| フィールドサービス | 現地作業の管理（訪問型のサービス業向け）。19.2で独立アプリを廃止し計画（Planning）に統合。19.0では独立アプリ |
| ヘルプデスク | 問い合わせ・サポート案件の管理 |
| 会計 | 売上・原価の計上、請求 |
（出典：Odoo公式ドキュメント、2026年10月確認）
しかも、これらのアプリは同じ案件を軸につながっています。見積で想定した時間、実際にかかった時間、請求した金額。この3つが、1つの案件の上に並びます。
案件採算と工数管理で見えるようになる4つのこと
案件ごとの採算
売上から、その案件にかかった工数分の人件費と外注費を引く。これで案件別の利益が出ます。
進行中に見えることが重要です。終わってから赤字だと分かっても、打つ手はありません。
進行中なら、次の判断ができます。
- 追加作業として交渉する
- 作業範囲を見直す
- 体制を組み替える
受注の時点から採算を追う考え方は、「締めてから分かる」経営を抜け出すにもまとめています。
見積の精度
過去の案件の実績がたまると、見積の根拠が変わります。
「この規模のサイト制作は、前回120時間かかった」。この実績があれば、次の見積は現実に近づきます。
営業力にも直結する話です。根拠のある見積は、値引き交渉にも耐えやすくなります。
稼働の偏り
誰がどのくらい稼働しているかが見えると、負荷の偏りに気づけます。
特定の人に仕事が集中すれば、それは離職のリスクです。数字で見えていれば、早めに手を打てます。
請求漏れ
追加で発生した作業が記録されていれば、請求の対象かどうかを判断できます。
記録がなければ、そもそも気づけません。サービス業の利益は、ここで気づかないうちに削られています。
サービス業でOdooを使うメリットとデメリット
サービス業・プロジェクト型ビジネスから見ると、Odooの良い点と注意点は次のとおりです。使える版は、本文で触れた範囲で添えています。
メリット
- 見積・工数・請求が案件でつながる：見積で想定した時間、実際にかかった時間、請求した金額が、1つの案件の上に並ぶ
- 進行中に採算が見える：終わる前に分かるので、追加作業の交渉・作業範囲の見直し・体制の組み替えを打てる
- 見積の根拠が実績になる：過去の案件の実績がたまり、次の見積が現実に近づく
- 稼働の偏りと請求漏れに気づける：負荷の集中や、追加で発生した作業が記録から分かる
- 案件と工数の記録は両版で使える：プロジェクトと工数の記録は、Community版とEnterprise版の両方にある基本機能
デメリット・注意点
- 工数入力の定着が最大の壁：仕事が増える、監視されていると感じる、といった理由で入力が続かないことがある
- 一部の機能はEnterprise版が前提：ヘルプデスクや会計のフル機能は、Enterprise版が前提になる
- 利用人数が費用に影響する：Enterprise版はユーザー単位の課金。サービス業では、社員のほぼ全員が工数を入力する
- 規模が大きくなれば比較が要る：拠点や事業が増え、連結や統制の要件が重くなったら、NetSuiteも比較する
両方を並べると、次の図のとおりです。
注意点の多くは、始め方で負担が変わります。避け方は工数入力を定着させる工夫とベンチャーネットが最初に確かめることで説明しています。
工数管理の最大の壁は「工数入力の定着」
この仕組みが機能するかどうかは、工数が記録されるかどうかにかかっています。
そして工数入力は、最も定着しにくい業務のひとつです。
なぜ嫌がられるのか
- 自分の仕事が増えるだけに感じる
- 監視されているように受け取られる
- 忙しいときほど、入力が後回しになる
- あとからまとめて入力するため、精度が落ちる
定着させるための現実的な工夫
粒度を細かくしすぎない
15分単位で全作業を記録させると、まず続きません。最初は案件単位、半日単位で十分です。
精度は、続いてから上げれば間に合います。
入力の場所を減らす
タスクの記録と工数入力を一か所にまとめ、日報と二重に書かせない。入力の手間は、できるだけ小さくしてください。
評価に直結させない
「稼働率が低い人を評価しない」という使い方をすると、入力は必ず歪みます。
工数データは、案件の採算を見るためのものです。個人を評価するためのものではない。この区別を、社内にはっきり示してください。
現場に還元する
記録した結果を、現場にも見せてください。
「あの案件は想定より時間がかかった。次は見積を上げよう」。こうした会話が生まれれば、入力する意味が現場に伝わります。
定着の考え方はOdooを社内に定着させる方法で詳しく扱っています。
案件採算が見えるまでの進め方：ベンチャーネットが最初に確かめること
ERP導入支援を手がけるベンチャーネットは、この領域を「アプリの設定」ではなく「利益の出し方を変える経営プロジェクト」として進めます。順番は、見える化→わかる化→儲かる化です。
ステップ1：契約形態と「採算の単位」を決める
最初に確かめるのは、請負型（成果物に対して対価）と準委任型（稼働時間に対して対価）の比率です。比率によって、請求の考え方が変わります。
あわせて、採算を見る単位を経営者と決めます。案件にするか、顧客にするか、契約にするかです。
ステップ2：案件と工数だけで回し始める
最初は、案件を登録して工数を記録するところまでに絞ります。会計との連携は後回しでも構いません。
案件別の実績が見えるだけで、経営会議の会話が変わります。ここが「見える化」の段階です。
ステップ3：見積の想定と実績を並べる
CRMと販売をつなぎ、見積で想定した工数と実績を比べられるようにします。どの類型の案件で見積がずれやすいかが、分かってくる。これが「わかる化」です。
ステップ4：請求・会計とつなぎ、打ち手に変える
実績にもとづく請求、案件別の損益までつなげます。そのうえで類型別・顧客別の採算を見て、値付けや受注の選び方を見直します。ここからが「儲かる化」の段階です。
判断の基準：標準機能に業務を合わせられるか
Odooの標準機能に業務を合わせる「Fit to Standard」で進められるか。これを各ステップで確かめます。合わない業務が経営の中核なら、Odoo以外をご提案することもあります。
工数入力が定着しないまま高度な分析を設計しても、使われません。この領域では、最初から作り込むより、まず回すほうがうまくいきます。
業態による違い
サービス業といっても、業態によって重点が変わります。
| 業態 | 重点になる領域 |
|---|---|
| 受託開発・制作 | 案件別の工数と採算、仕様変更の記録 |
| コンサルティング | 稼働率、案件の進捗、成果物の管理 |
| 保守・サポート | 問い合わせの管理、契約の更新管理 |
| 訪問型サービス | 現地作業の記録、スケジュール調整 |
| 常駐・派遣型 | 稼働時間の管理、請求との連動 |
Community版とEnterprise版で何が変わるか
| 版 | 中身 |
|---|---|
| Community版 | 無料のオープンソース版。ホスティングと保守は自社の責任で、公式サポートの対象外。一部の機能は含まれない |
| Enterprise版 | 有償のサブスクリプション。公式サポートと全アプリを含む |
プロジェクトと工数の記録は、両版で使える基本機能です。一方、ヘルプデスクや会計のフル機能は、Enterprise版が前提になります。
サービス業では、社員のほぼ全員が工数を入力します。Enterprise版はユーザー単位の課金です。「利用人数が費用に影響する」点を、事前に確認してください。
詳細はOdoo Community版とEnterprise版の違いで整理しています。
Odooで始めるか、別の道を選ぶか
社内会議でそのまま使えるよう、判断の目安を表にしました。
| 自社の状況 | 合いやすい進め方 |
|---|---|
| 案件・工数・請求がExcelや複数ツールに散らばっている | Odooで案件を軸に一本化する |
| プロジェクト管理ツールが現場に深く根付いている | 無理に統合せず、会計側から整える |
| 拠点や事業が増え、連結や統制の要件が重くなってきた | 規模に合わせてNetSuiteも比較する |
| 独自の契約形態や原価計算そのものが競争力になっている | 必要な機能だけをAIスクラッチ開発で作る |
AIスクラッチ開発は、ライセンス費用がない代わりに、開発費と保守費が別途発生します。「ライセンス不要だから負担が軽い」とは限りません。
判断の考え方はパッケージERPかスクラッチ開発かにまとめました。拠点や事業が増えてNetSuiteと比べる段階なら、NetSuiteで実現するプロジェクト管理が参考になります。
あわせて、次の項目に当てはまるかを確かめてみてください。
- □ 終わった案件の利益を、案件ごとに即答できない
- □ 見積の工数が、担当者の経験と勘で決まっている
- □ 追加作業を請求したかどうか、あとから確かめる手段がない
- □ 特定の社員に仕事が集中していると感じるが、数字では示せない
2つ以上当てはまるなら、まず案件と工数の記録から始める価値があります。
よくある質問
工数入力はどのくらいの粒度で始めるべきですか？
案件単位、半日単位から始めることをおすすめします。
細かくしすぎると入力されなくなり、データがそろいません。入力されない精密な設計より、入力される粗い設計のほうが価値があります。
少人数の会社でも意味がありますか？
意味があります。むしろ少人数の会社ほど、一人の稼働が採算に与える影響は大きいものです。
ただし、導入の負担と効果のバランスは考えてください。まずは案件と工数だけ、という始め方でも十分です。
いま使っているプロジェクト管理ツールは捨てるべきですか？
必ずしも捨てる必要はありません。現場に定着しているツールを剥がすと、抵抗が大きくなります。
判断の基準は、会計や請求とつなぎたいかどうかです。つなぐ必要がないなら、無理に統合しなくても構いません。
案件別の原価には何を含めるべきですか？
まずは直接の人件費と外注費から始めてください。
間接費の配賦（共通費を各案件に割り振ること）まで最初から設計すると、複雑になります。直接費だけでも、案件間の比較には十分使えます。
進行中の案件の採算は、どのくらいの頻度で見るべきですか？
週次が現実的です。月次では、気づいたときには手遅れになりがちです。
ただし、見る会議体がなければ数字は活用されません。「誰が、いつ見るか」を決めてください。
サービス業でOdooを使うメリットとデメリットは何ですか？
案件採算が進行中に見える利点と工数入力の定着という壁の両方があります。
見積・工数・請求が1つの案件の上でつながり、終わる前に採算が見えます。案件と工数の記録は、Community版でも使える基本機能です。
一方、ヘルプデスクや会計のフル機能はEnterprise版が前提で、利用人数が費用に影響します。詳しくはメリットとデメリットにまとめました。
まとめ
サービス業の原価は、人の時間です。工数が記録されないと、採算は見えません。
- 案件を軸に見積・工数・請求がつながると、進行中に採算が見える
- 見えるようになるのは、案件採算・見積の精度・稼働の偏り・請求漏れの4つ
- 最大の壁は「工数入力の定着」。粒度を細かくしすぎず、個人の評価に使わない
- 導入は「案件と工数」から始める。会計連携は後回しでよい
- 版は使う機能で決まる。ヘルプデスクや会計のフル機能はEnterprise版が前提で、利用人数が費用に影響する
まず回してみて、動かしながら精度を上げる。この領域では、とくにこの進め方が有効です。
1年後の週次会議では、進行中の案件が予定と実績の工数で並び、赤字に傾き始めた案件がその場で話題になります。次の見積は「前回の類似案件で何時間かかったか」から組み立てられ、追加作業の請求も漏れにくくなっているはずです。
もう少し詳しく知りたい方へ
工数を記録してもらえる状態をどう作るか。案件採算の可視化は、機能よりもここが本質です。
契約形態、案件の進め方、現場の負担感を踏まえないと、入力されない仕組みができあがります。ベンチャーネットは、ERP導入支援を手がける立場から、この設計と定着までご一緒しています。
ベンチャーネットは、NetSuite・Odoo・AIスクラッチ開発を扱い、SAPからのリプレイスにも対応しています。規模や業態によってはOdoo以外をご提案することもあり、製品ありきでは進めません。
関連記事
