ホームページの更新が続かないとき、担当者の意欲だけを原因にしても解決しません。依頼、判断、作業、確認のどこで止まるかを見つけます。
継続運用に必要なのは、担当者の記憶ではなく再現できる流れです。社内で決めることと、外部へ任せることを分けて設計します。
止まる原因を作業単位で分ける
まず、現在の運用業務を書き出します。お知らせ、サービス情報、採用情報、問い合わせ先など、更新が必要になるきっかけも添えます。
止まる理由を、原稿不足、承認待ち、操作方法、管理権限、外部連絡に分けます。担当者を増やす前に、不足している役割を確認します。
- 誰が変更を依頼するか
- 誰が内容の正しさを確認するか
- 誰がページへ反映するか
- 誰が公開後の表示を確かめるか
更新の入口と承認者を決める
更新依頼は、口頭や個人宛ての連絡だけにしません。対象ページ、変更理由、根拠資料、公開希望の条件を同じ場所へ記録します。
公開してよいかを決める人と、入力する人を分けます。一人が兼ねる場合も、判断と作業を別の欄へ残します。
未確認の情報は、作業者が推測して補いません。確認先と再開条件を明記し、承認済みの範囲だけを公開します。
定期作業と随時作業を分ける
同じ間隔で行う点検と、事業の変更に応じて行う更新は別に管理します。すべてを固定日程に当てはめず、開始条件を決めます。
定期点検では、会社情報、連絡先、主要なリンク、フォームなどを確認します。随時作業では、変更された資料と影響するページを照合します。
外部サービスの仕様や契約条件に関わる点は、提供元の公式資料を確認します。確認日と参照先も作業記録へ残します。
記録から優先順位を決める
更新件数だけでは、運用の状態を判断できません。未解決事項、古い情報、操作できない導線など、読者や社内業務を止める問題を確認します。
各候補に、対象ページ、直す理由、必要な資料、確認方法を付けます。複数の変更を同時に行わず、結果を確かめられる範囲で進めます。
作業後は、変更した内容と残った課題を記録します。次回は、未解決事項と事業上の優先順位を照合して着手します。
内製と外注の役割を設計する
日常の文章更新は社内で行い、設定変更や障害調査は外部へ任せるなど、作業ごとに分担できます。すべてを一方へ集める必要はありません。
社内は、事業情報の根拠と公開の優先順位を判断します。外注先には、合意した作業、技術的な選択肢、反映結果の説明を求めます。
契約前には、対象外作業、追加依頼の流れ、緊急時の窓口、終了時の返却物を確認します。書かれていない条件を合意済みと扱いません。
担当変更に備えて引き継ぐ
運用情報を一人のメールや端末だけに置かず、会社で確認できる場所へ集めます。契約、管理アカウント、連絡先、作業記録を対応付けます。
手順書には画面操作だけでなく、公開前に何を確認するかを書きます。担当者が変わったときも、判断の根拠をたどれる形にします。
外注先を変更する場合は、サイトデータ、権限、未完了作業を一覧にします。引き継ぎ後に不要となるアクセス権も確認します。
継続運用のチェックリスト
- 止まる原因を作業と判断に分けた
- 依頼の入口と公開承認者を決めた
- 定期点検と随時更新を区別した
- 変更内容と未解決事項を記録した
- 社内と外注先の役割を明確にした
- 契約と権限を会社で管理している
継続運用は、更新回数を増やすことではありません。必要な情報を正しく保ち、担当が変わっても同じ流れで確認できる状態を目指します。
ホームページ運用支援の範囲も分担の参考になります。現在の体制はお問い合わせから共有できます。
