Content last updated 2025-04-01

Zendesk L&R チケットフォーム

L&R フォームを使用する Zendesk ワークフローについて説明します。

このページでは、Zendesk の L&R フォームを使用する人を対象としたワークフローを説明します。

チケットへの対応

チケットの選択、アサイン、応答

L&R チケットを担当する Support Engineer は、Support - Working on Tickets workflow と同じガイドラインを適用してください。

  1. チケットの選択
  2. チケットのアサイン
  3. ブリーチ間近のチケットへの応答

ワークフロー

  1. メインの L&R ビューを確認し、ビューの先頭にあるチケットに着手します。チケットは Ticket Weight で並び替えられており、これは複数のフィールドを考慮して優先度順を決定します。
  2. チケットが未アサインであれば、自分にアサインします
  3. 公開返信を作成します
  4. チケットが内部リクエストの場合Priority が適切かを確認します。適切でない場合は Priority フィールドを適切な値に設定し、変更内容と理由をリクエスターに通知します。(このためのマクロは近日中に提供予定です)
  5. 残りのフォームデータを入力します
  6. 公開返信ができない場合は、同僚に依頼してチケットをアサインしてもらい、前進させます
  7. 社内のステークホルダーやプロセスの完了を待つ必要があり、チケットを Solved に設定できない場合は、
  8. X 日後に返信する旨を顧客に伝えます
  9. Status を On-hold に設定します
  10. Type を Task に設定します
  11. Submit as On-hold をクリックします
  12. サイドバーのカレンダーで、X 日後に顧客への確認を行うリマインダーを自分に設定します
  13. Submit as On-hold をクリックします

Zendesk フォームデータの概要

Zendesk のチケットビューの左サイドバーでは、各フォームに固有のデータフィールドがあります。これらのデータフィールドは、タグやチケットタイプ、ARR、顧客がチケット送信時に入力した情報など、チケットに関する詳細を教えてくれます。

L&R では、私たちのキューに入ってくるチケットは Support 以外のチームにも関心が持たれています。したがって、対応するチケットについて正確なデータを収集することが重要です。各チケットで完成させたフォームデータは、既存のメトリクスダッシュボードや、私たちが将来行うかもしれないデータクエリに反映されます。L&R チケットデータを利用するメトリクスダッシュボードの例として、L&R DashboardSupport Metrics Dashboard があります。

Zendesk フォームデータのガイドライン

チケットデータの入力は非常に主観的なプロセスになりえます — チケットは 2 つの異なる事柄について書かれている可能性があり、どのカテゴリ分けが最適かはエンジニアの判断に委ねられます。チケットがどのタイプかを客観的に正しく分類することよりも、データを入力すること自体のほうが重要です。

チケットデータを選ぶ際の 2 つの考え方:

  1. このチケットが存在する理由は何か? つまり、なぜ顧客はこのチケットを作成したのか? 理由の例: システムバグ、プロビジョニング完了に支援が必要、支払いに関する問い合わせ。
  2. 何があれば、このチケットが存在しなかったのか? 例えば、パスワードのリセット方法やアカウント管理方法を知っていれば(チケットタイプ:account management)、または Sales 担当者を知っていて担当者に連絡できていれば(チケットタイプ:Sales assistance required)、顧客はチケットを送信する必要がなかったでしょう。

Transaction issue type の選択肢に関するシナリオ別のガイドラインは、以下の表を参照してください。

Transaction issue typeSub-typeシナリオ
Billing & Payment (refunds, cancellations, payment questions)返金や解約のリクエスト + 支払いや請求に関する質問
EDU/OSS/StartupsEDU account inquiriesEducation チームへのリクエスト/問い合わせ。ワークフロー に従う
EDU/OSS/StartupsOSS account inquiriesOSS チームへのリクエスト/問い合わせ。ワークフロー に従う
Sales-assistance requiredAlternate payment method (Wire Transfer)顧客が wire transfer で支払いたい場合
Sales-assistance requiredOrder form / PO顧客がオーダーフォームまたは注文書で支払いたい場合
Sales-assistance requiredResellerリクエストがリセラーまたはリセラー顧客から来た場合
Sales-assistance requiredDiscount request顧客が割引について問い合わせる場合
Sales-assistance requiredNew business過去の購入がなく、Sales の見積が必要な場合
Sales-assistance requiredTrueups顧客が Sales 経由で True-Up を支払う必要がある場合
Sales-assistance requiredOther別の理由で Sales のサポートが必要なリクエスト
Trial-related inquiriesTrial startチケットがトライアル開始に関するもの
Trial-related inquiriesTrial extensionチケットがトライアル延長に関するもの
Trial-related inquiriesTrial cancellationチケットがトライアルのキャンセルや Free プランへのダウングレードに関するもの
Trial-related inquiriesTrial downgradeチケットがトライアルプランのダウングレード(Ultimate から Premium)に関するもの
Product or Process questionFree formチケットタイプをテキストフィールドに記述してください。製品またはプロセスの動作に関する質問(請求対象メンバーやシート使用に関する質問を除く)
Legacy license troubleshooting (SM only)TrueupSelf-Managed のライセンス問題が True-Up に起因する場合
Legacy license troubleshooting (SM only)Prior user countSelf-Managed のライセンス問題が以前のユーザー数に起因する場合
Legacy license troubleshooting (SM only)Never generatedSelf-Managed ライセンスがそもそも生成されていない(生成されているはずだった)場合
Legacy license troubleshooting (SM only)Active usersSelf-Managed のライセンス問題がアクティブユーザー数に起因する場合
Legacy license troubleshooting (SM only)Multi-year licenseSelf-Managed ライセンスが複数年ライセンスである
Legacy license troubleshooting (SM only)Not receivedSelf-Managed ライセンスがリクエスターに届いていない
Legacy license troubleshooting (SM only)OtherSelf-Managed のライセンス問題がリストにない別の理由による
Legacy license troubleshooting (SM only)Customer issueユーザーエラー
Legacy license troubleshooting (SM only)Multiple unique subscriptionsサブスクリプションが複数のサブスクリプション ID にまたがっている
Legacy license troubleshooting (SM only)New license activation bug新しく購入したライセンスを適用する際のエラー
Legacy license troubleshooting (SM only)Transition legacy to cloudレガシーライセンスから Cloud License に変更する際の問題やエラー
Associate namespace (GitLab.com only)gitlab.com サブスクリプションのプロビジョニング を支援する必要がある場合に使用
Account management (reset password, update details)アカウント関連のリクエストや、アカウントへの入り方や支払い方法の更新方法など
Contact managementアカウントやネームスペースの連絡先変更に関するリクエストや質問
End of Availability (EOA)Bronze/Starter ティアの終了および 新サブスクリプションモデル の提供に関する質問やリクエスト
System bugs & incidentsCustomersDotバグやエラーが私たちの CustomersDot アプリケーションの問題に起因する
System bugs & incidentsGitLab.comバグやエラーが私たちの gitlab.com アプリケーションの問題に起因する
System bugs & incidentsLicense appバグやエラーが私たちの License アプリケーションの問題に起因する
System bugs & incidentsGitLab versionバグやエラーが SM インスタンスで動作している GitLab のバージョンの問題に起因する
Plan Change (upgrade, downgrade, product transfer)アップグレード、ダウングレード、または Self-Managed と SaaS 間の切り替えによるサブスクリプション変更のリクエスト
Consumption (Compute, Storage)Computegitlab.com のコンピュート分に関する質問やリクエスト
Consumption (Compute, Storage)Storagegitlab.com のストレージに関する質問やリクエスト
Billable members and seats related question請求対象メンバーとシート使用に関する具体的な質問
Cloud licensing (SM only)TrueupSelf-Managed のライセンス問題が True-Up に起因する場合
Cloud licensing (SM only)Prior user countSelf-Managed のライセンス問題が以前のユーザー数に起因する場合
Cloud licensing (SM only)Never generatedSelf-Managed ライセンスがそもそも生成されていない(生成されているはずだった)場合
Cloud licensing (SM only)Not receivedSelf-Managed ライセンスがリクエスターに届いていない
Cloud licensing (SM only)Multi-year licenseSelf-Managed ライセンスが複数年ライセンスである
Cloud licensing (SM only)Active/billable usersSelf-Managed のライセンス問題がアクティブユーザー数に起因する場合
Cloud licensing (SM only)OtherSelf-Managed のライセンス問題がリストにない別の理由による
Cloud licensing (SM only)Customer issueユーザーエラー
Cloud licensing (SM only)Multiple unique subscriptionsサブスクリプションが複数のサブスクリプション ID にまたがっている
Cloud licensing (SM only)New license activation bug新しく購入したライセンスを適用する際のエラー
Cloud licensing (SM only)Transition legacy to cloudレガシーライセンスから Cloud License に変更する際の問題やエラー
Usage ping (SM only)SM サーバー上の Usage Ping に関する問い合わせや懸念
Quarterly Subscription Reconciliation四半期サブスクリプションの照合 に関する質問や異議
Auto-renewalサブスクリプションの自動更新に関する質問や問題
OtherFree formチケットタイプをテキストフィールドに記述してください

GitLab Issues フィールド

GitLab Issues テキストフィールドはすべての L&R チケットで利用でき、該当する場合は必ず入力してください。このフィールドの目的は、既存の Issue へのリンクをキャプチャすることです。このフィールドは特に Fulfillment PM にとって重要で、繰り返し発生する Issue や大量に発生している Issue の概要を確認できるため、今後のマイルストーンで優先順位を付けることができます。フィールドを使用するタイミングの例:

  1. 実装されていればこのチケットの作成を防げたであろう機能 Issue がある場合。
  2. チケット上で再現可能なバグ Issue がある場合。

これは、注目を集めるべきバグや機能を記録してメトリクスを取得する素晴らしい方法です。Issue の数が増加するのをリアルタイムで把握し、製品チームの注意を喚起できるからです。可能な限り、このフィールドに Issue へのリンクを入力してください。