レコメンデーション

スキャンと監査が見つけたものを実際の行動に変えるには、レコメンデーションのキューを処理します。

レコメンデーションの仕組み

レコメンデーションは、サイドバーで3つのキューに分かれます。コンテキスト、テクニカル、コンテンツで、それぞれの横に未対応の件数が表示されます。3つをまとめた一覧はありません。担当者も必要な工数も異なるため、カテゴリごとに処理します。

カードは手書きではなく、自社のデータから生成されます。スキャンと監査のたびに更新され、更新中は古いカードを見せる代わりに、その旨が画面に表示されます。

各カードには優先度の帯、推定インパクト、工数のラベルが付き、キューは最初から並べ替えられた状態で届きます。つまり、一覧の先頭が着手すべき場所です。

このページは3つに共通する部分を扱います。それぞれのキューに何が入るかは、コンテキスト、テクニカル、コンテンツを参照してください。

カードを処理する

1. 詳細を見るをクリックしてカードを開きます。
2. 問題を読みます。何が、どこで見つかったか。
3. なぜ重要かを読みます。放置した場合の損失。
4. 対応方法に従います。コンテキストのカードは修正する画面へ直接リンクし、テクニカルのカードにはコピーボタン付きのそのまま使えるスニペットが付き、コンテンツのカードはブリーフへ導きます。
5. 完了したらステータスを設定します。

レコメンド一覧に戻るでキューに戻ります。

カードのステータスを変更する

カード上のボタンで、現在の状態を設定します。

• 対応中：着手した状態。同じカードを同僚が拾わないよう、設定しておいてください。
• 完了：終わった状態。
• スキップ：対応しないと決めた状態。完了を装わずにキューから外れます。
• 再オープン：閉じたカードを戻します。

自分では触れていないカードに解消済みと表示されることもあります。次回のスキャンや監査でその問題が検出されなくなったため、アプリが自動で閉じた状態です。デプロイ済みのテクニカルの修正では、これが通常の結末です。

補足 着手したカードは保護されます。ステータスが未対応から外れた時点で、スキャン後の再生成がそのカードの内容を上書きしなくなります。作業の途中で手順が変わってしまうことはありません。

公開した内容を記録する

コンテンツのカードは閉じ方が異なります。自動では解決しません。書いた記事が求められていたものかどうかは、スキャンからは判断できないからです。

公開したら、カードを完了にします。ダイアログでリンクの記録を求められます。

1. URLを貼り付けます。
2. 役割を選びます。主要版ならオリジナル、他のプラットフォーム向けにネイティブな形へ作り変えた版ならリライト、既存ページからオリジナルへのリンクならクロスリンクです。
3. 複数の場所に公開した場合はURLを追加し、保存します。

空のままにして、後からリンクを追加しても構いません。追加すると、そのページが追跡対象の情報源に入り、以降のスキャンで引用されているかどうかがわかるようになります。

公開のチェックリストとブリーフ自体については、コンテンツブリーフを参照してください。

キューが待機中に表示すること

画面は空の一覧を見せるのではなく、なぜ表示するものがないかを明示します。

• 初回スキャンが完了する前：「レコメンドを準備中…」
• 新しいスキャンの実行中：完了すると自動でキューが更新されます。
• カードの再生成中：「最新データでレコメンドを更新中…」。通常は1分以内です。
• 本当に何もないとき：カテゴリごとに、それぞれの言い方でその旨を伝えます。

画面に表示されている以上の項目が控えている場合も、その旨が表示されます。手前の項目を完了すると順に現れるため、キューは未処理の山ではなく、やることリストのままに保たれます。

補足 プランのプロンプトあたりのサンプル数が少ない場合、これらのレコメンデーションは確度が低い旨が画面に表示されます。背後の測定のノイズが大きく、もっとも影響を受けるのがコンテンツブリーフです。