Discordで良いサポートを行うコツは、どのボットを使うかではありません。理由を添えてチケットを閉じること、メンバーを初期設定ではなく意図的にロックしたり追加したりすること、そして黙って放置するのではなくクローズを確認してもらうことです。チケットシステムは道具を提供するだけで、スタッフがそれをどう使うかによって、サポートが整理されたものに見えるか、混乱したものに見えるかが決まります。このチェックリストは、Noxyrで日々チケットを運用するスタッフのための実践ガイドです。理想論ではなく、今すぐ使えるコマンドと設定に基づいています。

A support ticket opens, gets claimed by staff, closes, and produces an archived transcript. Open ticket #ticket-0042 Open Claimed Closed Staff assigned Transcript

必ずクローズ理由を書く

すべてのクローズ(/close now reason:... または /ticketadmin close)では理由を入力できます。require_close_reason を有効にすると、スタッフが理由を省略できないように必須にできます。「納品済み、注文 NX-0198」や「解決済み - 支払い方法の問題」は、入力に10秒ほどしかかかりません。しかし、その一言があるおかげで、閉じたチャンネルが同じように並ぶだけの一覧ではなく、数か月後にも検索できる記録になります。これが最も役立つのは、必要性が最も高いときです。紛争、チャージバック、あるいは6週間前に何を合意したかを確認したい場合などです。理由と一緒に何が保存されるかは、トランスクリプトのガイドをご覧ください。

黙って放置せず、クローズのリクエストを使う

チケットが解決したように見えるものの、完全には確信が持てない場合は、/close request reason:"解決したように見えます。違う場合はお知らせください" を実行します。すると、チャンネルに「クローズ」と「キャンセル」のボタン付きのリクエストが投稿されます。誰も返信しなかった場合に備えて、分単位の自動クローズのタイマーを付けることもできます。これは、2つのよくある悪い習慣を防ぎます。メンバーがまだ終わっていないチケットを閉じてしまうことと、誰もそのボタンを押したくないという理由で、おそらく終わっているチケットを開いたままにしてしまうことです。メンバーに判断を委ね、時間制限も組み込めるため、誰かがフォローアップを覚えていることに頼る必要がなくなります。

コミットする前に担当を名乗り、離れる前に解除する

/ticketadmin claim は、そのチケットを自分の担当として示します。これにより、すでに返信を書いているものに対して、チームメンバーが重複して返信するのを防げます。Claim locks ticket が有効になっている場合、担当を名乗ると他のスタッフロールのアクセスも制限されます。そのため、作業が終わったときや引き継ぐときに担当を解除することが重要です。担当を解除し忘れたチケットは、ほかのチームメンバーがそのチケットに触れられない状態を静かに作ってしまいます。設定の詳細は担当のガイドをご覧ください。

やめるように頼むのではなく、チケットをロックする

/ticketadmin lock は、スタッフが問題を整理している間、チケットを開いたメンバーがそれ以上メッセージを送れないようにします。白熱した紛争や、支払いの確認中、あるいは新しい内容がないのにメンバーのメッセージが増えるだけの状況などで使います。/ticketadmin unlock で元に戻せます。緊張した会話の途中で「メッセージを控えてください」と頼むよりも落ち着いた対応になり、再開の準備ができたらすぐに元に戻せます。

全員ではなく、適切なメンバーだけを追加する

/ticketadmin add user:@someone で、特定の人をチケットに追加できます。関連する事情を知っている別のスタッフや、同じ問題に関わっているとメンバーが言う別のアカウントなどが対象です。/ticketadmin remove で外すこともできます。念のため、という反射的な理由ではなく、聞かれたら説明できる理由がある場合にだけ意図的に追加しましょう。全員が必要ではない6人がいるチケットは、丁寧な対応になるどころか、追いかけにくくなるだけです。

スタッフが離席する前に期待値を伝える

チームが24時間対応していない場合は、サポート時間を設定しておくと、営業時間外にチケットを開いた人に、誠実な時間外メッセージが表示されます。返信がない理由を相手が考え込むことがなくなります。それに加えて、自動クローズも適切な時間(48時間が無難な初期値です)に設定しておくと、誰も手動で閉じていないというだけで、放置されたチケットが永久に開いたままになるのを防げます。

席を離れているときはダッシュボードから返信する

web tickets が有効であれば、メンバーはWebダッシュボードから自分の未解決のチケットを確認し、返信できます。権限のあるスタッフも同じことができます。Discord本体を開かなくても、スマートフォンから素早く返信できて便利です。どちらの方法でも、同じチケットと同じトランスクリプトになります。Web画面は別のシステムではなく、2つ目の入り口にすぎません。

FAQと自動応答を省かない

毎週同じ3つの質問が届くなら、それは手作業で答え続けるのではなく、FAQの項目や自動応答を作るべきだというサインです。繰り返しの質問に費やす時間を減らすと、本当に人が考える必要があるチケットに時間を回せます。

雰囲気だけでなく、数字を確認する

チケットの分析(開かれた数、担当された数、クローズされた数、平均返信時間、スタッフのランキング)を使うと、「最近サポートが遅く感じる」という感覚を、議論ではなく行動につなげられる実際の数字に変えられます。何か問題があると感じたときだけでなく、定期的に確認しましょう。悪い日が1日あっただけで過剰に反応しない読み方については、チケット分析のガイドをご覧ください。

よくある質問

最も効果の大きい習慣は何ですか?クローズ理由です。ほとんどコストがかからず、後で何かを調べる必要があるたびに役立ちます。

すべてのチケットを閉じるのではなく、クローズのリクエストを送るべきですか?いいえ。本当に解決したかどうか確信が持てない場合にクローズのリクエストを使い、明らかに解決している場合は直接閉じましょう。すべてのチケットでリクエストすると、理由もなく対応が遅れるだけです。

通常のチケットには、何人のスタッフを追加すべきですか?状況上、本当に必要な人数だけです。通常は担当者と、関連する事情を知っている人だけです。

これらのスタッフ研修は、ボットに組み込まれていますか?いいえ。これらは既存のコマンドと設定にまつわる習慣です。クローズ理由を必須にしていればボットが強制しますが、それ以外を教えることはありません。

スタッフがこれらの習慣を実際に守っているかは、どこで確認できますか?チケットの分析とトランスクリプトのログが、意図ではなく実際の行動を示す2つの場所です。

ダッシュボードから設定するか、チケットボットのページで、チケットモジュール全体をご覧ください。