「今月も忙しかったのに、思ったほど利益が残っていない」。受託型のビジネスを営む会社で、よく聞く一言です。案件は途切れず動き、社員も遅くまで働いているのに、決算の数字が想像と合わない。どの案件に、誰が、何時間を使ったのか。その記録がなければ、儲かった案件と赤字の案件は見分けられません。
プロジェクト管理システムとは、案件ごとに「やること」と「かかった時間」を記録し、進み具合と採算を同じ場所で確かめる仕組みです。統合型ERPのOdoo（オドゥー）では、受注した内容から案件を起こし、その案件に工数が積み上がります。請求も同じ流れの先にあるため、請求額と実績工数を見比べられます（Odooでの実現方法）。
工数が案件に紐づいて残ると、たとえば次のことが変わります。
- 案件の損得を途中で確かめ、人員や作業範囲を見直せる
- 月末に工数をかき集める作業が減る
- 見積の工数を、勘ではなく過去の実績で決められる
- 追加の依頼にかかった時間を、事実として示せる
ただし、作業の共有だけが突出して重く、今のツールで業務が回っているなら、無理に置き換える必要はありません（単機能ツールと統合型の選び分け）。
では、タスク管理を入れている会社は、なぜ採算が見えないままなのか。分かれ目は、時間の記録が案件に紐づいて残るかどうかにあります。つまずきやすい点は導入が失敗する4つの原因に、良い点と注意点はOdooで案件の採算を管理する良い点と注意点にまとめました。
CommunityとEnterpriseの区別について
プロジェクト（案件とタスクの管理）と工数の記録は、Community版（無料）とEnterprise版（有償）のどちらでも使える基本機能です。一方で、会計のフル機能はEnterprise版が前提となります。
「プロジェクト管理システム」とは何か
プロジェクト管理システムとは、案件ごとに「やること」と「かかった時間」を記録し、進み具合と採算を同じ場所で確認するための仕組みです。
ここで言うプロジェクトとは、受注した1件の仕事のまとまりを指します。制作会社なら1本のサイト、士業なら1件の顧問業務や申請案件、建設なら1つの現場です。
よくある誤解は、プロジェクト管理システムを「担当者どうしでタスクを共有するツール」と考えることです。タスクの共有は、はじめの一歩にすぎません。タスクを並べるだけでは、その案件が黒字か赤字かは最後まで分からない。
分かれ目は、工数（作業に使った時間）が案件に紐づいて残るかどうかです。工数に人件費の単価をかければ、その案件の原価が出ます。案件ごとの利益は、原価と請求額を並べて初めて見えるものです。
中小企業に「プロジェクト管理システム」が必要になる理由
受託型のビジネスでは、売上より先に人の時間が出ていきます。必要になる理由は3つです。
理由1：案件ごとの採算が、終わってからしか分からない
多くの会社で、案件の損得が分かるのは請求が終わったあとです。残業が多かった案件ほど、あとから利益が薄いと判明する。
途中で分かれば、人員の入れ替えや作業範囲の見直し、追加費用の相談ができます。終わってから分かる状態では、次の案件でも同じことを繰り返します。受注した時点から採算を追う考え方は、「締めてから分かる」経営を抜け出すでも書きました。
理由2：誰が何時間その案件に使ったかが分からない
社員が複数の案件を掛け持ちすると、時間の配分は本人の頭の中にしかありません。月末の集計も、おおよその感覚になります。
すると、特定の案件が人の時間をどれだけ使っていても気づけない。見積の根拠も、過去の実績ではなく勘に頼ることになります。
理由3：追加要望を無償で受けてしまう
「ついでにここも直してほしい」という依頼は、日常的なものです。断りにくいまま受けると、作業だけが増えます。
工数が記録されていれば、追加分にかかった時間を事実として示せます。値上げの交渉ではなく、実績にもとづく相談として話ができる。
プロジェクト管理システムの導入が失敗する4つの原因
ツールを入れたのに使われなくなる失敗には、型があります。よくある4つと、その避け方は次のとおりです。
原因1：工数の入力が現場の負担になり、続かない
なぜ起きるか。入力項目を最初から多くしすぎるためです。分類を細かく求めるほど、現場は毎日の入力を後回しにします。
どう避けるか。入力は「案件」「日付」「時間」の3項目から始めます。スマートフォンからその場で打てる状態にすると、記録が習慣になります。
原因2：タスクの粒度を細かくしすぎた
なぜ起きるか。管理する側が、進捗を正確に把握したいと考えるためです。30分単位のタスクまで登録すると、更新そのものが仕事になる。
どう避けるか。タスクは半日から数日で終わる大きさにそろえます。細かい手順は担当者のメモに任せ、システムには節目だけを残します。
原因3：進捗は管理できたが、採算とつながっていない
なぜ起きるか。進捗の共有と原価の把握を、別々の担当が見ているためです。進捗の会議では時間の話が出ず、経理は月次が締まるまで動けません。
どう避けるか。案件の画面で、予定工数と実績工数を並べて見られるようにします。数字を見る場を1つにすると、会話の中身が変わる。
原因4：何を1件のプロジェクトとするかを決めていない
なぜ起きるか。区切り方の基準がないまま、担当者が思い思いに案件を登録するためです。顧客単位、月単位、契約単位が混ざり、集計ができなくなります。
どう避けるか。「請求書を出す単位」を基本の区切りとして先に決めます。長期の保守は月単位、制作は契約単位というように、社内で1つの基準にそろえます。
プロジェクト管理システムの選び方の判断軸
比べるべきは機能の数ではありません。採算までたどり着けるかどうかで見ます。
軸1は、工数が案件に紐づいて残るか。時間の記録がなければ原価は出ません。日報が文章だけで終わる仕組みは、集計に向きません。
軸2は、見積・受注・請求と同じデータでつながるかです。請求額が別の場所にあると、利益を出すには手作業の照合が欠かせません。
軸3は、現場が毎日続けられる入力の手順か。スマートフォンでの入力、前日分の複製、一覧からのまとめ入力があるかを見ます。
軸4は、プロジェクトの単位を自社に合わせて決められるかです。保守と制作で区切り方が違う会社では、ここが合わないと集計がおかしくなります。
| 判断軸 | タスク管理に寄った仕組み | 採算まで見る仕組み |
|---|---|---|
| 工数の記録 | 任意項目か、機能なし | 案件・タスクに紐づいて必須で残る |
| 見積・請求との関係 | 別のツールで管理 | 同じデータの上でつながる |
| 見える数字 | 進捗率、期限の遅れ | 進捗に加えて原価と利益 |
| 向いている場面 | 社内の作業共有が中心 | 受託案件の採算を管理したい |
社内会議では、次の問いに「はい」がいくつ付くかを確かめてみてください。2つ以上なら、採算まで見る仕組みを検討する段階です。
- □ 案件が終わるまで、その案件が黒字か赤字か分からない
- □ 社員の多くが、2件以上の案件を同時に掛け持ちしている
- □ 見積の工数を、過去の実績ではなく担当者の感覚で決めている
- □ 追加の依頼に何時間かかったか、あとから説明できない
- □ 案件名や金額を、2つ以上のファイルやツールに打ち込んでいる
中小企業がERPで何を一つにできるかは、中小企業向けERPとはでも整理しています。
統合型ERP（Odoo）ではプロジェクト管理をどう実現するか
Odooは、業務ごとのアプリを同じデータベースの上に載せた統合型のERP（会社の業務データを1つにまとめる基幹システム）です。プロジェクト管理も、その一部です。
案件とタスク、工数の記録は基本機能の範囲
Odooでは、プロジェクトとタスクの管理、工数の記録が基本機能に含まれます。これらはCommunity版とEnterprise版のどちらでも使えます。
タスクにはそのまま作業時間を記録できる。案件ごとに時間が積み上がるため、月末にかき集める作業が減ります。機能の詳細はOdooのプロジェクト管理とOdooの工数管理の記事で説明しました。
見積・受注・請求と同じデータの上に案件が乗る
単機能のタスク管理ツールとのいちばん大きな違いは、ここにあります。Odooでは、販売（見積・受注）も同じデータベースの上にあります。
受注した内容から案件を起こし、その案件に工数が積み上がる。請求は、その同じ流れの先です。転記を挟まないため、請求額と実績工数を同じデータの上で見比べられます。
工数に人件費の単価を掛ければ、案件ごとの原価が見えます。売上と原価が別々のファイルに散らばった状態から抜け出せる。統合型を選ぶ理由はそこにあります。見積から請求までの流れはOdooの販売管理で扱っています。
対応範囲（C/E別）
| 機能 | Community版 | Enterprise版 |
|---|---|---|
| プロジェクト、タスク管理 | 使える | 使える |
| 工数の記録 | 使える | 使える |
| 販売（見積・受注） | 使える | 使える |
| 各アプリの一覧・ピボット・グラフでの集計 | 使える | 使える |
| 請求書の発行など基本的な範囲 | 使える | 使える |
| 会計のフル機能 | 対象外 | 前提となる |
| スプレッドシート機能と横断ダッシュボード | 対象外 | 使える |
| Odoo Studioによる画面・項目の調整 | 対象外 | 使える |
| 公式サポートとOdooオンラインでのホスティング | 対象外 | 含まれる |
Odoo Studioを使うには、Enterprise版の中でも「カスタムプラン」が必要です。スタンダードプランには含まれません。
なお、版ごとの対応範囲は改定されることがあります。導入を検討する段階で、Odoo公式のエディション比較ページで最新の内容をご確認ください。
案件の進捗と工数を見るだけなら、Community版の範囲でも始められます。財務の数字まで一体で扱うなら、Enterprise版が前提です。プランの構造としては、全プランでアプリ数による課金差がない点がOdooの特徴です。
Odooで案件の採算を管理する良い点と注意点
良い点も注意点も、Community版かEnterprise版かで当てはまり方が変わります。良い点は、次の5つです。
- 工数が案件に積み上がる：タスクにそのまま作業時間を記録できる。プロジェクト・タスクの管理と工数の記録は、Community版でも使える
- 受注から請求まで転記がない：販売（見積・受注）も同じデータベースの上にある。受注から案件を起こし、請求はその同じ流れの先になる
- 案件ごとの原価が見える：工数に人件費の単価を掛ければ、案件ごとの原価が見える。原価と請求額を同じデータの上で並べられる
- 標準の集計で採算を見られる：工数と案件の集計は、標準の一覧・ピボット・グラフで行える。これもCommunity版でも使える
- アプリ数で課金が変わらない：全プランで、アプリ数による課金差がない
注意点は、次の4つです。
- 会計のフル機能はEnterprise版：財務の数字まで一体で扱うなら、Enterprise版が前提になる
- 横断ダッシュボードはEnterprise版：スプレッドシート機能と横断ダッシュボードは、Community版の対象外
- Studioはカスタムプラン：画面や項目を調整するOdoo Studioは、Enterprise版の中でもカスタムプランが必要
- 入力項目は絞って始める：項目を最初から多くしすぎると、現場は毎日の入力を後回しにする。案件・日付・時間の3つから始める
両方を並べると、次の図のとおりです。
1件の区切り方と現場が入れる項目は、ベンチャーネットが確かめることの手順2と3で、経営者と一緒に決めていきます。
タスク管理ツールか統合型か、どちらを選ぶか
どちらが優れているかではなく、何が重いかで決まります。
| 自社の状況 | 向いている選択 |
|---|---|
| 作業の共有だけが突出して重い／今のツールで業務が回っている／案件の量が小さい | 単機能のタスク管理ツール。無理に置き換える必要はない |
| 他の業務との受け渡しで転記がある／同じ案件を2か所以上に入力している／全体の数字を出すのに人手がかかる | 統合型のERP |
判断には順番があります。機能表を見比べる前に、手作業でデータを移している工程を洗い出してください。案件名を2回打っている場所、請求のためにファイルを見比べている場所が、そのまま統合の候補です。データを1か所に集める考え方は社内システムの「一元化」とはの記事で解説しました。
そのうえで、規模と要件による振り分けがあります。
| 会社の状況 | 候補になる選択肢 |
|---|---|
| 規模が大きくなり、海外展開や連結決算が視野に入る | NetSuiteなど上位のERP |
| グローバルで要件が複雑 | SAPも視野に入る |
| 中小から中堅で、標準的な業務を統合したい | Odoo |
| パッケージに乗らない固有の業務が中心 | AIスクラッチ開発（開発費と保守費が別途かかる点は必ず織り込む） |
どの段が合うかは、業務範囲・規模・内製体制によって変わります。拠点や部門をまたいで案件の採算を見る規模なら、NetSuiteで実現するプロジェクト管理も比べる材料の一つです。
案件の採算が見えるまでに、ベンチャーネットが確かめること
ベンチャーネットは、NetSuite・Odoo・AIスクラッチ開発を扱い、SAPからのリプレイスにも対応しています。特定の製品を前提にせず、次の順番で確かめます。
- 直近の案件3件で、採算を手で出してみる。 請求額と、分かる範囲の工数を並べます。どの数字が取れていないかを、システムより先に確かめます。
- 「1件のプロジェクト」の区切りを決める。 請求書を出す単位を基本にし、保守と制作で区切り方が違うかを経営者と一緒に決めます。
- 現場が毎日入れる項目を3つに絞る。 案件・日付・時間から始め、分類を増やすのは運用が回ってからにします。
- 標準機能に業務を合わせられるかを見る。 Fit to Standard（標準機能に業務を合わせる考え方）で、見積から請求までの流れを当てはめます。
- 合わない部分を正直に伝える。 標準で無理が出る業務は、別の製品やAIスクラッチ開発も含めて比べます。AIスクラッチ開発は開発費と保守費が別途かかる点も並べて示します。
進め方の基本は、まず見える化し、次に原因がわかる状態にし、最後に儲かる打ち手につなげる順番です。いきなり全業務を載せず、採算が見える案件を1つ作るところから始めます。標準に合わせる考え方はOdooとFit to Standardで詳しく書いています。
プロジェクト管理システムについてよくある質問
プロジェクト管理システムとタスク管理ツールは、何が違いますか？
違いは、案件ごとの採算まで見られるかどうかです。タスク管理は「やること」の共有が中心です。プロジェクト管理システムは、そこに工数と金額を結びつけます。
工数の入力を、現場に定着させるコツはありますか？
あります。第一は、項目を減らすことです。案件・日付・時間の3つから始め、スマートフォンから当日中に入力できる状態を作ってください。集計結果を現場にも共有すると、入力する意味が伝わります。
Community版だけでも、案件の採算は見られますか？
工数と案件の集計なら、Community版でも見られます。プロジェクトとタスクの管理、工数の記録は、Community版でも使える基本機能です。集計も標準の一覧・ピボット・グラフで行えます。ただし会計のフル機能はEnterprise版が前提です。
表計算ソフトでの管理を続けるのは難しいですか？
案件数が少ないうちは成り立ちます。担当者が増え、同じ数字を複数のファイルに転記し始めた時点が、切り替えを検討する目安です。
Odooでプロジェクト管理をするメリットとデメリットは何ですか？
工数と請求がつながる利点と版の違いという注意点があります。受注から案件を起こし、その案件に工数が積み上がり、請求も同じ流れの先にあります。プロジェクト・タスクの管理と工数の記録は、Community版でも使えます。一方、会計のフル機能と横断ダッシュボードはEnterprise版が前提です（良い点と注意点）。
まとめ
プロジェクト管理システムは、タスクを並べる道具ではなく、案件の採算を見るための仕組みです。
- 案件ごとの利益は、工数に単価を掛けた原価と請求額を並べて初めて見える
- 必要になる理由は、採算の判明が遅い・時間の配分が不明・追加要望が無償化するの3つ
- 失敗の原因は、入力の負担、細かすぎるタスク、採算との断絶、区切り方の未定義
- 選ぶときは、工数が案件に残るか、見積・請求と同じデータでつながるかを見る
- Odooではプロジェクトと工数が基本機能で、販売や請求と同じデータの上に乗る
まず1つの案件で、予定工数と実績工数を並べるところから始めてみてください。1年後、「ついでにここも」と頼まれた場で、担当者が似た案件の実績工数を見ながら追加の見積を返している。月末に工数をかき集めて残業する人も、いなくなっているはずです。
もう少し詳しく知りたい方へ
ベンチャーネットは、ERP導入支援を手がける会社です。NetSuite・Odoo・AIスクラッチ開発を扱い、SAPからのリプレイスにも対応しているため、特定の製品に偏らない立場でご提案できます。
「自社の案件は、どの単位で採算を見るべきか」という整理から、ご相談を承っています。
関連記事
