Webサイトの修正がたまったら、すべてを一つの「急ぎ」にまとめるより、今日・今月・保留の3つへ分けるほうが進みます。見る基準は、緊急性、事業への影響、ほかの作業との依存関係です。最初の連絡では、最優先の1件と判断理由が伝われば十分です。
細かな文言変更、表示崩れ、フォームの不具合、いつか変えたいデザイン。性質の違う修正を一度に並べると、依頼する側も受ける側も最初の作業を決められません。内容を完璧に説明する前に、着手する順番を決めます。
この記事でわかること
- たまったWeb修正を今日・今月・保留へ分ける基準
- 緊急性・事業への影響・作業の依存関係の見方
- 修正内容を1件ずつ切り分ける方法
- 最初の連絡に入れる情報と、そのまま書かない情報
- 自社で整理できる範囲と、外部へ相談する条件
最初に「今日・今月・保留」の3つへ分ける
修正一覧を作ったら、細かな順番を決める前に3つの箱へ分けます。基準は「いつ直せたらうれしいか」ではなく、「待つ間に誰がどの程度困るか」です。
| 区分 | 判断の目安 | 例 |
|---|---|---|
| 今日 | 公開中の情報や主要な動作に問題があり、待つほど影響が広がる | サイトを開けない、フォームを送れない、価格や営業時間が誤っている |
| 今月 | サイトは使えるが、問い合わせや日々の更新を妨げている | スマホで一部が読みにくい、古い写真が残っている、更新作業が二度手間になる |
| 保留 | 目的や完成条件が決まっていない、または先に終える作業がある | 雰囲気を変えたい、機能を追加したい、原稿や写真の準備待ち |
「今日」は、依頼した当日の完了を約束する言葉ではありません。影響が大きいため、最初に状況を共有する区分です。対応時間を取り決めていない相手へ、緊急対応を前提に送らないようにします。すぐの復旧が事業上欠かせないなら、緊急対応を明示している保守先も含めて連絡先を選びます。
迷った修正は、いったん今月に置けば構いません。私は、判断のつかないものを今日へ入れないようにしています。今日が増えるほど、最初の1件を決めにくくなるからです。
保留へ入れるのは後回しにするためではなく、目的や素材がそろうまで着手しないと決めるためです。
優先順位は3つの軸を上から見る
同じ区分に修正が複数ある場合は、緊急性、事業への影響、作業の依存関係の順に見ます。点数を細かく付けるより、どの問いで順番が決まったかを一言残すほうが、後から見返せます。
1. 今も利用者が困っているか
最初に見るのは、公開中のサイトで問題が起き続けているかです。閲覧できないページ、送れないフォーム、誤った営業情報などは、見た目の調整より前に置きます。
ただし、原因まで推測する必要はありません。「スマートフォンでボタンが重なる」「送信後に完了画面へ進まない」のように、見えている症状で判断します。
2. 問い合わせや日々の業務へ影響するか
次は、問い合わせ、購入前の判断、社内の更新作業へどれだけ影響するかです。会社案内の余白調整より、問い合わせ先の誤りや読めないサービス説明を先にします。
売上への影響額を出せなくても問題ありません。「このページを営業資料から案内している」「毎週この画面で更新している」と利用場面が分かれば、順番を決められます。
3. 先に終えないと次へ進めない作業か
原稿、写真、社内承認、別の修正との前後関係。これが作業の依存関係です。たとえば、サービス内容の確定前にページ全体を整えても、原稿が変わればやり直しになります。
先に必要なものが未確定なら保留へ移し、準備する担当と再開条件を決めます。「写真が届いたら再開」のように書いておくと、止まっている理由が曖昧になりません。
修正内容は1件ずつ切り分ける
一つの依頼には、一つの目的と一つの完了条件を持たせます。同じページの修正でも、表示崩れと文言変更は別の項目です。
1件ごとに、次の5点を並べます。
- 対象ページのURL
- 現在起きていること、または変えたい内容
- 直した後にどうなればよいか
- 優先する理由
- 希望時期と、その時期である理由
「トップページをいろいろ直したい」では、終わりが決まりません。「営業時間を新しい内容へ変える」「スマートフォンで見切れるボタンを枠内へ収める」のように分けると、見積もりや完了確認も1件ずつ進められます。
表示崩れや動作の問題は、文章だけで説明しきろうとしないほうが早く伝わります。表示崩れを一度で伝えるスクリーンショットの撮り方に沿って、全体と拡大の画像、URL、端末、操作順、期待する状態をそろえます。
最初の1通は、最優先の1件が分かればよい
最初の連絡は、全件の仕様書ではありません。サイトと修正の全体量、最初に見てほしい1件、希望時期の理由。この3つが分かれば、受ける側は対応可否と、次に必要な情報を返せます。
入れる情報は次の5つです。
- サイトURL
- 修正件数と、今日・今月・保留の内訳
- 最優先の1件と対象ページ
- 現在の状態と完了条件
- 希望時期と、その理由
たとえば、次の形です。
件名：Webサイト修正の相談（最優先1件、ほか4件）
サイトURL：https://example.com/
修正は5件あります。
・今日として共有したいもの：1件
・今月中に進めたいもの：2件
・内容を決めてから進めるもの：2件
最優先は、問い合わせページの営業時間表記です。
対象URL：https://example.com/contact/
現在：以前の営業時間が表示されています。
完了条件：新しい営業時間へ差し替わり、スマートフォンでも全文を読めること。
希望：次の営業案内を出す前に反映したいため、対応可能な時期を知りたいです。
残り4件は一覧にして共有できます。まず対応可否と、追加で必要な情報を教えてください。期日が決まっていないなら、「急ぎです」と足す必要はありません。優先する理由と、いつまでなら業務上困らないかを書くほうが判断材料になります。
パスワードと原因の推測は最初の連絡に書かない
依頼文には、WordPressやサーバーのパスワード、認証コード、APIキーを入れません。対応先と共有方法が決まってから、依頼文とは別の方法で必要な情報だけを渡します。
原因も断定しなくて大丈夫です。「プラグインが原因だと思う」と書くより、直前に行った操作と現在の症状を分けて伝えます。原因の推測が強いと、別の可能性を調べる順番がずれることがあります。
顧客名、問い合わせ内容、注文情報などが画像や資料に入っている場合も、共有に必要な範囲だけを残します。修正担当が決まる前の1通目は、公開ページのURLと再現情報だけで始めるのが安全です。
依頼後は「確認待ち」と「完了」を分ける
依頼を送ったら、チャットやメールをさかのぼって進み具合を探す形から抜けます。対応中、社内の確認待ち、完了を分けると、誰の次の行動を待っているかが見えます。
複数の依頼を並行して進める場合は、ホームページの修正依頼を管理する表に残す7項目へ続けてみてください。1修正1行で、依頼日、対象URL、内容、優先度、担当、状態、完了条件を追えます。
自社で整理できる範囲と、外部へ相談する条件
修正を書き出し、今日・今月・保留へ分け、最優先の1件を文章にするところまでは自社で進められます。原因調査や管理画面の操作はまだ要りません。
外部へ相談したほうが整理しやすいのは、次のような場合です。
- 影響の違う修正が多く、今日に入れるものを決められない
- 制作会社、広告担当、社内担当の作業が重なっている
- 修正前の状態や戻し方が分からない
- 依頼先が複数あり、誰へ渡す項目か決められない
- 修正の整理だけでなく、日々の更新も止まっている
即日対応や常時監視が必要な問題は、通常の修正依頼とは分けます。求める対応時間を満たす窓口かどうか、先に確かめてみてください。
おわりに
たまったWeb修正は、今日・今月・保留へ分け、緊急性、事業への影響、作業の依存関係で順番を決めます。最初の連絡に必要なのは、全件の詳しい仕様ではなく、最優先の1件とその理由です。原因の推測や認証情報は後に回します。
修正一覧は作れたものの、影響の見分け方や依頼先の切り分けで止まっている。そんな場合は、優先順位を決めるところからお力になれるかもしれませんので、お気軽にご相談ください。
