Web運営支援の修正を何回まで受けるか｜先に決めておく

Web運営支援の修正対応は、回数だけを決めても揉めます。結論から言うと、決めるべきは回数を含む5つの項目で、そのうち最も重要なのは「何を修正と呼ぶか」の定義です。定義がないまま回数だけを約束すると、1回の中身が膨らみ、結果として無制限に近い状態になります。この記事では、着手前に決めておく項目と、実際に修正依頼を受けてから完了させるまでの運用手順を整理します。

修正で揉める原因は回数ではない

修正対応でトラブルになった案件を分解すると、原因は回数の不足ではなく、修正という言葉の指す範囲が食い違っていたことにあります。

修正と呼ばれているものは3種類ある

依頼側が「修正してほしい」と言うとき、その中身は次の3つのどれかです。

1つ目は、不具合の是正です。リンクが切れている、表示が崩れている、指定した内容と違うものが入っている。これは制作側の責任で直すべきもので、回数に数えるべきではありません。

2つ目は、指示済みの内容の反映です。事前に伝えられていた要望が反映されていない、確認の段階で出た指摘が入っていない。これも本来は作業の一部であり、追加の依頼ではありません。

3つ目は、新しい要望です。確認後に出てきた変更、方針の転換、追加したい要素。これが本来の意味での修正であり、回数と範囲で管理すべき対象です。

この3つを区別せずに「修正3回まで」と決めると、1つ目と2つ目まで回数に含まれるのかどうかで解釈が割れます。制作側は含めたいと考え、依頼側は含めたくないと考えるため、必ずすれ違います。

依頼側には急がなければならない事情がある

Web運営の担当者は、社内の都合で急ぎの変更を求められます。制作会社の対応速度が事業の判断に影響するという指摘も、業界内で共有されています。

企業を運営されている皆さん、ホームページ制作後の修正対応に悩まれたことはありませんか？事業の成長に伴い「このページを明日までに修正したい」「新サービスの告知を急いで追加したい」といった要求が頻繁に発生するのが企業の特徴です。 しかし、制作会社によっては「修正は2週間後になります」「追加費用が発生します」といった対応で、せっかくのビジネスチャンスを逃してしまうケースも少なくありません。 出典: w-stage.jp

依頼側が急いでいるのは、わがままではなく事業の都合です。この前提を理解した上で、対応できる範囲と時間を先に示すのが、受け手側の実務になります。何も決めずに都度対応していると、急ぎの依頼が常態化します。

着手前に決める5つの項目

修正対応の条件は、次の5項目で定義します。回数はそのうちの1つに過ぎません。

修正の定義

まず、何を修正として数えるかを書きます。不具合の是正と指示済み事項の反映は回数に含めない、確認完了後に出た新しい要望を1回として数える、といった形です。

この定義を最初に書いておくと、依頼側も安心します。不具合まで回数に数えられるのではないかという不安がなくなるためです。定義を明示するのは制作側を守るためだけでなく、依頼側の信頼を得るためでもあります。

1回の単位

次に、何をもって1回とするかを決めます。よく使われるのは、依頼をまとめて受け取り、それに対して作業して返すまでを1回とする形です。個別の指摘ごとに1回と数えると、依頼側は指摘を出しにくくなり、まとめて出す運用になっていきます。

まとめて受け取る形にすると、依頼側は社内の意見を集約してから出すようになります。これは制作側にとっても効率的で、指示同士の矛盾を先に潰せるという利点があります。

対象の範囲

何を修正できるかを決めます。文言の変更、画像の差し替え、配置の調整、機能の変更、構成の変更。このうちどこまでが範囲かを書きます。

範囲を決めるときの基準は、作業量ではなく影響範囲です。文言の変更は1箇所で完結しますが、構成の変更は他のページに波及します。波及するものは範囲外にするか、別の相談として扱うのが実務的です。

起点と期限

修正の受付を、いつからいつまでとするかを決めます。起点は納品または公開の日、期限はそこから一定期間とするのが一般的です。

期限を決めておかないと、数か月後に修正依頼が届くことがあります。時間が経つほど、制作時の判断の記憶は薄れ、環境も変わっています。期限を設けるのは、品質を保つために必要な措置でもあります。

超過した場合の扱い

回数や範囲を超えた場合に、どうするかを決めます。追加で相談を受ける、別の作業として扱う、次回の作業にまとめる。どれを選ぶにせよ、事前に書いてあれば話は事務的に進みます。

超過分の費用の考え方も、ここで示します。金額そのものを先に確定できない場合でも、どういう基準で算出するかを書いておけば、依頼側は見通しを持てます。

運用支援型と単発型で決め方が変わる

Web運営支援には、継続的に運用を支える形と、単発の制作を請け負う形があります。修正対応の設計も、どちらかによって変わります。

継続して運用を支える場合

月ごとの作業枠を持つ形では、修正は日常業務の一部になります。この場合、回数で管理するより、枠の中で優先順位を決める運用のほうが機能します。

決めるのは、枠に含まれる作業の種類、対応する時間帯、緊急時の連絡手段、枠を超えた場合の扱いです。柔軟に対応する体制を持つ制作会社は、こうした運用の形を明示しています。

当社では、お客様のニーズに合わせて柔軟な修正対応を行っています。1ページ単位での部分的な修正から、WEBサイト全体のリニューアルまで、幅広い要望にお応えします。また、定額制の保守管理プランも用意しており、継続的なサイト運営をサポートいたします。 出典: markernet.co.jp

個人で運営支援を請ける場合も、考え方は同じです。都度の見積もりで対応するのか、一定の枠を確保するのか。どちらを選ぶかで、修正の扱いが変わります。

単発の制作を請け負う場合

制作して納品する形では、修正は検収の一部です。回数と期限を明確にし、検収の完了をもって作業を終えるという流れを作ります。

この形で注意が必要なのは、検収がいつまでも終わらない状態です。期限を決めていないと、依頼側の都合で確認が止まり、案件が閉じられません。確認の期限と、期限を過ぎた場合の扱いを書いておきます。

どちらの形が向いているかの比較

継続型は収入の見通しが立ちやすく、依頼側の事情も理解しやすくなります。一方で、枠の管理を怠ると作業が膨らみます。単発型は区切りが明確ですが、次の依頼が来る保証はありません。

自分の稼働の状況と、依頼元の性質で選びます。更新が頻繁に発生する依頼元は継続型が向き、企画単位で動く依頼元は単発型が合います。

修正依頼を受けてからの手順

条件を決めていても、運用の手順がなければ機能しません。受付から完了までを型にします。

受け付ける

修正の依頼は、口頭やチャットで届くことがあります。届いた依頼は、必ず文章にして確認を返します。書くのは、依頼された内容、対象の箇所、希望する時期です。

この確認の返信が、後の食い違いを防ぎます。特に急ぎの依頼では、口頭のやり取りだけで進めてしまいがちですが、そこが最も認識のずれが起きる場面です。

分類する

受け付けた依頼を、不具合の是正、指示済み事項の反映、新しい要望の3つに分けます。分類の結果は依頼側に共有します。

共有する理由は2つあります。1つは、回数に数えるかどうかの判断を透明にするため。もう1つは、依頼側が今後どう出せばよいかを学ぶためです。分類を共有し続けると、依頼の出し方が整っていきます。

見積もる

新しい要望に分類されたものは、作業量と影響範囲を確認します。確認するのは、作業にかかる時間、他の箇所への影響、確認が必要な相手です。

影響範囲が広い依頼は、その場で受けずに一度持ち帰ります。急ぎだからと即答すると、後から想定外の作業が出てきます。

実施する

作業に入る前に、着手の連絡を入れます。着手したこと、完了の予定時期、確認をお願いする範囲を書きます。この一報があるだけで、依頼側は待つことができます。

連絡がないまま作業していると、依頼側は進んでいるかどうか分からず、催促が発生します。催促のやり取りは双方にとって無駄な時間です。

報告して閉じる

完了したら、対応した内容と対応しなかった内容を並べて報告します。対応しなかったものについては理由を書きます。黙って飛ばすと、反映されたと思われたまま進みます。

回数を消費した場合は、残りの回数も伝えます。残数が見えていると、依頼側は次の依頼をまとめて出すようになります。

依頼を受ける前に確認しておくこと

修正対応の条件を決める前に、依頼元の運用を把握しておくと、現実的な設計ができます。

更新の頻度を聞く

サイトの更新がどのくらいの頻度で発生しているかを尋ねます。週に何度も更新が入る運用と、季節ごとに手を入れる運用では、必要な体制がまったく違います。頻度が読めれば、枠を持つ形にするか都度対応にするかを判断できます。

社内で誰が決めるかを聞く

修正の内容を決める人が誰かを確認します。担当者が決められるのか、上長の承認が要るのか、複数部署の合意が必要なのか。決裁の経路が長いほど、確認の往復が増えます。往復が増える前提で期限を設計します。

過去にどこが揉めたかを聞く

以前に他の制作者と進めたときに、どこで困ったかを尋ねます。この質問は嫌がられません。むしろ、先に聞いてくれる相手として信頼されます。困った点が分かれば、そこを先に決めておけます。

既存の環境を確認する

作業する環境が、どのような構成になっているかを確認します。更新の手段、権限の範囲、他に関わっている担当者の有無。ここが分からないまま受けると、着手してから作業できない箇所が見つかります。

追加費用の話をどう切り出すか

範囲を超えた依頼が来たとき、費用の話を切り出すのは気が重いものです。手順を決めておくと、感情の負担が減ります。

事実だけを並べる

まず、依頼された内容が当初の範囲のどこを超えているかを示します。範囲を書いた文書があれば、そこを参照するだけで済みます。文書がないと、この説明が交渉になります。

選択肢を出す

超えた分をどうするかについて、選択肢を並べます。追加で対応する、次回の作業にまとめる、内容を簡略化して範囲内に収める。この3つを示すと、依頼側は自分で選べます。

選択肢を出さずに断ると、断られたという印象だけが残ります。選択肢があれば、条件の話し合いとして進みます。

判断を急がせない

費用の判断には社内の手続きが必要なことがあります。返事を急がせず、いつまでに決まれば予定通り進められるかを伝えます。期限を示すことは急かすことではなく、判断材料を渡すことです。

費用の考え方を共有しておく

追加分の考え方は、案件の開始時に共有しておくのが最も揉めません。作業の種類ごとにどう扱うかを書いておけば、その都度の説明が不要になります。市場でどの程度の水準が一般的かは、職種のデータからも把握できます。ソフトウェア作成者の年収・単価相場のページでは、開発系の職種がどのような業務を担っているかが職種データとして整理されています。

条件を書面に落とす

決めた内容は、口約束ではなく文章にします。長い契約書である必要はなく、要点が並んでいれば機能します。

書き出す項目

書くのは、修正の定義、1回の単位、対象範囲、受付期間、超過時の扱い、緊急対応の条件、連絡の窓口です。この7項目が並んでいれば、実務上のやり取りはほぼ賄えます。

文書の形式は、見積書の備考欄でも、作業範囲を示した書面でも構いません。重要なのは、双方が同じ文面を持っていることです。片方だけが持っている資料は、後から根拠になりません。

相手が読む前提で書く

書面は、依頼側の担当者が社内で共有することを前提に書きます。専門用語を並べると、担当者が説明できません。文言の変更、画像の差し替えといった具体的な言葉で書くと、社内で判断が進みます。

書面の見直しを定期的に行う

継続して支援している場合、当初の書面と実態がずれていきます。依頼の傾向が変わったら、書面も見直します。見直しの機会を定期的に設けておくと、条件の相談が交渉ではなく定例の作業になります。

取引条件を書面や電子データで明示する実務は、業務委託を受ける側の基本として整理が進んでいます。制度面の情報は中小企業庁などの公的機関の資料で確認できます。

費用の考え方を比較する

修正対応の費用の決め方には、いくつかの型があります。どれが良いかは案件の性質で変わります。

作業時間で決める型

かかった時間に応じて費用が決まる形です。作業量が読めない依頼に向いており、双方にとって公平です。一方で、依頼側は総額が見えないことを不安に感じます。上限を設けておくと、この不安は解消できます。

作業内容で決める型

文言の変更、画像の差し替えといった作業の種類ごとに費用を決める形です。依頼側は事前に見通しを持てます。ただし、想定外の作業が出たときに当てはめる先がなくなるため、その場合の扱いを別に決めておきます。

一定額で枠を持つ型

月ごとに一定の作業枠を確保する形です。依頼側は費用が読め、受け手は収入の見通しが立ちます。枠に含まれる作業と含まれない作業を明確にしておかないと、枠の中に無制限の依頼が入り込みます。

相場を確認する方法

費用の水準は、地域、業種、作業の専門性によって幅があります。自分の設定が市場から外れていないかは、職種のデータや同種の案件の募集内容から確認できます。相場だけを見て決めるのではなく、自分の作業量と照らして判断するのが実務的です。

個人で受ける場合の強みと弱み

Web運営支援の修正対応を個人で受ける場合、組織で受ける場合とは違う特徴があります。

判断が早いことが強みになる

窓口が一人であるため、依頼から着手までの時間が短くなります。急ぎの相談に応じられることは、依頼側にとって大きな価値です。組織の場合は社内の割り振りが入るため、どうしても時間がかかります。

対応できる時間に限りがある

一方で、稼働できる時間には上限があります。体調を崩したときや、他の案件と重なったときの代替がありません。この点は最初に伝えておきます。伝えずに受けて対応できなくなるほうが、信頼を損ないます。

対応範囲を明確にする必要がある

組織であれば、専門外の作業も社内で回せます。個人の場合は、対応できない作業を明示し、必要なら他の担当者を紹介する形にします。何でも引き受けると、対応の質が落ちます。

記録が属人化しやすい

一人で対応していると、記録が頭の中に残りがちです。文書として残しておかないと、依頼側から見て継続の不安が残ります。記録を共有しておくことは、個人で受ける場合ほど重要になります。

記録を残す仕組みを作る

修正のやり取りは件数が多くなります。記録の仕組みがないと、何が終わって何が残っているかが分からなくなります。

依頼を受け取る形式を決める

依頼を出してもらう形式を決めておきます。含めてもらう項目は、対象のページ、変更したい内容、希望する時期、優先度です。この4項目が揃っていれば、確認のやり取りが減ります。

形式を押しつけるのではなく、記入しやすい形で渡すのが要点です。項目が多すぎると使われなくなります。

状態を見える形にする

受付済み、作業中、確認待ち、完了。この4つの状態で管理します。依頼側から見えるようにしておくと、進捗の問い合わせが減ります。

道具は何でも構いません。共有の表でも、課題管理の仕組みでも機能します。重要なのは、双方が同じものを見ていることです。

判断の記録を残す

修正の過程で行った判断は、記録に残します。なぜその方法を選んだか、他の案をなぜ採らなかったか。時間が経つと、当事者でも思い出せなくなります。

記録があると、後から同じ議論を繰り返さずに済みます。担当者が交代したときにも、経緯を引き継げます。

負荷を数えて条件を見直す

修正対応の条件は、一度決めたら終わりではありません。実際の負荷を数えて、定期的に見直します。

数えるのは件数ではなく時間

依頼の件数だけを見ても、負荷は分かりません。1件で終わる依頼と、何度も往復する依頼では重さがまったく違います。件数と併せて、往復の回数とかかった時間を記録します。

往復が多い依頼を特定する

何度もやり取りが発生している依頼には、原因があります。指示が曖昧だった、確認する相手が多かった、判断が社内で固まっていなかった。原因が分かれば、次から手前で潰せます。

想定と実態の差を共有する

負荷が想定を超えている場合は、その事実を依頼側に共有します。感情ではなく、記録した内容を並べて示します。数えた記録があると、条件の見直しは自然な相談になります。記録がないと、主観の訴えになってしまいます。

見直しの時期を決めておく

条件の見直しは、区切りの時期を先に決めておきます。契約の更新時、案件の節目、一定期間ごと。時期が決まっていると、どちらの側も切り出しやすくなります。

修正そのものを減らす作り方

修正対応の負担を減らす最も効果的な方法は、修正が発生しにくい進め方をすることです。

確認の段階を分ける

完成してから見せるのではなく、途中の段階で確認をもらいます。構成の段階、見た目の段階、実装の段階。それぞれで確認をもらえば、後半の大きな手戻りが減ります。

構成の段階での確認を省くと、完成後に構成の指摘が出ます。これは最も高くつく手戻りです。

決定事項を文章に残す

打ち合わせで決まったことは、その日のうちに文章にして共有します。記憶の食い違いは必ず起きます。文章にしておけば、後から確認できます。

書き方の型が分からない場合は、業務文書の基本を押さえておくと役立ちます。ビジネス文書検定の出題範囲では、記録や連絡の文書がどう構成されるべきかが体系的に扱われています。

依頼側が判断しやすい形で見せる

確認を求めるときは、判断してほしい点を明示します。全体を見てくださいと伝えると、確認そのものが後回しになり、遅れてから大きな指摘が出ます。

見てほしい箇所を3つ程度に絞って示すと、確認が早く返ってきます。早く返ってくれば、修正も軽く済みます。

過去の指摘を先回りして潰す

同じ依頼元からは、似た指摘が繰り返し出ます。表記の揺れ、画像の扱い、文言の言い回し。過去の指摘を一覧にしておき、作業の前に目を通すだけで、修正の往復が減ります。

一覧は、指摘の内容と、その後どう対応したかをセットで残します。対応の記録があると、担当者が交代しても同じ基準で作業を続けられます。指摘が減ること自体が、依頼側にとっての価値になります。

変更しやすい作りにしておく

文言や画像の差し替えを、依頼側が自分でできる形にしておくと、細かい修正の依頼が減ります。すべてを自分で抱えるより、任せられる部分を渡したほうが、双方の負担が下がります。

任せる場合は、操作の手順を短い資料にして渡します。口頭の説明だけでは運用されません。

注意しておきたい点

修正対応の設計で、見落としやすい点を挙げます。

緊急対応の扱いを決めていない

急ぎの依頼にどう応じるかを決めていないと、その都度の判断になります。対応できる時間帯、連絡の手段、急ぎとして扱う条件を決めておきます。何でも急ぎとして扱うと、通常の作業が崩れます。

複数の窓口から依頼が来る

依頼元の社内に複数の担当者がいると、別々の窓口から依頼が届くことがあります。指示が矛盾する原因になるため、窓口を1つに絞ってもらうよう最初に相談します。

公開後の確認を省く

修正を反映した後、実際の環境で表示を確認しないまま完了報告をすると、崩れに気づけません。反映後の確認を手順に組み込みます。確認する項目を固定しておくと、急ぎの作業でも抜けにくくなります。

口頭の合意だけで進める

打ち合わせの場で決まった内容を、その場のやり取りだけで進めると、後から解釈が割れます。決まった内容は当日中に文章で送り、相違があれば返信をもらう形にします。返信がないまま進めるより、確認を一往復入れるほうが早く終わります。

感情的なやり取りに引きずられる

急ぎの依頼が続くと、文面が強くなることがあります。相手の事情を理解しつつ、条件の話は事実で返します。感情に反応すると、条件の話が進みません。

隣接する仕事の広がりを知っておく

Web運営支援の依頼は、単体で発生することは少なく、他の業務と組み合わせて発注されます。周辺を知っておくと、修正の相談を受けたときに全体の見通しを示せます。

在宅ワーク求人サイトのAIコンサル・業務活用支援のお仕事のページでは、業務の効率化を支援する仕事がどのような形で発注されているかがまとめられています。運営支援の延長で相談されることが多い領域です。広告や集客の担当が同時に動いている案件では、AI・マーケティング・セキュリティのお仕事の内容を知っておくと、修正の背景にある目的を読み取れます。

機能の変更を伴う依頼では、開発の工程が関わります。アプリケーション開発のお仕事を見ておくと、どこからが開発の領域かを説明でき、範囲の線引きがしやすくなります。他分野での働き方や案件の取り方は、Webマーケティング フリーランスで海外ノマド！年収、スキル、成功への道のような記事からも参考にできます。

市場を長く見てきた立場からの観察

在宅の仕事を仲介する市場を20年見てきた立場から言えば、修正対応で消耗している人と、そうでない人の差は、技術ではなく最初の取り決めにあります。取り決めがある人は、依頼が増えても運用が崩れません。取り決めがない人は、良い仕事をしていても疲弊していきます。

運営者として見てきた限りでは、間に何段も入らない直接のやり取りで進む案件のほうが、修正のやり取りは軽くなります。理由は、要望が変質せずに届くからです。伝言が重なるほど、依頼の意図は削れ、確認の質問は途中で止まります。手数料0%で直接つながる形は、同じ予算で依頼側はより多くを頼め、受け手は手取りが厚くなるという利点がありますが、修正対応という観点では、意図が正しく届くこと自体が負担を減らします。

修正を何回まで受けるかという問いへの答えは、回数を決めることではなく、何を修正と呼ぶかを決めることです。定義と範囲と期限が書かれていれば、回数はその中の一項目として自然に決まります。

よくある質問

Q. 修正は何回までと決めるのが適切ですか？

回数だけを決めても揉めます。先に決めるべきは、何を修正として数えるかの定義です。不具合の是正と指示済み事項の反映は回数に含めず、確認完了後に出た新しい要望を1回として数えるのが実務的な区分です。そのうえで1回の単位、対象範囲、受付の起点と期限、超過時の扱いを合わせて決めます。回数はこの5項目の一つに過ぎません。

Q. 依頼側が急ぎの修正を頻繁に求めてくる場合はどうしますか？

急ぎの依頼が発生するのは事業側の事情であり、なくすことはできません。対応できる時間帯、連絡手段、急ぎとして扱う条件をあらかじめ決めておきます。すべてを急ぎとして扱うと通常の作業が崩れるため、優先度を依頼側と共有する運用にします。継続的に支援する形なら、回数管理より枠の中で優先順位を決める運用のほうが機能します。

Q. 範囲を超えた依頼に追加費用を求めるときの伝え方は？

事実だけを並べて伝えます。依頼内容が当初の範囲のどこを超えているかを示し、追加で対応する、次回の作業にまとめる、内容を簡略化して範囲内に収めるという選択肢を並べます。選択肢を出さずに断ると断られた印象だけが残りますが、選択肢があれば条件の話し合いとして進みます。判断には社内手続きが必要なため、期限を示して急がせない配慮も必要です。

Q. 修正の記録はどこまで残すべきですか？

依頼内容、対象箇所、希望時期、優先度の4項目に加え、受付済みから完了までの状態を双方が見える形にします。さらに、なぜその方法を選んだかという判断の記録も残します。判断の記録があると、後から同じ議論を繰り返さずに済み、依頼側の担当者が交代した際にも経緯を引き継げます。道具は共有の表でも課題管理の仕組みでも構いません。

Q. 修正の発生自体を減らす方法はありますか？

確認の段階を分けるのが最も効果的です。構成、見た目、実装の各段階で確認をもらえば、後半の大きな手戻りを防げます。構成段階の確認を省くと、完成後に構成の指摘が出て最も高くつきます。あわせて、打ち合わせで決まったことをその日のうちに文章で共有し、確認を求めるときは判断してほしい点を3つ程度に絞って示すと、返答が早くなります。