ITコンサル・講師の修正を何回まで受けるか｜先に決めておく

ITコンサルや講師の仕事で消耗する原因の大半は、修正対応です。作業そのものより、終わりが見えない修正のやり取りが時間を奪います。修正の回数と範囲を着手前に決めていないと、この状態は必ず発生します。

修正が膨らむのは、発注側が理不尽だからではありません。何をもって完成とするかが決まっていないからです。基準がない状態では、発注側は気づいたことを言い続けますし、受注側は断る根拠を持ちません。この記事では、修正の回数と範囲をどう設計し、どう契約に落とし、どう運用するかを、受注後の実務として整理します。データとロジックで詰めていく話なので、感覚論は挟みません。

修正対応が膨らむ構造

まず、なぜ膨らむのかを分解します。原因が分かれば、どこに手を打てばよいかが決まります。

完成の定義が共有されていない

ITコンサルの成果物は、資料、分析結果、設計書、実行計画といった形を取ります。講師の仕事であれば、研修資料、演習の設計、当日の運営。どちらも、どこまでできていれば完成なのかが曖昧になりやすい。

デザインやコーディングであれば、動くかどうかで判定できます。コンサルや研修の成果物は、判定が主観に寄ります。発注側の担当者が「なんとなく物足りない」と感じれば、修正の依頼になります。この主観を放置すると、修正は無限に発生します。

対策は、完成の条件を着手前に文字にすることです。誰が見て、何を満たしていれば完成とするか。この条件が共有されていれば、条件を満たした時点で完成です。

決裁者が途中で増える

これも典型です。担当者と合意して進めていたのに、上位の決裁者が途中で登場し、方向性から見直しになる。ITコンサルの案件では頻繁に起きます。

決裁者が増えると、それまでの合意はいったん無効になります。修正回数の数え方も曖昧になります。ここを契約で扱っていないと、追加の作業がすべて無償になります。

対策は、着手時に決裁の経路を確認することです。最終的に誰が承認するのか、その人はいつ登場するのか。登場が遅い場合、途中で一度確認の機会を挟む設計にします。

発注側の社内事情が反映される

発注側の組織のなかで方針が変わることがあります。担当部署が変わる、予算の枠が変わる、優先順位が変わる。これらは受注側の責任ではありませんが、修正として降りてきます。

このタイプの修正は、内容の是非を議論しても解決しません。前提が変わったのだから、作業も変わります。扱いとしては、修正ではなく追加の作業です。この区別を契約で明示しておく必要があります。

受注側が範囲を広げてしまう

見落とされがちですが、受注側の対応が修正を招くこともあります。良かれと思って範囲外の提案をする、聞かれていない部分まで作り込む、次の工程の話に踏み込む。

範囲を広げると、発注側の期待も広がります。広がった期待に応え続けると、当初の契約の何倍もの作業になります。親切のつもりが、自分の首を絞めます。範囲の管理は、受注側の責任でもあります。

修正の回数と範囲を、どう決めるか

数字を決めるだけでは足りません。何を一回と数えるか、何が範囲内かを同時に決める必要があります。

回数の数え方を定義する

「修正は2回まで」と書いても、何を一回と数えるかが決まっていなければ機能しません。発注側が思いついたことを都度送ってきたら、それぞれが一回なのか、まとめて一回なのか。

実務的な定義は、「発注側から一括で送られてきた修正の指示を一回とする」です。指示が分割して届く場合は、締め切りを設けてまとめてもらいます。「修正のご指示は、この日までにまとめてお送りください」と伝える運用です。

この定義があると、発注側も指示を整理してから送るようになります。整理された指示は、対応の効率も上がります。双方にとって合理的です。

範囲内の修正と、範囲外の変更を分ける

修正と変更は別物です。修正は、合意した内容に対して精度を上げる作業。変更は、合意した内容そのものを変える作業です。

例を挙げます。研修資料で、説明の順序を入れ替える、図版を差し替える、表現を分かりやすくする。これらは修正です。対象者を新入社員から管理職に変える、研修の時間を半分にする、扱うテーマを追加する。これらは変更です。

変更は、回数に含めません。別途の見積もりになります。この区別を契約に書いておかないと、変更が修正として無償で処理されます。ITコンサルの仕事で最も損失が大きいのが、この取り違えです。

回数の上限をどう設定するか

上限は、成果物の性質から決めます。関係者が多く、決裁の経路が長い案件ほど、修正の発生回数は増えます。少なすぎる上限を設定すると、超過分の交渉が頻発して手間が増えます。

現実的なのは、通常の進行で想定される回数に一回分の余裕を足した数です。想定を正確に出すには、過去の案件の実績が要ります。記録がなければ、最初は多めに設定して、実績を見ながら調整します。

上限を超えた場合の扱いも、同時に決めます。追加費用が発生すること、その水準、対応にかかる期間。これらが書いてあれば、超過時の会話が事務的に済みます。

対応の期限を設定する

回数だけでなく、期限も決めます。納品からどのくらいの期間、修正を受け付けるのか。期限がないと、数か月後に「あの資料を直してほしい」という依頼が来ます。

期限を設けることは、冷たい対応ではありません。案件を閉じるための手続きです。期限を過ぎた依頼は、新規の作業として受ければよい。この扱いのほうが、双方にとって明確です。

契約への書き方

決めた内容を、文字に落とします。書き方には型があります。

業務委託の契約書に入れる項目

修正に関して契約書に入れるべきは、次の項目です。成果物の定義、完成とみなす条件、検収の期間、修正の回数、一回の数え方、修正と変更の区別、期限、超過時の扱い。

長い条文である必要はありません。それぞれ一文ずつでも、書いてあれば機能します。書いていないと、その部分は交渉のたびに一から議論になります。

契約書の様式は発注側が用意することが多い。その場合、修正に関する記載があるかを確認し、なければ追記を依頼します。追記の依頼は正当な要求であり、遠慮する必要はありません。

発注書やメールで補う場合

契約書を交わさず、発注書やメールのやり取りで進める案件もあります。この場合、着手前に条件を整理したメールを送ります。

内容は、作業の範囲、成果物、納期、修正の回数と範囲、費用。これを箇条で書いて送り、相手から「この内容で進めてください」という返信をもらいます。この往復が、実質的な契約になります。

返信がないまま着手すると、後で条件が争点になったときに根拠がありません。着手前に返信を待つ運用にしてください。急かされても、この一往復は省略しないほうが安全です。

見積もりの段階から書いておく

修正の条件は、見積もりの時点で書いておくと最も揉めません。見積書に「修正は一括での指示を2回まで含む。範囲を超える変更は別途見積もり」と一行入れるだけで、後の会話が変わります。

見積もりの段階で書いてあれば、発注側はその前提で予算を組みます。契約後に持ち出すより、はるかに受け入れられやすい。ITコンサルの案件では、この一行の有無が最終的な稼働時間を大きく左右します。

案件の探し方から契約までの流れを含めた全体像はITコンサルティング・講師のお仕事にまとまっています。受注の入口によって契約の形が変わるため、自分が主に使う入口の慣習を把握しておくと条件の設計がしやすくなります。

修正を減らす納品の作り方

回数を制限するより、そもそも修正が発生しない状態を作るほうが効率的です。

途中で確認の機会を挟む

完成品を一度に出すと、大きな手戻りが発生します。方向性が違っていた場合、全部やり直しになります。

途中で確認を挟むと、ずれが早い段階で見つかります。研修資料であれば、構成案の段階で一度見せる。コンサルの成果物であれば、分析の方向性が固まった時点で共有する。この確認は修正の回数に含めない扱いにしておきます。

確認の回数と時期も、着手時に決めておきます。決めておかないと、確認のたびに追加の作業が発生します。確認は範囲を絞り、判断してほしい点を明示して行います。

判断してほしい点を明示して出す

成果物をそのまま送ると、発注側は全体を見て気になった点をすべて挙げます。挙げられた点に対応すると、修正が膨らみます。

かわりに、確認してほしい点を絞って伝えます。「今回は構成の順序についてご確認ください。表現の細部は次の段階で調整します」といった形です。見る範囲が絞られると、指摘も絞られます。

この伝え方は、発注側にとっても負担が減ります。全体を判断するより、一点を判断するほうが早い。結果として返答も早くなります。

前提と制約を成果物に書き込む

成果物に、その内容がどういう前提で作られているかを明記します。使用したデータの範囲、想定した対象者、制約条件。

これがないと、前提を知らない人が見たときに「これでは使えない」という指摘が出ます。前提が書いてあれば、その指摘は前提の変更に関する話になり、修正ではなく変更として扱えます。

講師の仕事であれば、研修の対象者の想定と、前提とする知識の水準を明記します。この記載があると、当日の運営でも認識のずれが起きません。

用語の定義を揃える

ITの案件では、同じ言葉が組織によって違う意味で使われます。この食い違いが、大きな手戻りを生みます。

着手時に、案件で使う主要な用語の定義を揃えます。作業としては短時間で済み、効果は大きい。定義を文書にして共有しておけば、後の議論で参照できます。

技術的な用語の水準を揃える作業は、講師の仕事でも同様に効きます。受講者の前提知識が揃っていない状態で進めると、研修後の評価が割れます。事前の確認で、この割れを防げます。

案件の性質による違い

ITコンサルと講師では、修正の発生の仕方が違います。同じ扱いにすると無理が出ます。

コンサルの成果物は、決裁の経路が影響する

コンサルの案件では、成果物が社内で回覧されます。回覧の過程で、複数の立場からの意見が集まります。この意見が修正の指示として降りてきます。

対応としては、回覧の前に「どなたが確認されますか」を聞いておくことです。確認者の数と立場が分かれば、修正の量が予測できます。予測できれば、回数の設定も現実的になります。

案件を扱う仲介サービスでは、講師とITコンサルの仕事がまとめて分類されており、在宅や副業での稼働を前提にした募集も並んでいます。

ネットで最短即日発注ができるランサーズなら、講師・ITコンサルタントの仕事が4,027件。講師・ITコンサルタントの仕事情報の検索から納品、報酬の受け取りまで、すべてランサーズで完結します。時間や場所にとらわれず、在宅や副業で理想的な働き方を実現可能です。 出典: lancers.jp

条件が良い案件ほど、関与する立場が増える傾向があります。条件だけを見て受けると、修正対応の量で実質の時間あたりの手取りが下がることがあります。着手前の条件確認が、より重要になります。

講師の仕事は、当日までの期限が固定される

研修や講義は、実施日が動きません。この制約が、修正対応の性質を変えます。実施日の直前に修正が入っても、断れない状況が生まれます。

対策は、資料の確定日を実施日から逆算して設定することです。「実施の一定期間前までに資料を確定し、以降の変更は当日の運営に影響するため対応しない」と決めておきます。この日程を契約に入れておくと、直前の依頼を断る根拠になります。

実施後の修正依頼もあります。次回に向けた改善の依頼です。これは新規の作業として扱います。同じ資料の改訂であっても、実施が終わっている以上、別の案件です。

対面の研修と、オンラインの研修で条件が変わる

対面の研修は、実施場所への移動と当日の拘束が発生します。そのぶん資料以外の要素、つまり当日の進行や受講者への対応が評価の対象に入ります。資料の細部への指摘は、相対的に少なくなります。

オンラインの研修は、資料への依存度が高くなります。画面に映るものがほぼすべてであるため、資料の完成度に対する要求が上がり、修正の依頼も増えます。同じ内容の研修でも、実施の形式が変われば修正対応の量が変わります。

条件を決めるときは、実施形式を確認してから回数を設定してください。対面を前提に決めた回数を、オンラインの案件にそのまま当てると足りなくなります。録画して配信する形式であれば、さらに要求が上がる傾向があります。配信物は繰り返し使われるため、発注側が細部まで確認するためです。

発注側の担当者と、認識を揃える進め方

条件を書面にしても、運用するのは人です。担当者との関係の作り方で、修正の量は変わります。

担当者の立場を把握する

発注側の担当者が、社内でどういう立場にいるかを把握します。決裁権があるのか、上に説明する立場なのか、実務の担当なのか。立場によって、担当者が求めるものが違います。

上に説明する立場の担当者は、社内で説明しやすい成果物を求めます。この場合、成果物に説明用の要約を添えると、修正の依頼が減ります。担当者が説明に困っている状態が、修正の指示として降りてくるためです。

実務の担当者であれば、実際に使えるかどうかが判断の軸になります。使う場面を具体的に聞いて、その場面で機能する形にすれば、指摘は減ります。

修正の意図を聞く

指示の文面だけを見て対応すると、意図を外します。外した対応は、次の修正を呼びます。

「この部分を直してほしい」という指示が来たら、なぜ直す必要があるのかを聞きます。表現が分かりにくいのか、内容が事実と違うのか、社内で使いにくいのか。理由によって、直し方が変わります。

聞く手間を惜しんで推測で対応すると、往復が増えます。一度の確認で意図が分かれば、対応は一回で終わります。結果として、聞いたほうが早い。

反論すべきときは反論する

すべての指示に従うのが良い対応ではありません。成果物の目的に反する指示には、根拠を示して反論します。

反論の仕方は、指示を否定する形ではなく、目的に立ち返る形にします。「この変更を入れると、当初の目的である受講者の理解度の確認が難しくなります」といった説明です。目的を共有していれば、この説明は受け入れられます。

反論せずに従い続けると、成果物の質が落ちます。落ちた成果物の評価は、最終的に受注側に返ってきます。専門家として意見を出すことは、契約上の義務の範囲内です。

修正のやり取りを、記録として残す

条件を決めても、運用の記録がなければ根拠として使えません。

指示と対応を、対で残す

修正の指示が来たら、その内容と対応した結果を対で記録します。日付、指示の内容、対応の内容、要した時間。この四点を残します。

記録があると、回数の数え方で揉めたときに事実を確認できます。「これは前回の指示の続きなので同じ一回です」といった判断も、記録があれば説明できます。記憶で話すと、双方の認識がずれます。

要した時間の記録は、次の案件の見積もりに直結します。修正一回あたりに実際どれだけ時間がかかっているかを把握していないと、回数の設定も追加費用の水準も感覚になります。

やり取りの経路を一本化する

修正の指示が、メール、チャット、会議の口頭と、複数の経路で来る案件があります。この状態では、どの指示が有効なのかが分からなくなります。

着手時に、修正の指示はどの経路で受けるかを決めます。会議で出た内容も、後で文字にして送ってもらう形にします。「本日いただいたご指示を整理しました。この内容で進めます」と自分から送る運用でも構いません。

経路の一本化は、発注側にとっても利益があります。指示が散らばると、社内でも把握できなくなるためです。提案すれば、多くの場合は受け入れられます。

対応しない判断も記録に残す

指示のなかには、対応すべきでないものがあります。他の指示と矛盾している、成果物の目的から外れている、範囲外の変更にあたる。

これらは対応せずに、理由を添えて返します。返した内容も記録に残します。後で「あの指示はどうなったのか」と聞かれたときに、経緯を説明できます。

黙って対応しないのが最も悪い。指摘されるまで放置すると、信頼を失います。対応しない判断は、必ず伝えたうえで記録に残してください。

修正が上限を超えたときの対応

上限を決めていても、超えることはあります。そのときの動き方を決めておきます。

超えた時点で、その場で伝える

超過に気づいたら、対応する前に伝えます。対応してから請求すると、発注側は納得しません。対応前に「この修正は当初の回数を超えるため、追加のお見積もりになります」と伝える。

伝え方は事務的にします。感情を挟むと、交渉が難しくなります。契約に書いてある内容を確認する形で進めれば、相手も事務的に処理します。

この会話が気まずいのは、契約に書いていない場合です。書いてあれば、確認の会話で済みます。事前の記載は、この会話を楽にするためのものです。

追加の見積もりを、その場で出せるようにする

超過を伝えるとき、追加の金額もあわせて示せると話が早い。示せないと、見積もりの作成に時間がかかり、案件が止まります。

そのためには、追加作業の単位あたりの水準をあらかじめ決めておく必要があります。決めていれば、その場で計算して示せます。

発注側にとっても、その場で金額が分かれば判断できます。判断が早ければ、作業の再開も早い。双方にとって利益があります。

断る判断も持っておく

すべての追加に応じる必要はありません。稼働に余裕がない場合、対応できないことを伝える判断も要ります。

断る場合は、代案を添えます。時期をずらせば対応できるのか、範囲を絞れば対応できるのか。代案があると、断りが関係の終わりになりません。

断ることを避けて無理に受けると、他の案件の質が落ちます。落ちた質は、次の受注に影響します。稼働の管理は、品質管理の一部です。

検収の手続きを明確にする

修正が終わったあと、案件を閉じる手続きが必要です。これが曖昧だと、いつまでも案件が終わりません。

検収の依頼は、こちらから出します。「この内容で検収をお願いします」と明示し、検収の期限も伝えます。期限を過ぎて連絡がない場合に検収完了とみなす旨を、契約に入れておくと確実です。

検収が完了した時点で、修正の受付も終了します。この区切りを双方が認識していないと、検収後に修正の依頼が来ます。終わりを明示することが、次の案件に移るための条件です。

運営者から見た、修正で消耗しない人の共通点

フリーランスと在宅ワークの市場を20年運営してきた立場から言えば、修正で消耗していない人は、交渉が上手いわけではありません。着手前に条件を文字にしているだけです。文字にしてあると、修正の話は交渉ではなく確認になります。文字にしていないと、毎回が交渉になります。この差が、年間の稼働時間に大きく効いています。

運営者として見てきた限りでは、長く続いている人ほど、単発の作業をこなすことより「この人に任せると楽だ」という状態を発注側のなかに作ることに時間を使っています。修正の条件を先に示すことは、実はこの状態づくりの一部です。条件が明確な相手は、発注側にとって計画が立てやすい。加えて、仲介を挟まない直接の取引に移った人ほど、同じ稼働時間でも手元に残るものが厚くなり、その余裕が仕事の質に返っています。手数料0%の直接取引は、依頼する側にとっては同じ予算でより多く頼めるという意味を持ち、受ける側にとっては一件あたりの手取りが厚くなるという意味を持ちます。手取りに余裕があれば、修正一回分を柔軟に飲む判断もできます。余裕のない状態で修正を飲み続けると、関係のほうが先に壊れます。

記録が、次の案件の条件を作る

修正の実績を記録している人は、次の案件で現実的な回数を設定できます。案件の種類ごとに、実際に何回発生したか。この記録があれば、見積もりの精度が上がります。

記録の項目は単純で構いません。案件名、成果物の種類、確認者の数、修正の回数、超過の有無。これだけで傾向が見えます。

記録がないと、毎回感覚で設定することになります。感覚は楽観に寄ります。楽観的な設定は、超過の交渉を増やします。

隣接する分野の条件も見ておく

同じ受注でも、分野によって修正の慣習が違います。技術寄りの案件と、教育寄りの案件では、発注側の期待が変わります。

ITコンサルとして独立する場合の全体像はITコンサルタント フリーランス独立ガイド！2026年最新の年収と案件に整理があります。案件の取り方から契約の形まで含めて把握しておくと、修正の条件をどこで切り出すかの判断がしやすくなります。

分野を広げる際は、その分野の慣習を先に確認してください。技術領域の隣接分野としてはAI・マーケティング・セキュリティのお仕事のような領域があり、成果物の性質が変われば修正の発生の仕方も変わります。制作物を伴う仕事の一例として作曲・編曲・効果音・ジングルのお仕事を見ると、成果物が明確な分野では修正の定義がしやすいことが分かります。自分の成果物がどちらに近いかで、条件の書き方を選んでください。

基礎的な書面の作法が、条件を守る

契約書、見積書、確認のメール。修正の条件を守るのは、最終的にこれらの書面です。書面の作法が身についていると、条件を書き込む作業が短時間で済みます。基礎的な文書作成の作法はビジネス文書検定の学習範囲と重なるため、独学の指針として使えます。

技術的な裏づけを示すことも、条件の交渉を楽にします。技術領域の基礎を体系的に確認する手段としてはCCNA（シスコ技術者認定）のような認定があり、専門性の説明に使えます。専門性が明確な相手に対して、発注側は無理な修正を求めにくくなります。

条件を決める作業を、案件ごとの型にする

毎回ゼロから条件を考えていると、着手前の作業が負担になります。負担を感じると、条件を決めずに着手する誘惑が生まれます。

案件の種類ごとに、条件の雛形を用意してください。コンサルの成果物を納める案件、研修を実施する案件、資料だけを作る案件。それぞれで修正の回数と範囲の書き方が違います。雛形があれば、案件名と日程を入れ替えるだけで条件書が作れます。

雛形は使うたびに更新します。想定と実際がずれた箇所を書き換えていくと、案件を重ねるほど精度が上がります。この積み重ねが、修正で消耗しない状態を作ります。

よくある質問

Q. 修正の回数は、契約書のどこに書けばよいですか？

成果物の定義と検収の条項の近くに置くのが自然です。書くべきは、成果物の定義、完成とみなす条件、検収の期間、修正の回数、一回の数え方、修正と変更の区別、対応期限、超過時の扱いの八点です。それぞれ一文ずつでも機能します。契約書を発注側が用意する場合、記載がなければ追記を依頼してください。

Q. 修正と変更は、どう区別すればよいですか？

合意した内容の精度を上げる作業が修正、合意した内容そのものを変える作業が変更です。研修資料で説明の順序を入れ替えるのは修正、対象者を新入社員から管理職に変えるのは変更にあたります。変更は回数に含めず、別途の見積もりとして扱う旨を契約に書いておいてください。

Q. 修正の指示が小分けで何度も届く場合はどう数えますか？

一括で送られてきた指示を一回と定義し、指示の締め切りを設けてまとめてもらう運用が実務的です。「修正のご指示はこの日までにまとめてお送りください」と伝えます。この定義があると発注側も指示を整理してから送るようになり、対応の効率も上がります。

Q. 上限を超えた修正を依頼されたとき、どう伝えるべきですか？

対応する前に伝えてください。対応してから請求すると納得されません。契約に書いてある内容を確認する形で事務的に伝え、あわせて追加の見積もりをその場で示せると話が早く進みます。追加作業の単位あたりの水準を事前に決めておくと、その場で計算できます。

Q. 研修の実施直前に資料の修正を依頼された場合はどうしますか？

資料の確定日を実施日から逆算して契約に入れておくのが対策です。「実施の一定期間前までに資料を確定し、以降の変更は当日の運営に影響するため対応しない」と決めておけば、直前の依頼を断る根拠になります。実施後の改善依頼は、新規の作業として扱ってください。