案件を受けるときの調整では、言葉の選び方よりも先に気にしておきたいことがあります。決めたことがどこにも残っていない状態で進めると、後になって食い違いが表面化しやすくなります。公正取引委員会やIPA、デジタル庁の資料には、明示する事項や現場の実情、契約の課題、稼働後の計画までが具体的に示されています。この記事では、その内容をもとに、調整を残る形にする順番と、実際に多い違反を整理します。

1. 受ける側にも明示の義務がある

取引条件を示す義務は、受ける側にも関係があります

案件の内容を確認するとき、聞き役に回ることが多いと感じる場面があります。示された条件を受け取るだけの立場だと考えている場合、そこには見落としが生まれやすくなります。

公正取引委員会のパンフレットは、取引条件の明示義務がフリーランス同士の取引も対象になるとしています¹。

つまり、受ける側にも、示された内容を確認し、必要なら整理し直す役割があるということです。話の運び方より先に、何を示す・示される関係にあるかを把握しておく意味があります。

明示する事項には、検査完了日と報酬の支払期日が含まれます

同じパンフレットでは、明示する事項に、検査を完了する期日と、報酬の額および支払期日が含まれるとしています²。

検査完了日は、成果物を確認して合格・不合格を判断する期限です。支払期日とあわせて示されることで、いつまでに何が決まるかが具体的になります。

この2つの事項が、次に見ていく「決めたことの残し方」の土台になります。

図の作成：Remogu編集部。明示する事項の考え方を整理したもので、統計データではありません

こうした事項は、口頭のやり取りだけで済ませず、文書として残す前提で運用されています。次に、案件の要件や設計そのものが、実際にどのような形で進められているかを見ていきます。

2. 要件と設計は文書中心で進んでいる

要件定義と設計は、いまも文書を中心に進みます

案件を受けて最初に向き合うのが、要件定義と設計に関わる資料です。ここがどの程度整理されているかで、後の調整の負担が変わってきます。

IPAの調査では、要件定義と設計はいまもドキュメントを中心に行われているとしています³。

口頭の申し送りだけで進む現場ばかりではなく、文書として残す前提が広く保たれているということです。示された文書をどう読み、どこに疑問を書き込むかが、調整の質を左右します。

文書の形がそろっていても、読み方は現場ごとに違います

要件定義書や設計書という名前がそろっていても、何がどこまで書き込まれているかは案件によって幅があります。受ける側として、どこを確認する欄なのかを先に把握しておくと、読み違いを防ぎやすくなります。

項目	文書に残る内容	受ける側が確認する点
要件定義書	実現したい機能や制約	対象範囲と前提条件
設計書	構成や処理の流れ	変更が生じた場合の反映先
検査基準に関する記載	完了の判断基準	検査完了日との整合

この3つの欄は、それぞれ役割が違います。要件定義書は「何をつくるか」、設計書は「どうつくるか」、検査基準に関する記載は「いつ、何をもって完了とするか」を示す場所です。受ける側が確認する点をあらかじめ分けておくと、途中の変更にも対応しやすくなります。

文書が整っていても、それを受け取って判断する役割が現場にいるとは限りません。この先は、決める人が現場にいるかどうかを取り上げます。

3. 決める人がいない現場もある

意思決定を担う責任者が、設置されていない現場があります

文書が整理されていても、それを最終的に判断する人が明確でない現場があります。誰に確認を仰げばよいかが曖昧なまま調整が進むと、同じ内容を何度も確認し直す手間が生じます。

IPAの調査では、意思決定を担う責任者を設置していない企業が約半数に上るとしています⁴。

約半数という水準は、決める人がいないことが一部の例外ではなく、珍しくない状況であることを示しています。受ける側としては、案件の中で誰が最終確認をする立場かを、早い段階で見極めておく意味があります。

技術情報の収集が、個人任せになっている現場もあります

同じ調査では、技術情報の収集が体系的な仕組みを持たず、個人に任されている企業が多いとしています⁵。

つまり、確認した内容がその人だけの理解にとどまり、チーム全体で共有されないまま進むことがあるということです。この2つが重なると、調整が特定の場所で止まりやすくなります。次の図は、その典型的な場所を整理したものです。

図の作成：Remogu編集部。現場で起きやすい状況を整理したもので、統計データではありません

誰が決めるかが曖昧な場所と、情報が個人にとどまる場所を先に押さえておくと、契約の段階で何を確認しておきたいかが見えやすくなります。続いて、契約そのものに挙がっている課題に触れます。

4. 契約の手間そのものが課題に挙がっている

取引ごとの手間や工数が、課題として挙げられています

要件や設計の確認だけでなく、契約そのものに関わる手間も、現場では課題として扱われています。

IPAの調査では、システム開発の契約について、取引ごとに手間や工数がかかる点を課題に挙げる企業が多いとしています⁶。

毎回の契約を一から組み立てる負担が大きいと、確認したい項目が省略されたり、後回しにされたりする余地が生まれます。

モデル契約そのものを知らない企業もあります

同じ調査は、モデル契約そのものを「知らない」とする企業も多いとしています⁷。

契約のひな形がある前提で話が進むとは限らないということです。受ける側として、あらかじめ確認しておきたい項目を整理しておくと、契約の入り口でのすれ違いを減らせます。

項目	課題として挙がっている内容	受ける側が備えられること
契約ごとの手間	取引ごとに手間や工数がかかる点	過去に確認した項目を控えておく
モデル契約の認知	モデル契約そのものを知らない企業がある	自分から明示する事項を提示する準備をする
確認のタイミング	契約前に確認する機会が限られる場面がある	要件定義書や設計書とあわせて期日を確認する

契約の入り口で確認できる項目を、あらかじめ言葉にしておくと、後から思い出す手間が減ります。次の図に、契約の前に確かめておきたい項目を整理しました。

図の作成：Remogu編集部。契約前に確認したい項目を整理したもので、統計データではありません

契約の入り口で確認できることが増えるほど、後になって食い違う範囲が狭まります。ここから先は、本番稼働の後まで含めた計画を確かめます。

5. 本番稼働の後まで含めた計画がある

運用まで見据えた計画が前提になっています

契約が整い、開発が進んだとしても、そこで話が終わるわけではありません。

デジタル庁の資料は、本番稼働の後も改善を続けることを前提に、予算・体制・日程を計画する必要があるとしています⁸。

つまり、稼働が始まった後の期間も、最初から計画に含めておく前提があるということです。稼働後にどこまで関わるかも、事前に確認しておきたい範囲に入ります。

稼働が長く続く前提だからこそ、参画の形も選べます

運用フェーズが長く続く前提であれば、その期間にどう関わるかを自分で選べる余地も生まれます。場所に縛られず参画を続けたい場合、Remoguが扱う案件は、案件の90%以上がフルリモート可能です。

遠方からでも運用フェーズに関わり続けられる案件があるかどうかは、契約前に確認しておきたい点の一つです。

計画に含まれる期間の長さが分かったところで、その期間をどう測るかを見ていきます。

6. 定量的な計測と可視化が挙げられている

定量的な計測とダッシュボードによる可視化が挙げられています

運用まで含めた計画があっても、進み具合が伝わらなければ、認識のずれは残ります。

同じ資料は、定量的な計測とダッシュボードによる状況の可視化が挙げられているとしています⁹。

数値や画面で状況を示す仕組みがあると、口頭での報告だけに頼らずに済みます。確認のたびに一から説明し直す手間も減ります。

何を測るかを、先に言葉にしておきます

「定量的」といっても、測る対象を決めておかなければ数字は残せません。進捗・品質・運用という3つの対象に分けて、誰が見て分かるようにするかまで決めておくと、可視化の仕組みが機能しやすくなります。

対象	測る内容の例	誰が見て分かるようにするか
進捗	完了した項目の数や割合	発注する側と受ける側の双方
品質	検査で確認した項目の結果	検査完了日とあわせて記録する相手
運用	稼働後に生じた変更点	予算・体制・日程を計画した側

この3つは、それぞれ確認する相手が異なります。誰に向けて残す数字なのかを決めておくと、あとから見返す人にも伝わる形になります。

測る内容と、誰に見せるかが決まれば、あとはそれを残る形にする順番の問題です。最後に、その順番と、実際に多い違反を整理します。

7. 残る形にする順番と、実際に多い違反

残す順番は、誰に渡すかを先に決めることから始まります

ここまで見てきた内容を踏まえると、調整の質を決めるのは話し方ではなく、決めたことがどこに、どんな形で残っているかです。

残す順番としては、まず誰に渡す記録かを決め、次に検査完了日や報酬の支払期日のような期日と金額を明示し、最後にその内容を双方が確認できる形で保管する、という流れになります。

この順番を図に整理しました。

図の作成：Remogu編集部。残る形にする手順を整理したもので、統計データではありません

取引条件の明示義務違反は、件数として示されています

公正取引委員会の資料では、取引条件の明示義務違反が1,126件（41.3％）です¹⁰。

件数として示されているのは、明示という最初の段階でつまずく例が実際にあるということです。話し方の巧拙ではなく、明示という手順そのものが抜けると、後の調整全体に影響します。

ここまでの内容を、案件の受け方によって異なる場面に当てはめると、次のような疑問が出てきます。

初めて案件を受けるとき、明示された内容をどう確認すればよいですか

初めて案件を受けるときは、検査完了日と報酬の支払期日が、明示する事項の中に含まれているかを、最初に確認しておくと安心です²。

分からない点があれば、その場で判断せず、まず文書として残っている内容を読み返すところから始めます。

副業として案件を受ける場合も、明示の義務は変わりますか

取引条件の明示義務は、フリーランス同士の取引も対象になっています¹。副業として受ける場合も、この点は変わりません。

稼働できる時間が限られる分、検査完了日や支払期日が自分の予定と合っているかを、あわせて確認しておきたいところです。

地方に住んでいても、稼働後の運用まで関わり続けられますか

本番稼働の後も改善を続ける前提で計画が組まれる案件では、運用フェーズが長く続きます⁸。

運用フェーズの間、遠方からどこまで関われるかは、契約前の確認事項に含めておくと、後になって調整し直す手間を防げます。

要件がまだ固まっていない案件を受けるとき、何を明示してもらえばよいですか

要件定義と設計は文書中心で進む前提がありますが³、意思決定の責任者が明確でない現場もあります⁴。

要件が固まっていない段階では、誰が最終的に判断するかを先に確認しておくと、後戻りが減ります。

週3日など稼働日数を限定する場合、明示の内容は変わりますか

稼働日数を限定する場合でも、明示する事項に含まれる検査完了日や支払期日そのものは変わりません²。

稼働日数に応じて、確認や検査にかけられる時間が変わる分、期日に無理がないかを事前にすり合わせておく意味が大きくなります。

決めたことを残る形にする順番さえ押さえれば、話し方に頼らず調整を進められます。次の案件を確認するときに、その順番から始めてみてください。

※公開中の案件数は時期によって変わります。記事中の案件の傾向は執筆時点のものです。

出典・参考情報

＊1 公正取引委員会「フリーランス・事業者間取引適正化等法」パンフレット（2026年7月・2026年9月確認）
＊2 公正取引委員会「フリーランス・事業者間取引適正化等法」パンフレット（2026年7月・2026年9月確認）
＊3 IPA「2024年度ソフトウェア動向調査 簡易分析レポート」引き継ぎの材料（2025年4月・2026年9月確認）
＊4 IPA「2024年度ソフトウェア動向調査 簡易分析レポート」決める人（2025年4月・2026年9月確認）
＊5 IPA「2024年度ソフトウェア動向調査 簡易分析レポート」知識の持ち方（2025年4月・2026年9月確認）
＊6 IPA「2024年度ソフトウェア動向調査 簡易分析レポート」契約の負担（2025年4月・2026年9月確認）
＊7 IPA「2024年度ソフトウェア動向調査 簡易分析レポート」相手の前提（2025年4月・2026年9月確認）
＊8 デジタル庁「政府情報システムにおけるクラウドサービスの適切な利用に係る基本方針」計画の作り方（2026年・2026年9月確認）
＊9 デジタル庁「政府情報システムにおけるクラウドサービスの適切な利用に係る基本方針」見えるようにする（2026年・2026年9月確認）
＊10 公正取引委員会「令和7年度におけるフリーランス・事業者間取引適正化等法第2章の運用状況」2番目に多い違反（2026年6月・2026年9月確認）