自分の作業単価を正確に把握するための工数記録術
「自分の時間単価はいくらか」という問いに、即答できる人はどのくらいいるでしょうか。
きっかけは、ちょっとした計算でした。ある案件の請求額を、かかった時間でざっくり割ってみたんです。出てきた時給を見て、思わず「えっ、これだけ？」と。提案のときに思い描いていた単価と、実際にかけた時間が、ぜんぜん噛み合っていませんでした。
単価を「なんとなく相場から決める」という方法には限界があります。自分の実績に基づいた数字を持つことで、見積もりの精度も、単価の根拠も変わります。
「提示単価」と「実効単価」の違い
単価には2種類の意味があります。
ひとつは「提示単価」——案件を受注するときに示す時間あたりの金額です。もうひとつは「実効単価」——実際にかかった時間と受注金額から計算される、実態の時間単価です。
この2つが乖離していることに気づかないまま働いていると、受注金額が増えているのに手取り感が増えていかない、という状況が起きます。案件によっては、提示単価より実効単価が40〜50%低いというケースも珍しくありません。
やっかいなのは、この差が普段は見えないことです。お金は「案件いくら」で入ってくるので、振り込みを眺めているかぎりは順調に見える。けれど実際に効いてくるのは、その金額を“時間”で割った実効単価のほうです。提示単価は名刺に書ける数字、実効単価は生活を支える数字——食い違っていても、わざわざ割り算をしないかぎり気づけません。
そして多くの場合、これは「単価が低い」のではなく「工数の読みが甘い」だけです。裏を返せば、“測れば直せる”ということでもあります。
実効単価を計算するために必要なもの
実効単価を計算するには、「その案件に何時間かけたか」という正確な記録が必要です。
計算式はシンプルです。
実効単価 = 案件の受注金額 ÷ 実際にかかった総工数
たとえば受注金額が40万円で、実際に160時間かかっていたとすると、実効単価は2,500円/時間になります。提示単価が3,000円/時間だったとすれば、約17%の乖離があることになります。
この差がどこから来るかを分析すると、「見積もりが甘かったフェーズ」や「想定外のリカバリ工数」が見えてきます。
ひとつ注意したいのは、案件をまたいで平均してしまわないことです。実効単価は案件ごと・できれば仕事の種類ごとに出すのが肝心で、全部ならすと、割の良い案件が割の悪い案件を覆い隠してしまいます。「平均すれば悪くない」が、実は一部の重い案件で赤字すれすれ、というのはよくある話です。さらに、同じ計算を時々続けて“推移”で見ると、単価交渉やスキルアップの効果が数字に表れてきます。一度きりの計算より、半年・一年の流れで見るほうが、ずっと多くを語ってくれます。
工数記録が単価の根拠になる3つの場面
正確な工数記録を続けると、3つの場面で根拠として使えるようになります。
1. 次の見積もりに実績を活かせる
「前回の案件でAPIの設計に何時間かかったか」という記録があると、次の案件で同類の作業を見積もるときに根拠が生まれます。「なんとなく20時間」ではなく「前回は18時間だったから今回はスコープが広い分で22時間」という積み上げができます。
2. 単価の根拠を示せる
「このタイプの案件は私の場合、平均でXX時間かかります」という実績データがあると、単価の提案や変更の説明がデータに基づいて行えます。感覚ではなく実績データで話せることが、やりとりの質を上げます。
3. 収益性の悪い案件を早期に判断できる
複数案件を並走させている場合、案件ごとの実効単価を比較できると「この案件は工数の割に単価が低い」という判断がデータに基づいて行えます。契約更新時や受注判断に役立てられます。
工数記録で「見えない仕事」を可視化する
案件の総工数には、直接の作業時間だけでなく、打ち合わせ・メール対応・仕様確認・修正対応などの時間も含まれます。これらを記録していないと、実効単価が過大評価されます。
「実装に50時間、その他の調整業務に20時間で合計70時間」という実態が見えるようになると、「打ち合わせが多い案件は見積もりにその分を含める」という学習ができます。仕事の種類別（実装・設計・コミュニケーション）に工数を記録しておくと、自分の時間の使われ方の傾向が見えてきます。
特に、「なぜか忙しいのに工数が少なく見える」という場合、コミュニケーション工数が記録されていないことが原因であることが多いです。
そして実効単価をいちばん静かに削るのが、請求に乗らない仕事です。提案書づくり、見積もりの作成、契約のやりとり、そして「ついでにここも直して」が積み上がる無償の修正対応。どれも案件に必要なのに、受注金額には反映されません。これらを記録しておくと、「この案件、作業そのものより“その周辺”で時間を食っていた」と分かります。とくにスコープ外の追加対応は、断りづらいぶん実効単価を一気に下げるので、“どれだけ無償でやったか”を数字で持っておくと、次の契約で線を引く材料になります。
実効単価に“下限ライン”を引く
実効単価は、出して終わりではなく、判断に使ってこそ意味があります。いちばん簡単なのは、自分の中に「ここを下回ったら考え直す」という下限ラインを一本引いておくことです。
たとえば「実効単価が2,500円を切る案件は、更新時に単価交渉するか、受け方を変える」と決めておく。ラインがあると、惰性で続けていた割の悪い案件に気づけますし、新規の引き合いに対しても「この条件だと下限を割りそうだ」と早い段階で判断できます。
難しいのは、たいてい“割に合わない案件”ほど関係性ができていて断りづらいことです。だからこそ、感覚ではなく数字で持っておく。「なんとなく重い」ではなく「実効単価が下限を2割下回っている」と言えると、自分の中でも相手との交渉でも、話が動かしやすくなります。
工数記録を続けるためのポイント
単価の根拠を作るためには、工数記録が継続する仕組みが必要です。
作業に入るたび、その場で記録を始める：あとで思い出して書くのではなく、着手と同時に残す。タイマーを押すのがいちばん楽ですが、手入力でも「始めるとき・終えるとき」に一行残せば十分です。
作業を切り替えたら、記録も切り替える：「前を止めて次を始める」が自然にできると、計測漏れが減ります。タスクを切り替えると前の計測が自動で止まる仕組みがあると、さらに楽になります。
週に1回、記録を見直す：溜まったログを振り返り、案件ごとの工数サマリ——できれば実効単価まで——をざっと確認します。週次でこれをやっておくと、「この案件、思ったより食っているな」と早い段階で気づけて、月末や契約更新の前に慌てずに済みます。
記録のコストが高いと続きません。タイマーでも手入力でも、「ひと手間で残せる」軽さで運用できるツールを選ぶことが、結局いちばん効きます。
結局、単価は「決める」より「測る」もの
整理すると、提示単価と実効単価のズレに気づくには正確な工数記録が要る、という一点に尽きます。実効単価は受注金額 ÷ 実際の総工数で出るだけの単純な割り算ですが、分母の「総工数」に打ち合わせや修正対応のような見えない仕事まで入っていないと、数字は実態より良く見えてしまう。だからこそ、記録が続く仕組みのほうが先で、立派な分析はその後の話です。
自分の単価は、相場から決めるものというより、実績から測って初めて手応えのある数字になる——というのが、請求額を見返して少し驚いた経験から私が学んだことでした。とはいえ毎案件きっちり実効単価を出せているかというと、正直そこまで几帳面ではありません。それでも、たまに計算して下限ラインと見比べるだけで、「次はこの種類の案件を安請けしない」くらいの判断はぐっと早くなります。完璧な分析より、ときどき割り算する習慣のほうが、長い目では効きます。
関連記事
本記事で取り上げた「作業実績の記録と単価の把握」は、LayerClock でも対応しています。 プロジェクト・フェーズ・成果物・タスクの4階層で工数を記録できます。案件別の実績を取り出す CSVエクスポートや収益性分析は Business プラン。まずは記録と見積もり精度の改善を無料から試すことができます。