各部署の更新依頼をさばく受付ルールの作り方｜一人でも回る仕組み
「これ、サイトに載せといて」——通りがかりにそう言われて、メモも取れないまま席に戻る。チャットには別の部署からの「トップの画像、差し替えお願いします」。メールを開けば「先週頼んだ件、まだですか？」。……気づけば、自分の作業は一行も進んでいない。そんな一日、ありませんか。
大丈夫です。更新依頼は、受け取り方の入り口をそろえるだけで、驚くほどさばきやすくなります。あなたの処理能力が足りないのではなく、依頼が「ばらばらの形」で「ばらばらの場所」から届いているだけ。今日は、一人でも回る受付ルールの作り方を、一緒に整えていきましょう。
結論：更新依頼は「①窓口を一本にする → ②依頼の型（必要項目）を決める → ③公開までの目安日数を先に伝える」の3つで回り始めます。
ポイントは、あなたが頑張って覚えるのではなく、依頼する側に必要な情報を最初から書いてもらう仕組みにすること。これだけで、聞き返しも「言った言わない」も、ぐっと減らせます。
何が起きているのか
更新依頼がさばききれなくなるのは、たいてい能力の問題ではありません。依頼の「入り口」と「形」が決まっていないことが原因です。
口頭・チャット・メール・すれ違いざまの一言——依頼の届く場所がバラバラだと、まず依頼そのものを取りこぼします。どこかに書いたはずの依頼が埋もれ、催促されて初めて思い出す。これでは、いくら手を動かしても追いつきません。
さらに、依頼の中身がその都度違うのも大きな負担です。「載せといて」だけでは、どのページに・いつまでに・元の原稿はどこに、が分かりません。足りない情報を聞き返すたびに、往復が発生して時間が溶けていきます。しかも聞き返している間は、依頼した側も「まだ？」と気をもむことになります。
そしてもう一つ。目安の日数を伝えていないと、依頼はすべて「今すぐ」の顔をしてやってきます。本当に急ぐものと、来週でいいものの区別がつかないまま、いちばん声の大きい依頼から手をつけることになりがちです。
つまり、あなたが抱え込んでいるように見える状態の多くは、受付の仕組みがないために、調整の手間が全部あなたに集まっているだけなんです。ここを整えれば、仕事は減らせます。
具体例
では、具体的にどう決めればいいか。難しい道具は要りません。今ある環境で、順番に整えていけます。
- ①窓口を一本にする
「サイトの更新依頼は、この場所にお願いします」と決めて、周知します。専用のチャットのチャンネル、共有のフォーム、依頼用のメールアドレス——すでに社内で使っているもので構いません。大事なのは道具の種類より、「更新の話はここに集まる」と全員が知っていること。口頭で言われたら「じゃあ、いつもの場所に一言だけ入れておいてもらえますか」と、やさしく入り口へ戻してもらいましょう。
- ②依頼の型（必要項目）を決める
依頼するときに書いてほしい項目を、コピペできる短いテンプレにしておきます。たとえば次の5つで十分です。
- 何を：追加・修正・削除のどれで、どんな内容か
- どこに：対象のページのURL（分からなければページ名でもOK）
- いつまでに：希望の公開日（なければ「急ぎでない」でOK）
- 元の原稿・画像：載せる文章や写真のありか（添付・リンク）
- 誰の確認済みか：内容をOKした人（上長など）
- ③公開までの目安日数を先に伝える
「依頼をもらってから、公開まで通常◯営業日ほどみてください」と、あらかじめ伝えておきます。これがあるだけで、依頼する側も早めに動いてくれますし、あなたも「今日中に」の無言のプレッシャーから解放されます。急ぎの相談は別枠、と決めておくとさらに安心です。
補足：受け付けた依頼は、一覧で見える形にしておくと、さばくのがぐっと楽になります。共有のスプレッドシートに「依頼日／内容／対象ページ／希望日／状態（未着手・作業中・公開済）」の列を作って並べるだけでも十分。依頼した本人も進み具合を確認できるので、「あれ、どうなった？」という催促が自然と減ります。フォームを使える環境なら、②のテンプレをそのままフォームの入力欄にすると、回答が自動で一覧にたまって便利です。
あなたへの影響
- 入り口が一つになることで、依頼を取りこぼさなくなり、「催促されて思い出す」がなくなる。
- 必要項目がそろって届くので、聞き返しの往復が減り、その日の自分の作業に集中できる。
- 目安日数を共有しておくことで、すべてが「今すぐ」に見える状態から抜け出し、優先順位を落ち着いて判断できる。
- 依頼と対応が記録に残るため、「言った言わない」やダブりを防げて、あなた自身を守る材料になる。
明日やること
- 直近の更新依頼が、普段どこから届いているかを書き出してみる（チャット・口頭・メールなど）。いちばん多い経路を「窓口」に決める。
- 上の5項目のテンプレを、コピペできる短い文面にして用意する（メモ帳やチャットの定型文でOK）。
- 「更新依頼は◯◯に、この5項目でお願いします。公開まで通常◯営業日みてください」の一文を、関係する部署に一度だけ周知する。
まずはこの3つだけで大丈夫です。完璧なルールを最初から作ろうとしなくて構いません。運用しながら、合わないところを直していけば十分です。
チェックリスト
7項目ありますが、最初から全部やる必要はありません。着手するときの最低ラインは、次の2つだけで大丈夫です。
- 【まずここだけ】 更新依頼を受け付ける「窓口」を1つ決めて、周知したか
- 【まずここだけ】 依頼に書いてほしい必要項目（何を・どこに・いつまでに・原稿/画像・確認者）をテンプレにしたか
この2つがあれば、受付の仕組みとしては動き始めます。残りは運用しながら、できる範囲で足していけば大丈夫です。
- 公開までの目安日数（リードタイム）を、依頼する側に事前に伝えているか
- 受け付けた依頼を、一覧（受付表）で見える形にしているか
- 内容をOKする「確認者」を、依頼の中で決めてもらっているか（あなたが内容の是非まで抱えない）
- 「急ぎ」の相談だけは別枠にする、と決めているか（何でも急ぎにならないように）
- 対応が終わった依頼は「公開済」に印を付け、記録として残しているか
受付ルールは、一度に立派な制度を作らなくて大丈夫です。まずは「依頼はここへ、この項目で」と一言決めるだけで、あなたのもとに集まっていた調整の手間は、少しずつほどけていきます。今日、いちばん多い依頼の経路を書き出せたなら、それはもう、抱え込まない仕組みづくりの第一歩です。
依頼が届いたあとの実際の更新作業はお知らせ・新着情報を一人で滞りなく更新する運用ルールが、公開前の最終確認は自社サイトの更新を公開前に確認するチェックリストが助けになります。全体の仕事量に押しつぶされそうなときは一人WEB担当が業務を抱え込まないための優先順位づけもあわせてどうぞ。「うちの場合、どう決めればいい？」と迷ったら、お問い合わせからいつでも声をかけてくださいね。一緒に整えていきましょう。