サイトを公開したばかりの頃は機能も少なく、誰が何を担当し、どこを変更できるかは、おおよそ把握できているものです。しかし数ヶ月も経つと、フォームが一つ追加され、オンライン相談の位置が変わり、フッターに登記情報が一行増え、以前のリストはすでに実態と合わなくなっています。初心者の運用担当者にとって、機能リストは提出用の書類ではなく、問題が起きたときに最初に手がかりを見つけるための地図なのです。
まずリストは誰が見るのかを明確に
多くの初心者は、テンプレートに沿って機能を並べただけで、結局誰も使わないという結果になりがちです。まず利用シーンを決めることで、内容の取捨選択ができます。
- 主に自分自身が日常保守する場合、リストの重点は「どのコンテンツを変更でき、管理画面のどこで変更するか」です。
- 技術担当や外注先とも連携する場合は、「この機能は誰が担当し、問題があれば誰に連絡するか」を追加します。
- 社内で引き継ぎが必要な場合は、「この機能がなぜ存在し、削除すると何に影響するか」も説明する必要があります。
同じリストで複数の目的を兼ねることは可能ですが、記録の順序は最もよく使うシーンに合わせ、よく確認する情報を先頭に置きましょう。
1件の機能記録に最低限書くべき4項目
機能リストはメニューを書き写すものではなく、各機能について確認可能な情報を残すものです。各項目には以下を含めることをお勧めします。
- 機能名と場所：どのページのどのエリアに表示されるかを明確に。例：「トップページ下部のオンライン相談入口」。場所の説明は、未経験者でも見つけられる具体性が必要です。
- 管理画面の入口：どのメニュー、どのモジュールで保守するか。管理画面のパスはバージョンによって変わるため、「見つからない場合はまずどのメニューを確認するか」も併記すると良いでしょう。
- 担当者：コンテンツ担当と技術担当は誰か。初心者が引き継ぐ際に最も困るのは「誰に聞けばいいかわからない」ことです。
- 確認方法：正常かどうかをどう判断するか。例えば、フォーム送信後にどこで記録を確認するか、相談入口をクリックして正常に表示されるかなど、「正常か確認する」と書くより、具体的な確認動作を一行書く方がはるかに役立ちます。
機能間に依存関係がある場合（例：あるボタンが特定ページに遷移する）、記録に関連説明を補足しておくと、調査時にたどりやすくなります。
リストを更新すべきタイミング
初心者がよく陥る失敗は、月末にまとめて更新しようとして、その時には詳細を覚えていないことです。より現実的な方法は、更新を具体的なアクションに紐付けることです。
- 機能を追加・削除したら、その場で1行追加または削除する。後回しにしない。
- ページ改修やカテゴリ調整後は、影響を受ける記録を確認する。
- 担当者交代時は、引き継ぐ人にリストに沿って一つずつ開いて検証してもらい、不合格ならその場で印を付ける。
例えば、マーケティング部が急遽トップページにキャンペーン申込入口を追加し、キャンペーン終了後に削除する場合を考えます。リストにこの項目がなければ、翌月にページエラーを調査する際に見落とし、誤って正式機能が削除されたと勘違いする可能性があります。そのため、一時的な機能も記録し、「一時的、削除予定日」を明記して、期限後に自発的に整理しましょう。
リストを使った公開後チェック
リストを作成したら、思いつきで確認するのではなく、決まった順序で一通り確認することをお勧めします。例えば、次の順序です。まずナビゲーションと主要入口が正常に開けるか、次にフォームや相談などインタラクションが必要な機能が動作するか、最後にフッター、著作権、登記情報など固定エリアが完全か確認します。
確認時は「ページが開くか」だけでなく、クリック後の遷移先や送信後のフィードバックも見ましょう。異常を発見したらまず現象を記録し、リストの担当者と管理画面入口を参照して原因を特定します。いきなりコードを変更したりコンテンツを削除したりしないでください。
リストはサイトと共に成長させる
サイト機能リストは一度作って終わりの文書ではありません。その価値は継続的に使えることにあります。初心者が保守する際は、定期的に軽い整理を行いましょう。すでに削除された機能をアーカイブし、新規機能を追加し、正確でなくなった担当者を更新します。整理の頻度はそれほど高くなくて構いませんが、サイトに明らかな変更があった後は必ず一通り確認しましょう。
チームで複数人が保守する場合、「変更した人がリストに1行記録を残す」という簡単なルールを決めると良いでしょう。そうすれば、担当者が変わっても、後から来た人が記録をたどってサイト機能の変化を再現でき、問題調査の遠回りを減らせます。
