メインコンテンツにスキップ

QAレビューからの問題を追跡し対応する

問題を使ってQAの発見を追跡可能で担当者がいる作業に変えましょう。

対応者:Dawn

Issuesは、レビュー担当者がFinの会話やチームメイトの会話の問題をQAレビュー中に直接キャプチャし、解決まで追跡できる新しいワークフローです。すべてのIssue ticketは中央のワークスペース全体のIssuesビューに集約され、修正が必要な内容、担当者、ステータスを一箇所で確認できます。

以下が可能です:

  • 会話から直接Issue ticketを作成し、タイトル、タイプ、優先度、担当者を設定できます。

  • すべてを1つのIssuesビューで追跡し、ステータスや問題タイプでフィルター可能です。

  • 同じIssue ticketを問題が発生した複数の会話にリンクできます。

  • コンテキストが事前に読み込まれたOperatorでIssue ticketを開き、修正を支援します。

  • 既存の機能リクエストやbugレポートと並行して、同じ会話に複数のtracker ticketsを添付できます。

この記事を使ってQAレビュー中にIssueを作成し、すべての問題を表示・管理し、利用可能な問題タイプとステータスを理解しましょう。

注意:IssuesはProアドオンの一部として利用可能です。これによりQAレビュー中に手動で報告された問題が作成できます。AIの推奨とシステムエラーは近日対応予定です。


レビュー中にIssueを作成する

Monitorで会話をレビュー中に、会話を離れずにReviewタブからIssueを作成できます。

  1. Fin AI Agent > Analyze > MonitorsUnreviewedキューから会話を開きます。

  2. ReviewサイドバーでIssueセクションまでスクロールし、+ Addをクリックします。

  3. 新しい問題を作成するには、+ Tracker ticket.をクリックします。

  4. Title、任意のDescriptionを入力し、Issue typeAssigneeまたはTeam Inboxを設定します。

  5. Create ticketをクリックします。

  6. 問題が送信された後にpriorityを設定できます。

ヒント:レビュー中のいつでもIssueを作成できます(スコアカードを先に提出する必要はありません)。

問題タイプ

問題を作成する際に問題タイプを設定し、担当者がどのような修正が必要か理解できるようにします。

Issue type

Use it when

Content

ナレッジベースの記事やスニペットが不正確、欠落、または不明瞭な場合

Guidance

Finのガイダンスルールを作成、更新、または削除する必要がある場合

Attributes

会話やルーティングルールで使用される属性が不正確または欠落している場合

Escalation

Finがエスカレーションを頻繁すぎる、少なすぎる、または誤ったチームに行っている場合

Procedure

Finの手順に論理エラー、欠落ステップ、または誤動作がある場合

Workflow

自動化ワークフローが誤った結果を出している場合

Internal process

問題がFinの設定ではなくチームのプロセスに関連している場合

Other

上記のいずれのカテゴリにも当てはまらない問題の場合

複数の会話にIssueをリンクする

同じ問題が複数の会話で発生した場合、重複して提出する代わりに既存のIssueをそれぞれにリンクできます。

  1. Fin AI Agent > Analyze > MonitorsUnreviewedキューから会話を開きます。

  2. ReviewサイドバーでIssueセクションまでスクロールし、+ Addをクリックします。

  3. リンクしたい既存の問題を検索して選択します。


問題の表示と管理

すべての問題を表示するには、Fin AI Agent > Analyze > Monitorsに移動し、専用のinboxビューに移動するIssuesをクリックします。

このビューはワークスペース全体に適用され、QAレビュー中に作成されたすべての問題が、どのレビュアーが作成したかやどのMonitorから来たかに関係なくここに表示されます。

以下の用途に使います:

  • すべての未解決の問題を一目で確認。

  • 各問題の担当者を確認。

  • 提出から解決までのステータスを追跡。

Issuesは担当者のInboxにticketとしても送信されます。どちらの場所からも以下が可能です:

  • 作業を進めながらステータスを更新。

  • OperatorでIssueを解決します。Operatorアイコンを選択すると、チケットとリンクされた会話がコンテキストとして事前に読み込まれた新しいチャットが開きます。

    IssueからOperatorを選択すると、チケットとリンクされた会話がコンテキストとして事前に読み込まれた新しいチャットが開きます。

  • アクティビティスレッドにメモを追加してチームに情報を共有します。メモをクロスポストすると、問題に関連する各会話にも追加されます。

  • 関連する会話をリンクして顧客への影響を追跡します。

問題のステータス

問題は作業と解決の過程で一連のステータスを経ます。

Status

What it means

Submitted

問題が作成され、対応待ちの状態です。

In progress

担当者が積極的に作業中です。

Resolved

問題が修正され、クローズされました。

Won't fix

問題がレビューされ、対応されないことが決定されました。


Issue ticketタイプのカスタマイズ

Issuesは専用のtracker ticketタイプで追跡されます。カスタマイズするには、設定 > Inbox > Ticketsに移動し、Tracker ticketタイプのセクションでIssue の横にある編集アイコンをクリックします。

Issue ticketsは複数の会話を集約するために設計されているため、Tracker ticketタイプを使用します。1つのIssue ticketは同じ問題を報告する多くの会話にリンクでき、1つの会話に複数のtracker ticketsを持つことができるため、Issue ticketは同じ会話上のBugレポートやFeature request ticketと並行して存在できます。

注意:

  • Issue ticketタイプ自体は固定されており、アーカイブできず、カテゴリも変更できません。

  • すでに"Issue"という名前のtracker ticketタイプがある場合、自動的に"Issue (custom)"に名前が変更されます。

デフォルト属性

Issue ticketsには4つのデフォルト属性があります:

  • Title

  • Description

  • Issue type

  • Priority

Issue typeとPriorityはシステム管理属性です。名前変更やアーカイブはできませんが、ドロップダウンの値は編集可能です。例えば、チームの問題分類に応じてIssue typeの値をContent、Guidance、Attributes、Escalationに更新できます。

また、以下も可能です:

  • チームのワークフローに合わせてIssueのStatesをカスタマイズ。

  • デフォルトに加えてカスタムAttributesを追加。

こちらの回答で解決しましたか?