「修正は三回までです」。安心しましたか。それとも少ないと思いましたか。実は、その前に聞きたいことがあります。一文字直すと一回なのか、指摘をまとめて返す一巡なのか。誤字も、完成後に別のデザインへ変えることも、全部同じ修正なのか。数字だけでは、まだ何も分かっていません。
架空の依頼者・吉田さんは、XMサイトの確認で、気付いた箇所を一件ずつ送っていました。制作者から「今回で三回目です」と言われ、慌てます。修正の回数より先に、種類、数え方、確認の区切りをそろえることが、落ち着いて制作を進める準備です。
誤りの訂正と、希望の変更を分ける
合意した題名と違う文字が入っている、画像が表示されない、説明と違うページへリンクしている。こうした問題の訂正と、後から好みが変わって色を変更することは、同じ内容ではありません。
さらに、最初に頼んでいない機能を追加することや、対象読者を途中で変えることもあります。どれも会話では「修正」と呼べますが、制作側が行う仕事は大きく異なります。契約では、何をどの種類として扱うかを確認します。
ただし、依頼者が不具合と呼べば必ず無償になるわけでも、制作者が変更と呼べば必ず追加になるわけでもありません。合意した内容と実際の状態を照らして、対象を具体的に説明する必要があります。
見本、原稿、仕様の記録があると、その比較がしやすくなります。「前からこう思っていた」という記憶だけで話すより、どの版で何を確認したかを見ながら相談する方が、お互いの判断材料がそろいます。
一回の単位を、例で聞いてみる
修正三回という条件があるなら、指摘一覧をまとめて返す一巡なのか、個々の箇所の数なのかを聞きます。記事ごとに数えるのか、サイト全体で数えるのかも確認します。
たとえば十記事分の指摘を一枚へまとめた場合は何回か。直した箇所がまだ説明と違う場合は新しい一回か。制作者が確認を求めた補足へ返答することも一回か。例を一つ挙げると、抽象的な説明より理解しやすくなります。
ここで、どの会社にも通じる標準の回数を探そうとしないことが大切です。記事数、制作範囲、確認方法によって契約は変わります。自分の依頼で使う数え方が、分かる形になっているかを見ます。
回数だけでなく、対象期間も合わせます。いつまでに返答するか、原稿を確認する段階と画面を確認する段階で別なのか。確認の順番が分かれば、まだ見ていないものについて返事を急ぐ混乱を減らせます。
原稿の確認は、色の話より前に行う
文章の内容が未確定のまま画面を整えると、後で見出しや表を大きく変えたときに、配置も調整し直すことがあります。内容と見た目の確認を分けられるなら、先に何を承認するか決めます。
XMTradingの条件に関する説明なら、根拠となる公式情報、対象、確認時点を先に見ます。本文が誤っているのに、ボタンの色だけを何度も直しても、公開できる状態には近づきません。
原稿段階では、読者、記事の担当する疑問、説明の範囲、案内先を確認します。文章の好みがある場合も、どの読者へどう伝えたいかを添えると、単なる言い換えの往復になりにくくなります。
その後に、ページへ反映した状態を確認します。長い見出しが読めるか、表が見切れないかなど、画面になって初めて分かる点はあります。原稿の承認が、まだ見ていない画面の全てを承認した意味にならないよう、確認対象を分けておきます。
指摘は、観察と希望を分けて書く
「ここが弱い」「もっといい感じに」だけでは、直す方向を決めにくくなります。まず、見た状態を説明します。題名が二行目で切れる、リンクを押すと別の記事へ行く、表の右側がスマートフォンで見えない、といった観察です。
その次に、希望する状態を書きます。全文を読めるようにしたい、説明に対応するページへ案内したい、比較する列を確認できるようにしたい。原因を推測して指示するより、起きたことと目的を示す方が、制作者が対応を考えやすくなります。
好みの変更なら、そのことも明示します。「不具合ではないが、見本を見て青より落ち着いた色にしたくなった」と伝えれば、扱いの相談ができます。全てを問題として送るより、種類が分かる方が費用と日程の説明も受けやすくなります。
制作前の見本確認で、観察と希望を分ける方法を使っておくと、納品段階でも同じ形式を使えます。修正の会話を、感想の交換から具体的な作業の相談へ進められます。
確認役を決め、意見をまとめて返す
依頼者側で複数人が確認する場合、意見がばらばらに届くと、制作者は何を最終判断として受け取るか迷います。一人は長く説明したい、別の人は全部短くしたい。両方へ同時に対応すると、文章が往復してしまいます。
誰が確認し、誰が最終的に決めるかを決めます。意見を集める期間を取り、重複や矛盾を整理してから返します。全員の感想をそのまま転送することと、依頼者としての修正指示は区別します。
一人で依頼している場合も、気付いた瞬間に連続送信するより、記事をひと通り確認して一覧へまとめる方が管理しやすくなります。緊急の問題は先に伝え、それ以外は決めた一巡として返す方法があります。
確認をまとめることは、指摘を我慢することではありません。必要な指摘を漏らさず、同じ箇所へ矛盾した指示を出さないための整理です。制作者へ頼む時間を、自分の迷いの往復だけに使わない工夫でもあります。
方向が変わるなら、追加の相談へ切り替える
原稿の言い回しを直すうちに、対象読者そのものが変わった。比較記事を、全く違う初心者向け入門へ変えたくなった。こうした場合は、何回の修正かという話だけで押し切らず、範囲が変わったことを相談します。
制作者には、既存のどこが使え、何を作り直すかを説明してもらいます。費用や納期が変わるなら、作業開始前に合意します。変更を頼んだことと、追加見積もりを了承したことを、同じ一言に混ぜないようにします。
記事数そのものを増やす場合は、制作途中での追加費用の確認も参考になります。新規記事の追加と、合意した記事の訂正では、確認する作業が異なります。
逆に、合意した内容を満たしていない点まで、何でも新しい仕様にされていないかも見ます。お互いの呼び方ではなく、承認した資料と実際の状態を比較することが、この線引きの助けになります。
修正後の再確認まで、一つの流れにする
直したという連絡が来たら、対象の版と箇所を確認します。以前と同じファイルを開いていないか、別の箇所へ影響していないかも見ます。対応済み、確認待ち、追加相談を一覧で分けると、残る作業が分かります。
修正した箇所だけを見ればよい場合もあれば、共通の型を変えたため他の記事も確認したい場合もあります。制作者へ変更範囲を説明してもらい、必要な検査をもう一度行います。公開前の確認とつなげて考えてください。
吉田さんは、細かなメッセージを一枚の指摘表へまとめ直しました。誤字、表示の問題、好みの変更を分け、追加相談が必要なものには印を付けます。回数を節約するゲームから、完成へ近づく確認へ変わりました。
また、原稿を確認した後に公式条件が更新された場合は、誰の誤りかを争う前に、どの時点から説明が変わったかを確かめます。制作中に変わった事実への対応と、最初から誤っていた記述の訂正は、経緯が違います。確認日の記録があると、更新する範囲や期限を相談しやすくなります。
依頼前には、回数を聞くとともに、何を一回とし、何を別の相談とするかを確かめてください。数字の大きさより、確認の進め方が分かること。その方が、サイトを受け取る日まで落ち着いて判断できます。
参考：XMTrading パートナープログラム。修正の回数や費用は各契約で確認する事項であり、本記事は一律の条件を示していません。
当社独自の累計収益保証付き！
丸投げで収益を狙う
アフィリエイトサイトを
手に入れませんか？
アフィリエイト専門のプロが、
企画からサイト構築・記事制作・収益設計まで一括対応。
