同じ仕事でも単価が変わる。商流のどこにいるかで差が出る理由
その見積もり、誰のところまで届いている？
「やってること、あまり変わらないはずなのに…なんで条件だけ違うんだろう」
案件情報を見比べていると、こういうモヤモヤが出ること、ない？
技術スタックは近い。求められている作業も、ぱっと見では大きく変わらない。なのに、片方は単価が高く、もう片方は条件が伸びにくい。こうなると、つい「自分のスキルが足りないのかな」「交渉が下手なのかな」と考えやすい。
もちろん、スキルや交渉力が関係ないわけではない。でも、最初からそこだけを見ると結構しんどい。同じ仕事に見えても、自分の価値がどこで判断されているかによって、単価も働きやすさも変わる。 ここを見落とすと、努力不足ではないものまで自分のせいにしやすくなる。
たとえば、面談の最後に担当者からこう言われた場面を想像してみてほしい。
「いったん社内と元請に確認して、またご連絡します」
悪い言葉ではない。よくある流れだ。けれど、その瞬間に少しだけ空気が遠くなる。自分が話した改善提案、リスクの見立て、進行整理の価値が、誰の言葉で、どの粒度で、最終判断者に届くのか分からなくなる。
ここで見たいのが商流だ。営業っぽい単語に見えるけれど、この記事で見るのは営業テクニックではない。自分の価値が、誰に、どんな言葉で、どれくらい薄まらず届いているか という話だ。
商流の差は、会社数より「翻訳回数」に出る
商流を見る時、つい「元請か、二次受けか、三次受けか」で判断したくなる。もちろん会社数は材料になる。ただ、実務で効いてくるのは、会社数そのものよりも「翻訳回数」だ。
自分が話したことが、担当者の言葉に変わり、さらに別会社の営業資料に変わり、最後に発注側の判断材料になる。ここで言葉が何度も変わると、価値はだんだん丸くなる。尖っていた提案も、最後には「実装支援」「追加工数」「対応可能範囲」のような無難な言葉に置き換わる。
ここが地味につらい。
本人はちゃんと価値を出している。仕様のズレを拾った。関係者の認識差を埋めた。手戻りを減らした。なのに、評価される場では「何時間動いたか」だけになってしまう。これは、実力がないからではなく、価値が届く途中で工数へ翻訳されている ことがある。
判断者に近い案件は、作業以外の価値も見えやすい
判断者に近い案件では、実装量だけでなく「何が前に進んだか」が伝わりやすい。たとえば、会議前に論点を整理していた、仕様変更の影響範囲を先に出していた、曖昧な優先順位を確認できる形にした。こういう動きが、作業ではなく役割として見られやすい。
すると単価の話も、ただの値上げ交渉ではなくなる。
「今の役割は、実装だけではなく、要件整理と進行の詰まりを減らすところまで含んでいます」
こう言えた時に、相手が「たしかに」と受け取れる距離にいる。これが大きい。近い案件が強いのは、金額だけではない。自分の仕事が、相手の困りごとにどう効いたかを戻しやすいことだ。
遠い案件は、条件の話もぼやけやすい
逆に、商流が遠い案件では、条件の話がぼやけやすい。追加依頼が来ても、それが誰の判断なのか見えない。仕様変更があっても、予算や納期を調整できる人に話が戻らない。現場の担当者は困っているけれど、契約条件を変える権限は持っていない。
この時、目の前の人だけを責めても解決しにくい。担当者も板挟みになっていることがあるからだ。こちらが「範囲を確認したい」と言っても、相手の中では「上に確認します」で止まる。そこで数日待つ。戻ってきた返答は「今回はこのままでお願いします」。ある。普通にある。
公正取引委員会は、フリーランス・事業者間取引適正化等法について、取引条件の明示や報酬支払義務などを扱う資料を公開している。2026年6月10日の運用状況でも、令和7年度は違反被疑事件への新規着手が1,626件、処理件数が1,597件あり、そのうち1,552件に勧告または指導の措置が講じられている。ここからも、条件の明示や支払いの線引きは「気をつけよう」だけで済む話ではないことが分かる。
もちろん、記事内で個別案件の法的判断はできない。ただ、実務上はこう考えたい。商流が遠いほど、条件を口頭の空気に任せず、誰が何を決めるのかを早めに見える形へ戻す。 これは防御でもあり、単価を守るための準備でもある。
今いる場所は、3つの質問でかなり見える
商流を全部きれいな図にしようとすると、急に重くなる。発注者、元請、二次請け、仲介、現場責任者、経理、法務。並べ始めると、ちょっとした迷路になる。そこで止まるくらいなら、まずは3つだけ見ればいい。
1. 誰が継続と条件を判断しているか
最初に見たいのは、日々話している人ではなく、継続と条件を決める人だ。毎日の依頼をくれる人と、単価や契約期間を決める人は違うことが多い。
たとえば現場の担当者が「助かっています」と言ってくれている。でも更新時の判断は、別の部門長や元請側の管理者が持っている。その人に届く資料では、あなたの価値が「実装対応」とだけ書かれている。これだと、現場の感謝と条件の見直しがつながりにくい。
ここで聞きたいのは、強い交渉の言葉ではない。
「更新や条件面は、最終的にどなたが見られていますか？」
これくらいでいい。聞くのが気まずいなら、「次回の更新に向けて、成果の整理先を把握しておきたい」という言い方でもいい。目的は詰めることではなく、価値の届け先を知ることだ。
2. 追加依頼や仕様変更は、どこへ戻るか
次に見るのは、変更が起きた時の戻り先だ。追加依頼が来た時に、範囲、期限、金額、優先順位を誰が決め直せるのか。ここが見えない案件は、しんどくなりやすい。
金曜夕方に「これもついでにお願いできますか」と来る。現場としては自然な依頼かもしれない。でも、それが契約範囲に入るのか、納期を動かすのか、他のタスクを下げるのかが決まらないまま進むと、こちらが吸収する形になる。
この時に使えるのは、次のような一言だ。
「対応自体は可能です。優先順位と範囲を確定するために、どなたの判断に戻せばよいですか？」
ポイントは、「できません」と跳ね返すことではない。変更を、作業依頼ではなく判断依頼へ戻す ことだ。ここができると、遠い商流でも少しだけ自分を守りやすくなる。
3. 自分の役割を、実装以外の言葉で説明できるか
3つ目は、自分の役割がどう言葉になっているかだ。実装、開発支援、エンジニア。もちろん間違ってはいない。でも、それだけだと単価の根拠が弱くなる。
実際には、もっといろいろやっているはずだ。要件の抜け漏れを減らす。仕様変更の影響を先に出す。受け入れ条件を整理する。会議で決まりきらない論点を一度持ち帰って、次に決めやすい形にする。
ここまで言葉になると、相手に伝える材料が変わる。
- 実装している
- 要件の曖昧さを減らしている
- 手戻りが起きる前に影響範囲を出している
- 現場担当者が判断しやすい材料を作っている
同じ働きでも、見せ方が変わる。いや、見せ方というより、価値の名前が変わる。単価を上げたいなら、先に自分の仕事を工数以外の言葉へ翻訳しておく必要がある。
商流が遠くても、できる打ち返しはある
ここまで読むと、「じゃあ直契約じゃないと無理なのか」と感じるかもしれない。分かる。商流の話をすると、すぐに直契約が正解っぽく見える。でも、そこまで単純ではない。
直契約でも、発注側の決裁が遠ければ条件は動きにくい。逆に間に会社が入っていても、担当者が価値をきちんと翻訳してくれるなら働きやすいことがある。だから、見るべきなのは「直かどうか」だけではない。自分の価値を、判断者に届く形へ変換してくれる流れがあるか だ。
IPAの「情報システム・モデル取引・契約書」は、情報システム開発におけるユーザ企業とITベンダ間の取引構造を透明化し、各開発段階で担うべき責務などを整理している。DX動向2025でも、アジャイル、データ利活用、AI・生成AI、システム開発の内製化など、技術活用と開発体制の変化が扱われている。つまり、開発の現場では「誰が何を担うか」を曖昧にしたまま進めるほど、後でズレが出やすくなっている。
フリーランスや業務委託の立場でも、ここは同じだ。自分が担っている役割を見える形にしておかないと、便利に使われているのに条件だけ据え置き、という状態になりやすい。
伝える相手ごとに、言葉を少し変える
現場担当者には、日々の助かり方が伝わる言葉が効く。
「次の確認で迷わないよう、今回の未決事項を3つに分けておきます」
元請や管理側には、リスクや進行への効き方が伝わる言葉が効く。
「仕様変更による手戻りを減らすため、先に影響範囲と判断待ち事項を整理しています」
発注側の決裁者には、事業側の前進に効く言葉が必要になる。
「判断待ちで止まる時間を減らし、リリース判断に必要な材料を前倒しで揃えています」
全部同じことを言っている。でも、届く言葉が違う。ここを意識すると、商流が少し遠くても、価値が消えにくくなる。営業資料みたいに盛る必要はない。実際にやっていることを、相手の判断に使える言葉へ置き換えるだけでいい。
記録は「頑張った量」より「前に進めたこと」で残す
商流が遠い時ほど、記録が効く。ただし、作業量だけを残しても単価の材料にはなりにくい。
「8時間対応した」より、「仕様の未決事項を3つに分け、優先順位の判断待ちを1つに絞った」の方が伝わりやすい。「レビューした」より、「障害時に復旧手順が抜けていたため、リリース前に検証観点へ追加した」の方が強い。
この粒度で残しておくと、更新前に慌てなくて済む。週報や月次報告に少し混ぜるだけでも、あとから材料になる。更新面談の直前に「何を言えばいいんだっけ」と焦るより、日々の中で小さく残しておく方がずっとラクだ。
ここは、契約更新の準備 や 悩み別ガイド ともつながる。商流を見ることは、案件選びだけでなく、更新時の説明材料づくりにも効いてくる。
次の案件では、条件より先に「流れ」を見る
案件を選ぶ時、単価、稼働時間、リモート可否、技術スタックに目が行く。もちろん大事だ。生活に直結するし、無視しなくていい。
ただ、条件がよさそうに見えても、流れが悪い案件はあとで削られる。誰が決めるか分からない。変更が戻らない。役割が工数に丸められる。こうなると、最初の単価が少しよくても、実質的には苦しくなることがある。
だから次の案件を見る時は、条件の前にこの3つを軽く聞いてみたい。
- 優先順位や仕様変更は、最終的に誰が決めるのか
- このポジションには、実装以外にどんな動きが期待されているのか
- 成果や貢献は、更新時にどのような形で見直されるのか
全部を細かく詰めなくていい。聞ける範囲で十分だ。ここで相手が自然に答えられるなら、流れは比較的見えやすい。逆に、誰も答えられないなら、入った後に判断が遠い可能性がある。
商流を見るのは、疑い深くなるためではない。むしろ、必要以上に自分を責めないためだ。単価が伸びない理由を全部スキル不足に寄せる前に、価値の届き方を見る。ここが分かると、案件選びも、今の案件での動き方も少し変わる。
最後に
同じ仕事でも単価が変わる時、最初に疑うべきなのは「自分が足りない」だけではない。自分の価値が、どこで、誰に、どんな言葉で届いているか。その流れを見るだけで、モヤモヤの正体はかなり整理しやすくなる。
すぐに案件を変えなくても大丈夫。まずは今の案件について、次の3つを書き出してみてほしい。
- 継続や条件を決める人は誰か
- 追加依頼や仕様変更はどこへ戻るか
- 自分の役割を実装以外の言葉で言うなら何か
これだけでも、「なんとなく報われない」が「どこで価値が薄まっているか」に変わる。そこまで見えたら、次は少し動きやすい。商流は、自分の価値を安く見せるための言葉ではない。自分の価値がきちんと届く場所を選ぶための地図 として使えばいい✨
