Skip to main content
Посібники
ПосібникиTicketsSupport

Налаштування системи тікетів у Discord: що вирішити до першого кліку

Систему тікетів швидко налаштувати, і часто потім нею неможливо користуватися. Рішення, які справді мають значення, ти ухвалюєш заздалегідь.

Опубліковано автор AlphaCloud3 хв читання

Система тікетів розв'язує одну конкретну проблему: підтримка більше не відбувається в публічних каналах, де всі читають і ніхто не відповідає, а в приватному каналі між людиною з проблемою і твоєю командою.

Технічна частина займає десять хвилин. Причина, чому системи тікетів усе ж часто закінчуються хаосом, зводиться до чотирьох рішень, які краще ухвалити заздалегідь.

Рішення 1: скільки категорій

Найпоширеніша помилка це надто дрібний поділ. Сервер починає з восьми категорій, бо всі вони якось звучать розумно: Загальне, Технічне, Заявка, Скарга, Партнерство, Баг, Покупка, Інше.

Результат передбачуваний. Учасники вибирають не ту категорію, твоїй команді доводиться переносити тікети, а шість із восьми все одно ніколи нічого не отримують.

Почни з двох чи трьох. Хороший поділ іде за тим, хто відповідальний, а не за тим, про що йдеться:

  • Загальна підтримка для всього, на що відповідає твоя команда підтримки
  • Заявки для всього, що бачить керівництво команди
  • Скарги для всього, що бачить модерація

Якщо через три місяці якась категорія регулярно переповнюється, розділи її. Зворотний напрям, прибрати мертву категорію, неприємніший, бо тоді доведеться переносити тікети.

Рішення 2: що ти запитуєш під час відкриття

Більшість систем можуть показати невелику форму, перш ніж тікет буде створено. Це заощаджує перше коло уточнювальних запитань, але додає тертя.

Емпіричне правило: запитуй лише те, що потрібно твоїй команді, щоб почати. Усе інше з'ясується в розмові.

Добре:

Про що йдеться? (обов'язково, абзац) Що ти вже спробував? (необов'язково, абзац)

Погано:

Ім'я, вік, час, операційна система, Discord ID, правила прочитано (так/ні), посилання на скриншот, терміновість від 1 до 5

Discord і так дозволяє щонайбільше п'ять полів на форму. Використай два з них.

Рішення 3: хто бачить який тікет

Це той пункт, про який довго шкодуєш, якщо помилишся.

Система тікетів призначає дозволи каналів для кожної категорії. Тож питання не «хто в команді», а «хто може читати заявки». Якщо твоя команда підтримки має доступ до категорії заявок, п'ятнадцять людей читають, коли хтось подає заявку. Рідко хтось цього хоче.

Задавай ролі для кожної категорії, а не глобально. В AlphaCloud це поле ролі підтримки в кожній категорії тікетів.

Рішення 4: що відбувається із закритими тікетами

Сервер з активною підтримкою швидко створює сотні каналів тікетів. Є три звичні підходи:

Підхід Перевага Недолік
Канал залишається, переноситься в архівну категорію Усе можна прочитати Discord дозволяє щонайбільше 500 каналів на сервер
Канал видаляється Чисто Історія зникла
Канал видаляється, спершу створюється транскрипт І те, і те Потрібна система, яка це вміє

Третій варіант правильний, щойно твоя підтримка працює регулярно. Транскрипт це копія розмови, у якій можна шукати і яка залишається ще довго після того, як канал зник. Вона знадобиться тобі щонайпізніше під час першої суперечки про те, що нібито пообіцяли в тікеті.

AlphaCloud зберігає транскрипти на власному сайті разом із вкладеннями. Важливо, що вкладення зберігаються під час закриття, бо посилання Discord на зображення перестають працювати, щойно канал видалено.

Саме налаштування

Щойно чотири пункти вирішено, решта це механіка:

  1. Створи категорію Discord, у якій з'являтимуться канали тікетів
  2. Створи категорії в боті й задай ролі підтримки
  3. За бажанням одне чи два запитання для кожної категорії
  4. Опублікуй у каналі панель, через яку учасники відкриватимуть тікети
  5. Задай канал журналу

Після цього обов'язково відкрий тікет сам і пройди його один раз. Саме тоді ти помітиш, що команда взагалі не бачить нової категорії або що вітальне повідомлення досі текст-заглушка.

Дві речі, які варто додати згодом

Оцінки. Після закриття система може попросити оцінку. Це менш корисно для статистики, ніж для того одного випадку, коли хтось ставить одну зірку й пише чому. Інакше такого відгуку ти ніколи не отримаєш.

Автоматичне закриття. Тікети, у яких днями ніхто не пише, засмічують огляд. Таймер, що закриває після 48 годин тиші й один раз перепитує перед цим, тримає список чистим без того, щоб хтось мусив прибирати.

Чого система тікетів не розв'язує

Вона не робить підтримку швидшою. Вона лише робить її знаходжуваною, закріпленою за відповідальними й доступною для читання потім.

Якщо ніхто не відповідає, жодна система не допоможе. Що допомагає: сповіщення команді, коли відкривається тікет, і чесна примітка в панелі про те, скільки зараз триває відповідь. І те, і те значно менше роботи, ніж потім вибачатися за мовчання.

Інші статті