| Suite | Professional、Enterprise、またはEnterprise Plus |
| Support | + Explore Professional または Enterprise |
この記事では、「標準ユーザー定義メトリック/属性の作成」で学んだ内容を活用して、例題を通してユーザー定義属性の作成を練習します。
この記事では、次のトピックについて説明します。
ステップ1：何をレポートするかを決める
この例では、以下の情報を表示するレポートを作成します。
- ZendeskアカウントのSupportチケットの初回返信時間の中央値（分単位）
- チケットの作成元のチャネル
「Zendesk Supportのメトリックと属性」を参照したところ、レポートを作成するために、初回返信時間 (分)メトリックとチケットチャネル属性を使用できることがわかりました。
ステップ2：レポートの作成を開始する
どのような情報を求めているのかがわかったところで、レポートの作成に取りかかります。
レポートの作成を開始するには
- Exploreで、レポートアイコン（
）をクリックします。 - 「新規レポート」ボタンをクリックします。
- 「データセットの選択」ページで、「Support: チケット」データセットを選択し、「レポートを開始」をクリックします。レポートビルダーが開きます。
- 「メトリック」パネルで、「追加」をクリックし、「イベントの発生間隔 (分) - カレンダー時間」>「初回返信時間 (分)」を選択します。
- 「行」パネルで、「追加」をクリックし、「チケット」>「チケットのチャネル」を選択します。
グラフの外観は次のようになります。
ステップ3：標準ユーザー定義属性を作成する
レポートのおかげで、あるチャネルの初回返信時間の中央値が他のチャネルよりはるかに速いことがわかりました。ここで、初回返信時間と各チャネルのチケット量の相関関係を知りたいとします。レポートを更新し、次の質問に回答してみてください。
- 各チャネルで作成されたチケットの数は？
- 各チャネルについて、最初の返信が速いチケットはいくつで、遅いチケットはいくつあるか？
「速い初回返信時間」や「遅い初回返信時間」というデフォルトのExplore属性はないので、これらの概念を定義し、レポートに反映させるために、標準ユーザー定義属性を作成する必要があります。以下のロジックで、標準ユーザー定義属性を作成します。
- チケットの初回返信時間が10分未満の場合、「Fast response」にグループ化します。
- チケットの初回返信時間が10分以上の場合、「Slow response」にグループ化します。
「Exploreの関数のリファレンス」を参照し、式で使用する最適な関数はIF THEN ELSEであると判断します。この関数を使用すると、条件（初回返信時間）を評価し、その評価結果に基づいてアクション（応答が速いか遅いかのラベルを付ける）を実行できます。次の式は、求めている結果を返す効率的な方法です。
IF VALUE(First reply time (min)) != NULL AND VALUE(First reply time (min)) >= 10 THEN "Slow response"
ELIF VALUE(First reply time (min)) != NULL THEN "Fast response"
ENDIF式ができたので、次は標準ユーザー定義属性を作成します。
標準ユーザー定義属性を作成するには
- レポートで、計算メニュー（
）>「標準ユーザー定義属性」をクリックします。
- 「名前」フィールドに、「Response time fast or slow?」のような説明的な名前を入力します。この名前は、後でレポートにユーザー定義属性を追加するときに必要になります。
- 「式」フィールドに、次の式を貼り付けます。
IF VALUE(First reply time (min)) != NULL AND VALUE(First reply time (min)) >= 10 THEN "Slow response" ELIF VALUE(First reply time (min)) != NULL THEN "Fast response" ENDIF - 「計算元」ドロップダウンで、「チケットチャネル」を選択します。これにより、チケットがチケットチャネル属性のみに基づいてカウントされます。
- 「保存」をクリックして属性を保存しし、「標準ユーザー定義属性」パネルを閉じます。
作成した標準ユーザー定義属性は、デフォルトの属性と同じように使用できます。同じデータセット内のどのレポートでも使用でき、そのデータセットにアクセスできる人なら誰でも使用することができます。
ステップ4：属性をレポートに追加する
次に、新しい属性をレポートに追加して使用します。また、チケットの数をカウントする新しいメトリックも追加します。
レポートにメトリックと標準ユーザー定義属性を追加するには
- 「メトリック」パネルで、「追加」をクリックし、「チケット」>「チケット」を選択して「適用」をクリックします。
- 上で追加した「チケット」メトリックをクリックし、集計方法を「D_COUNT」に変更します。
- 「行」パネルで、「追加」をクリックします。
- 属性のリストから、「ユーザー定義属性」>「Response time fast or slow?」（上記で作成した属性）を選択し、「適用」をクリックします。
- 返信のないチケット（空白行）をフィルタリングするには、「結果操作」メニュー（
）を選択し、「メトリックフィルター」をクリックし、「MED（最初の返信時間（分））」の下の「ブランクの値を削除」を選択し、「適用」をクリックします。
レポートには、各チャネルについて、速い対応（最初の返信が10分以内）または遅い対応（最初の返信が10分以降）のチケット数が表示されるようになりました。
「初回返信時間（分）」列の値が、レポートの最初のバージョンから変更されていることに注意してください。レポートにユーザー定義属性を追加したため、「初回返信時間（分）」メトリックは、チケットチャネル属性に加えて、そのユーザー定義属性によって切り出されるようになりました。つまり、指定されたチャネルのすべてのチケットの初回返信時間の中央値を表示する代わりに、メトリックは各チャネルの「Fast response」および「Slow response」グループのチケットの初回返信時間の中央値を表示するようになりました。
ステップ5：属性の式を編集する
- チケットの初回返信時間が10分未満の場合、「Fast response」にグループ化します（以前と同じ）。
- チケットの初回返信時間の中央値が10分以上30分未満の場合、「Slow response」にグループ化します。
- チケットの初回返信時間が30分以上の場合、「Very slow response」にグループ化します。
属性を更新するには、複数のIF THEN ELSE関数をネストして追加条件を評価します。ただし、式の基本構造は、すでに作成したものと似ています。
式を編集するには
- 「行パネルで、「Response time fast or slow?」属性をクリックします。
- 属性名の下にある鉛筆アイコンをクリックします。
「標準ユーザー定義属性」パネルが開き、標準ユーザー定義属性が表示されます。
- 式を次のものに置き換えます。
IF VALUE(First reply time (min)) != NULL AND VALUE(First reply time (min)) >= 30 THEN "Very slow response" ELIF VALUE(First reply time (min)) != NULL AND VALUE(First reply time (min)) >= 10 AND VALUE(First reply time (min)) < 30 THEN "Slow response" ELIF VALUE(First reply time (min)) != NULL AND VALUE(First reply time (min)) < 10 THEN "Fast response" ENDIFこれは、IF THEN ELSE関数をくりかえし記述しなくて済む便利な方法です。SWITCH関数を使用しても同様の結果が得られます。
- 「保存」をクリックします。
Exploreはレポートを自動的に再計算し、結果を表示します。「Very slow response」グループが含まれるようになりました。
次のステップ
Exploreには、数百ものデフォルトのメトリックと属性が用意されており、式に使用できるさまざまな関数があります。独自のユーザー定義メトリックと属性の作成をぜひ試してみてください。参考のため、役に立つ記事を以下に挙げておきます。
15件のコメント
Annaya Thammalokapitak
Any idea how to create calculate metrics in Beta builder?
0
Alex Zheng
You'll want to use the date_diff function as described in the article here. So you can use DATE_DIFF([Ticket created - date],[Purchase Date],"nb_of_days") in your formula instead.
0
Joonas Niilerpalo
Hello!
I'm trying to create a metric:
Tickets created within 1 month of purchase, 2 months of purchase etc. I'm having trouble with the metric:
IF [Ticket created] - [Purchase Date] <=30 THEN [Ticket] ENDIF
Cant figure out, how the date difference should be written.
0
Noly Maron Unson
Hi Çağatay,
Custom metrics and attributes can only be used in Explore reporting and are not present as conditions in Views. You can check the list of usable conditions for views in the article Creating views to build customized lists of tickets.
I hope this helps.
0
Çağatay Kater
Can custom metric or attributes be used in Views?
0
James G
Since your goal is to measure the number of days the ticket is unsolved, I would recommend using the default metric "Unsolved tickets age (days)" instead. This metric should give you the data that you are looking for based on your use case. You may find the complete definition of that metric in our list of metrics here - Tickets metrics.
0
Andrews Dumith
Greetings guys,
Thank you very much for the space to share knowledge and help us understand how this platform works so helpful for us resource managers.
I have been building a ticket database and have used several very beneficial metrics to measure the effectiveness of my team, in fact I only need one to complete the project and build my own graphs.
The metric or attribute that I am missing is the age of the tickets, so searching I found this formula:
IF ([Ticket custom status name] != "Solved")
THEN DATE_DIFF(NOW(), [Ticket created - Timestamp], "nb_of_days")
ENDIF
Which I have pasted to my report but for some reason I don't know, no values are shown in the report and I don't understand why. Possibly one of you has the key to the missing link :)
Thank you so much,
0
Erin O'Callaghan
Thanks for reporting this, Brandon! I've fixed the Understanding reports link now.
0
Brandon Frei
In the section "before you start" there are two links to different articles that are recommended. They both link to the same article. The "Understanding Reports" link is the one that is incorrect.
0
Matt Farrington-Smith
Totally agree with Rudy here - I don't see why we still don't have better management for attributes/calculated metrics. It would be easy no?
I've just had an instance where the attribute I created is no longer hyperlinked in the metric - so I actually have no way of getting to it.
1
サインインしてコメントを残します。