ウェブサイトの更新を外部の制作会社や社内の担当者に依頼するとき、何をどう伝えればよいか迷うことがあります。修正箇所のURLだけを送ったら意図と違う直し方をされてしまった、素材のどれが最新かが分からなくなった、確認フローが曖昧なまま公開されてしまった、といった状況は珍しくありません。こうした行き違いの多くは、依頼の時点で情報を整理しておくことで防げます。
この記事では、サイト更新の依頼票に何を盛り込むべきか、どう書けば作業者に正確に伝わるか、そして公開前に何を確認すればよいかを順番に説明します。
更新依頼票の目的と対象を明確にする
更新依頼票とは、サイトへの変更作業を第三者に依頼するために必要な情報をまとめた文書です。メールやチャットの断片的なやり取りとは異なり、一枚にまとめることで情報の抜け落ちを防ぎ、作業者と依頼者の認識を揃えることが主な目的です。
依頼票が特に役立つのは、複数のページを同時に更新する場合、制作会社や外部フリーランサーへ発注する場合、そして確認担当者が複数いる場合です。反対に、自分だけが更新する単純な1箇所の修正であれば、簡単なメモで十分なこともあります。依頼の規模と関係者の数に応じて、必要な情報量を調整するのが現実的です。
依頼票に入れる項目の判断基準
依頼票に盛り込む項目は多ければよいわけではありません。作業者が迷わず動けるかどうかを基準に、必要な情報だけを過不足なく揃えることが大切です。以下の4つの軸で情報が揃っているかを確認してください。
- 修正箇所：どのページの、どの要素を変えるかが具体的に分かるようにしてください。URLとページ内の位置（例：ヘッダーのロゴ、トップページのメインビジュアル）を明記することで、作業の範囲が明確になります。
- 変更の目的：なぜ変えるのかを書いておくと、作業者が判断に迷ったときに意図をくみ取れます。キャンペーン終了、商品仕様の変更、法令対応など、背景を一言添えるだけで認識のズレが減ります。
- 使用する素材：画像、テキスト、ファイルのどれを使うか、どれが確定版かを明示してください。素材の保存場所（共有フォルダのURL、ファイル名、確定日）も合わせて記載することをお勧めします。
- 確認担当者：誰が最終確認を行い、誰がOKを出したら公開できるかを決めておきます。担当者が複数いる場合は確認の順番も記載すると混乱が防げます。
この4軸のうちどれか一つでも欠けると、作業者が都度質問せざるを得なくなります。質問のたびに作業が止まると、納期に影響が出やすくなります。
依頼票を作る手順と進め方
依頼票は大きく4つのステップで作成します。順番通りに進めると、書き漏れを防ぎやすくなります。
-
変更内容を洗い出す
今回の更新で変えたい箇所をすべてリストアップします。思いついた順でかまいません。ページ単位でまとめると管理しやすくなります。
-
各変更に目的と素材を紐づける
リストアップした箇所ごとに、変更理由と使用する素材を対応させます。素材がまだ揃っていない場合は、入手予定日と担当者名をメモしておきます。素材が後から変わると作業のやり直しが発生するため、できるだけ依頼前に確定させておくとよいでしょう。
-
確認フローを決める
作業完了後に誰がどの手順で確認するかを決めます。ステージング環境（本番公開前のテスト環境）がある場合は、そこでの確認手順も含めて記載してください。確認期限を設けておくと、返答待ちで作業が滞るリスクを減らせます。
-
依頼票を作業者と共有し、認識を合わせる
完成した依頼票を送付するだけでなく、内容に疑問がないか作業者に確認を取るのが望ましいです。特に大きな変更や複数ページにまたがる更新の場合は、短い打ち合わせや確認メッセージを挟むことで、後工程のやり直しを減らせます。
保守・運用に関する記事では、依頼票の運用以外の更新管理の考え方についても紹介しています。あわせて参考にしてください。
依頼票の運用でよくある注意点とリスク
依頼票を用意しても、いくつかの落とし穴にはまると効果が半減します。あらかじめ把握しておくことで、トラブルを未然に防ぎやすくなります。
素材のバージョン管理が曖昧なケースは特に多いです。ファイル名に日付や連番を付けずに複数のファイルを共有フォルダに置くと、作業者がどれを使えばよいか判断できなくなります。使用するファイルをひとつに絞り、ファイル名またはフォルダ名で明示してください。
確認担当者が複数いるのに承認ルールが決まっていないと、誰かがOKを出した後に別の担当者が差し戻しをするといった事態が起きます。最終決定権を持つ担当者を一人に定め、他の担当者はその前のステップで意見を出す形にすると整理しやすくなります。
依頼票の更新を怠るのも見落とされがちなリスクです。作業途中で変更内容が変わった場合、依頼票を修正せずにチャットだけで伝えると、依頼票と実際の作業内容にズレが生じます。変更が発生したら必ず依頼票を更新し、作業者に周知してください。
また、依頼票とは別に保守・運用サービスを活用している場合は、サービス側で定められた連絡フォーマットがあることも多いため、自社の依頼票との整合性を事前に確認しておくことをお勧めします。
依頼票の形式と媒体をどう選ぶか
依頼票の形式は、チームの規模や更新の頻度によって変わります。いくつかの選択肢と、それぞれが向く状況を整理します。
更新頻度が低く、関係者が少ない場合は、スプレッドシートや共有ドキュメントで十分です。ページURL、変更箇所、変更内容、素材の場所、確認担当者、期限を列として用意するだけで、必要な情報を一元管理できます。
更新が月に複数回あり、複数のプロジェクトを並行して管理する必要がある場合は、タスク管理ツールへ依頼票の項目を組み込む方法が向いています。タスクに期限や担当者を設定できるため、進捗の見落としを減らせます。
制作会社に発注する場合は、先方が指定するフォーマットがあればそれに従うのが基本です。独自の依頼票を送る場合も、先方が読み取りやすい形を優先してください。読みやすさと情報の完全性を両立させることが、円滑な作業の前提になります。発注にかかる費用の考え方については、料金ページから確認できます。
公開前の確認項目チェックリスト
依頼票を作成し、作業が完了した後、公開前に以下の項目を確認してください。作業者だけでなく、依頼した側も一緒に確認することで、見落としのリスクを下げられます。
- 依頼票に記載した全箇所が変更されているか
- 使用した素材が依頼票で指定した確定版のものか
- 変更内容が依頼の目的を満たしているか
- ステージング環境で表示・動作の確認が完了しているか
- 確認担当者全員の承認が得られているか
- 公開後に元に戻せるバックアップが取られているか
- 公開日時と公開作業の担当者が決まっているか
依頼票は一度作って終わりではなく、更新のたびに内容を見直してブラッシュアップするものです。チームで使い続けるうちに、自社の運用に合った形へと改善されていきます。疑問点や改善したい点があれば、お問い合わせからご相談ください。
