ノウハウ2026年5月13日

自分の作業単価を正確に把握するための工数記録術

「自分の時間単価はいくらか」という問いに、即答できる人はどのくらいいるでしょうか。

私が初めてこの問いに向き合ったのは、案件の請求額を振り返ったときでした。プロジェクトにかかった時間を計算してみると、「時給換算でこれだけか」という事実に少し驚きました。提案時の単価感と実際の工数が合っていなかったのです。

単価を「なんとなく相場から決める」という方法には限界があります。自分の実績に基づいた数字を持つことで、見積もりの精度も、単価の根拠も変わります。

「提示単価」と「実効単価」の違い

単価には2種類の意味があります。

ひとつは「提示単価」——案件を受注するときに示す時間あたりの金額です。もうひとつは「実効単価」——実際にかかった時間と受注金額から計算される、実態の時間単価です。

この2つが乖離していることに気づかないまま働いていると、受注金額が増えているのに手取り感が増えていかない、という状況が起きます。案件によっては、提示単価より実効単価が40〜50%低いというケースも珍しくありません。

これは「単価が低い」のではなく、「工数の読みが甘い」ことが原因である場合がほとんどです。

実効単価を計算するには、「その案件に何時間かけたか」という正確な記録が必要です。

計算式はシンプルです。

実効単価 = 案件の受注金額 ÷ 実際にかかった総工数

たとえば受注金額が40万円で、実際に160時間かかっていたとすると、実効単価は2,500円/時間になります。提示単価が3,000円/時間だったとすれば、約17%の乖離があることになります。

この差がどこから来るかを分析すると、「見積もりが甘かったフェーズ」や「想定外のリカバリ工数」が見えてきます。

正確な工数記録を続けると、3つの場面で根拠として使えるようになります。

1. 次の見積もりに実績を活かせる

「前回の案件でAPIの設計に何時間かかったか」という記録があると、次の案件で同類の作業を見積もるときに根拠が生まれます。「なんとなく20時間」ではなく「前回は18時間だったから今回はスコープが広い分で22時間」という積み上げができます。

2. 単価の根拠を示せる

「このタイプの案件は私の場合、平均でXX時間かかります」という実績データがあると、単価の提案や変更の説明がデータベースで行えます。感覚ではなく実績データで話せることが、やりとりの質を上げます。

3. 収益性の悪い案件を早期に判断できる

複数案件を並走させている場合、案件ごとの実効単価を比較できると「この案件は工数の割に単価が低い」という判断がデータベースで行えます。契約更新時や受注判断に役立てられます。

案件の総工数には、直接の作業時間だけでなく、打ち合わせ・メール対応・仕様確認・修正対応などの時間も含まれます。これらを記録していないと、実効単価が過大評価されます。

「実装に50時間、その他の調整業務に20時間で合計70時間」という実態が見えるようになると、「打ち合わせが多い案件は見積もりにその分を含める」という学習ができます。仕事の種類別（実装・設計・コミュニケーション）に工数を記録しておくと、自分の時間の使われ方の傾向が見えてきます。

特に、「なぜか忙しいのに工数が少なく見える」という場合、コミュニケーション工数が記録されていないことが原因であることが多いです。

単価の根拠を作るためには、工数記録が継続する仕組みが必要です。

タスク開始時にタイマーを起動する習慣を作る：作業に入るたびに記録を開始する。これが最もシンプルで効果的な方法です。

タスクを切り替えるたびに記録を切り替える：「前の作業を止めて次の作業を開始する」という動作が自然にできると、計測漏れが減ります。タスクを切り替えると前の計測が自動で止まる仕組みがあると、さらに楽になります。

週に1回、記録を見直す：溜まったログを振り返り、案件ごとの工数サマリを確認します。この確認自体が、翌週以降の記録精度を上げます。

記録のコストが高いと続きません。「タスクを選んでタイマーを押す」という程度の手軽さで運用できるツールを選ぶことが重要です。

自分の単価は、提示するものではなく実績から計算するものです。その計算の元データを作るのが、工数記録の役割です。記録を続けるほど、根拠のある数字が増えていきます。

本記事で取り上げた「作業実績の記録と単価の把握」は、LayerClock でも対応しています。プロジェクト・フェーズ・成果物・タスクの4階層で工数を記録し、CSVエクスポートで案件別の実績データを取り出せます。見積もり精度の改善から収益性の分析まで、無料から試すことができます。