サービスデスク レポートを設定する

Reports allow teams to look at trends in their project such as the amount and types of requests received, and how they're resolved. We recommend that all teams use reports, especially those who use SLAs. Read more about reporting on SLAs.

レポートを表示または作成するには、サービス デスク プロジェクトのサイドバーから [レポート] を選択します。





  • Was this week's volume of requests a one-time occurrence or the start of a trend?
  • 問題解決よりも問題発生のほうが多いサポートを提供していないかどうか。
  • サービスデスクがビジネスと共に拡大しているか、またはスタッフを増やす必要があるか。

このレポートは、サービス デスクの健全性を確認する最も簡単な方法であるため、既定で含まれます。[レポート] サイドバーで他の既定レポートを見つけることができます。


  1. サービスデスク プロジェクトから、[レポート] に移動します。
  2. サイドバーで [作成済 vs 解決済] レポートを選択します。

デフォルト レポートの表示 




作業負荷 エージェントに割り当てられているリクエストの数
SLA 目標 設定した各 SLA 目標に対する、チームのトラッキング状況
満足度 チームに対する平均顧客満足度
防止されたリクエスト カスタマーがポータルでナレッジ ベース記事を閲覧し、役に立ったと評価した回数
解決されたリクエスト ナレッジ ベースの記事を使用しておよび使用せずに解決されたリクエストの数
作成済 vs 解決済 作成済みリクエストの数と解決済みリクエストの数の経時的な比較
Time to resolution リクエストの種類や優先度ごとに、解決するのに要した時間を比較します。
SLA達成 vs 不履行 SLA 目標を達成したリクエスト数と、不履行に終わったリクエスト数を比較します。
コンポーネント別の解決状況 コンポーネントの解決時間を比較します (基本的なサービス デスクのみ)。
優先度別のインシデント レポート カスタマーが報告したインシデントの優先度を比較します (IT サービス デスクのみ)。

上記以外に、さらに掘り下げることができます。なぜこのようなパフォーマンスになっているのでしょうか。ご利用のサービスデスク用にカスタム レポートを作成してこの疑問を調査しましょう

カスタム レポートの作成

Custom reports, where you define the series, help you to find out more about why your performance is the way it is.

シリーズは、レポートの作成に使用される一連のデータ ポイントです。たとえば、過去一週間の 1 日目、2 日目、3 日目などに受け取ったリクエストの数をシリーズにすることができます。これにより、週の各曜日に受け取ったリクエストの数の違いを比較することができます。シリーズは単体でもそれぞれの傾向を表しますが、まとめて図式化することでより強力になります。

カスタム レポートを作成する方法

  1. サービスデスク プロジェクトから、[レポート] に移動します。
  2. [新規レポート] をクリックします。
  3. 自身やチームで理解しやすいレポート名を選択します。たとえば、優先度が高い課題のデータを示すレポートに「高優先度の課題」と設定できます。
  4. [シリーズの追加] をクリックします。
  5. シリーズラベル、および任意でフィルタを入力します。
  6. [追加] をクリックします。
  7. シリーズを追加してより多くの値を比較します。
  8. 作成をクリックします。

推奨レポートを参照し、レポートをビジネスに役立てる方法をご確認ください。有用性の高いシリーズとそれらに関連付けられた JQL フィルタの例をご確認ください。JQL の詳細をご覧ください


パフォーマンスの最良の指標の 1 つは顧客の幸福度です。Jira Service Desk には顧客満足度についてのレポート機能が組み込まれていますが、カスタム レポートを使用すると、傾向をさらに確認できます。まず、リクエストで顧客満足度の情報が収集されていることを確認する必要があります。顧客満足度のフィードバックを有効にする方法については、こちらを参照してください。



  1. サービスデスク プロジェクトから、[レポート] に移動します。
  2. [新規レポート] をクリックします。
  3. [名前] に「顧客満足度」と入力します。
  4. 次のシリーズを追加します。
    • 系列 = 平均評価
    • ラベル = バグ
    • フィルタ(詳細) = 課題タイプ = "バグ"

    • 系列 = 平均評価
    • ラベル = フィードバック
    • フィルタ(詳細) = 課題タイプ = "フィードバック"

    • 系列 = 平均評価
    • ラベル = サポート
    • フィルタ(詳細) = 課題タイプ = "サポート"

    • 系列 = 平均評価
    • ラベル = 新機能
    • フィルタ(詳細) = 課題タイプ = "新機能" 
  5. 作成をクリックします。

You might find some interesting results. For example, your response to feature requests may please your customers, but, they aren't happy when they raise requests about billing. If you select a data point in the report you can look for feature words like "payment" or "credit card".

Details like these can expose your customers' pain points. Maybe your business needs an easier to use billing form. Or perhaps you can be clearer about how much your products or services cost, or which credit cards you accept.


Monitoring how your customers submit requests can give you useful insights. Are you getting more requests from email than from your customer portal? You can create a report to see how many requests customers create in each channel.


  1. サービスデスク プロジェクトから、[レポート] に移動します。
  2. [新規レポート] をクリックします。
  3. [名前] に「チャネルごとに作成されたリクエスト」と入力します。
  4. 次のシリーズを追加します。
    1. ポータルおよびメールで送信されたリエクストの数を追跡する場合、次のように設定します。
      • 系列 = 作成元
      • ラベル = メール
      • フィルタ(詳細) = リクエスト チャネル タイプ = メール

      • 系列 = 作成元

      • ラベル = ポータル

      • フィルタ(詳細) = リクエスト チャネル タイプ = ポータル

    2. エージェントが顧客の代理で送信したポータル リクエストを追跡する場合、次のように設定します。
      • 系列 = 作成元
      • ラベル = ポータル
      • フィルタ条件 (詳細) = request-channel-type = portal AND reporter in membersOf("jira-sevicedesk-users")
        "jira-servicedesk-users" をエージェントが所属するグループで置き換えます。
    3. 顧客が送信したポータル リクエストのみを追跡する場合、次のように設定します。
      • 系列 = 作成元
      • ラベル = ポータル
      • フィルタ条件 (詳細) = request-channel-type = portal AND reporter not in membersOf("jira-sevicedesk-users")
        "jira-servicedesk-users" をエージェントが所属するグループで置き換えます。
    4. 顧客によるポータル リクエストのみを追跡する場合、次のように設定します。
      • 系列 = 作成元
      • ラベル = ポータル

      • フィルタ条件 (詳細) = request-channel-type = portal AND reporter not in membersOf("jira-sevicedesk-users")
        "jira-servicedesk-users" をエージェントが所属するグループで置き換えます。

    5. エージェントがプロジェクトで作成した課題を追跡するには、次のクエリを使用します。
      • 系列 = 作成元
      • Label = Agent created issue
      • フィルタ(詳細) = リクエスト チャネル タイプ = JIRA

  5. 作成をクリックします。

顧客のリクエスト方法を確認すると、意外な事実が見つかる場合があります。エージェントが顧客の代わりに大量のリクエストを起票している場合、顧客をポータルまたはメール チャネルに転送する方法を検討できます。これにより、エージェントは課題の起票よりも課題の解決に時間をかけることができます。


Jira Service Desk はリクエストを時間で追跡します。チームがある課題タイプの解決に要した時間により、チームの効率性の傾向を表示することができます。 


  1. サービスデスク プロジェクトから、[レポート] に移動します。
  2. [新規レポート] をクリックします。
  3. [名前] に「課題タイプごとの解決状況」と入力します。
  4. 次のシリーズを追加します。
    • 系列 = 解決時間(平均)
    • ラベル = 一般的なリクエスト
    • フィルタ条件 (詳細) = "Customer Request Type" = "General requests"
    • 系列 = 解決時間(平均)
    • ラベル = IT ヘルプ
    • フィルタ条件 (詳細) = "Customer Request Type" = "IT help"
    • 系列 = 解決時間(平均)
    • ラベル = 承認によるリクエスト
    • フィルタ条件 (詳細) = "Customer Request Type" = "Request with approval"
  5. 作成をクリックします。

You may find that IT help requests take more of your teams' time than general requests. Take into account how many IT help requests come through your service desk. With this info, you can better divide your agents—and their time—to make your customers happier.



For example, if your business operated in New York and Rio de Janeiro, your service desk agents can add a location label to requests from each region.


  1. サービスデスク プロジェクトから、[レポート] に移動します。
  2. [新規レポート] をクリックします。
  3. [名前] に「地域ごとのリクエスト」と入力します。
  4. 次のシリーズを追加します。
    • 系列 = 作成元
    • ラベル = ニューヨーク
    • フィルタ(詳細) = ラベル = ny

    • 系列 = 作成元
    • ラベル = Rio
    • フィルタ(詳細) = ラベル = rio

  5. 作成をクリックします。

If you see an increasing trend in one location, you may decide to shuffle around resources. Maybe you've opened a new location without a dedicated service desk team member, and the new location finds it difficult to ramp up operations. Perhaps you need to send someone to provide training? Or, maybe there's a language barrier with your knowledge base. You may consider providing support articles in more than one language.

また反対に、ある拠点でのリクエストが減少している場合、ユーザーがサービス デスクを十分に利用しておらず、サービス デスクが各拠点で稼動していることを周知する必要があるような場合もあります。


ダッシュボードに複数のレポートを追加することで、それらの最新状況を一度に確認できます。複数のサービス デスク プロジェクトで作業している場合、これによってすべての作業を一か所で確認できるようになります。

ダッシュボードにレポートを追加するには、Service Desk レポート ガジェットを使用します。ガジェットの詳細についてはこちらをご確認ください

最終更新日 2019 年 4 月 29 日


Powered by Confluence and Scroll Viewport.