Jak przejść z Ticket Tool, TicketsBot lub innego bota ticketowego Discord
Praktyczna lista kontrolna przeniesienia działającego serwera wsparcia do TicketCord: co najpierw zinwentaryzować, jak uruchomić oba boty równolegle i czego naprawdę nie da się zaimportować.
Co faktycznie się przenosi
TicketCord nie ma importera dla innego bota. Nie potrafi odczytać zgłoszeń, transkryptów, statystyk, paneli ani ustawień innego bota, i nie ma formatu przesyłania dla żadnego z nich. Twoje role, kategorie i kanały Discord przenoszą się, ponieważ już należą do Twojego serwera, a nie do starego bota; wszystko inne w tym przewodniku to ręczna odbudowa, a historyczne zgłoszenia i transkrypty zostają przy starym bocie, jeśli najpierw ich nie wyeksportujesz.
Zinwentaryzuj starego bota, zanim czegokolwiek dotkniesz
Poświęć na to dwadzieścia minut, zanim utworzysz cokolwiek nowego w TicketCord; każda luka, którą tu przeoczysz, stanie się luką we wsparciu po przejściu.
- Każdy panel i jego przyciski: typ zgłoszenia, kategoria, pingowana rola personelu i wszelkie pytania formularza.
- Role personelu: kto liczy się jako wsparcie i kto ma dostęp administratora do dashboardu starego bota.
- Wiadomości powitalne, zamykające i DM, które obecnie widzą członkowie.
- Gotowe odpowiedzi lub skróty i ich shortcuty.
- Czas automatycznego zamykania i wszelkie przypomnienia o braku aktywności.
- Godziny pracy, reguły SLA i wszelkie integracje webhook lub Slack.
- Ustawienia eksportu transkryptów, abyś mógł pobrać archiwum przed usunięciem starego bota.
Utwórz swojego bota TicketCord
Utwórz aplikację Discord w Developer Portal, włącz Server Members Intent i Message Content Intent, i wklej token w Dashboard → Add Bot. Zaproś go przyciskiem Invite w dashboardzie, aby otrzymał potrzebne uprawnienia. Stary bot może zostać na serwerze, gdy to robisz; nic w przejściu nie wymaga usunięcia go najpierw.
Ponownie wykorzystaj lub odtwórz swoją strukturę
Uruchom /setup na Discordzie. Jeśli znajdzie istniejące kategorie zgłoszeń lub role personelu, wybierz Use Existing (Recommended), aby zachować nienaruszone uprawnienia kanałów i wzmianki ról, albo Create Anyway (New Names) dla czystego, osobnego zestawu. Tak czy inaczej, wybierz kategorię zgłoszeń, kategorię zamkniętych, kanał logów i kanał transkryptów w Dashboard → Bots → Twój bot → Servers → serwer → Structure, i dodaj role Discord Twojego zespołu wsparcia w sekcji Staff.
Odbuduj panele, wiadomości i szybkie odpowiedzi
Zbuduj jedno osadzenie na każdy stary panel w sekcji Panels & Embeds, z przyciskiem na każdy stary typ zgłoszenia albo listą rozwijaną dla panelu z menu wyboru; dołącz formularz do przycisku, jeśli stary panel najpierw zbierał odpowiedzi, choć formularze wieloetapowe wymagają planu Basic lub wyższego. Opublikuj każdy panel przyciskiem Post w dashboardzie lub /embed <name> [channel]. Odtwórz wiadomość powitalną zgłoszenia jako design w sekcji Messages, i dodaj każdy stary snippet w sekcji Quick Replies z tym samym skrótem, aby personel zachował nawyki; Basic i Pro pozwalają na 25 szybkich odpowiedzi, Enterprise jest nieograniczony. Limity zapisanych paneli to 1 w Free, 5 w Basic i Pro oraz 15 w Enterprise, więc policz swoje stare panele, zanim je skonsolidujesz.
Odbuduj cykl życia zgłoszenia
Ustaw limit otwartych zgłoszeń na użytkownika w sekcji Opening, stały na poziomie 5 w Free i konfigurowalny w Basic i wyższych, zdecyduj, czy personel przejmuje zgłoszenia w sekcji Claiming, i odtwórz potwierdzenie zamknięcia oraz DM zamykający w sekcji Closing. Auto-Close & Reminders wymaga planu Basic lub wyższego dla timera nieaktywności. Odtwórz wszelkie pytania o ocenę lub opinię, jakie miał stary bot, w sekcji Feedback, oraz wszelkie tagi, których personel używał do sortowania zgłoszeń, w sekcji Tags. Ustaw kanał transkryptów i politykę przechowywania w sekcji Transcripts; wartość domyślna to 90 dni w Free i 365 dni w planach płatnych, więc wybierz Keep until manually deleted w planie płatnym, jeśli stary bot przechowywał transkrypty wiecznie.
Skonfiguruj ModMail, jeśli stary bot obsługiwał DM
Jeśli członkowie zwykle pisali DM do starego bota zamiast otwierać zgłoszenie z panelu, włącz ModMail w zakładce Channels: wybierz kategorię dla kanałów ModMail, ustaw personel i role do pingowania, DM powitalny i zamykający, oraz wszelkie wymagania minimalnego wieku konta lub członkostwa na serwerze, jakie egzekwował stary bot. Przypomnienia dla personelu i użytkownika wymagają planu Basic lub wyższego.
Testuj, gdy stary bot wciąż działa
Najpierw opublikuj nowy panel na prywatnym kanale. Otwórz zgłoszenie każdym przyciskiem, przejmij je, wyślij szybką odpowiedź, zamknij je i sprawdź, czy transkrypt trafia na kanał transkryptów, a zgłoszenie pojawia się w Dashboard → Tickets. Uruchom /diagnose, aby wychwycić luki w uprawnieniach, na przykład brakujące uprawnienie kategorii, zanim członkowie w ogóle zobaczą nowego bota.
Przełącz się i usuń starego bota
- Ogłoś zmianę i datę.
- Opublikuj panele TicketCord na prawdziwych kanałach wsparcia i usuń lub wyłącz panele starego bota.
- Pozwól, aby otwarte zgłoszenia na starym bocie zakończyły się naturalnie, albo poproś personel o ich zamknięcie i ponowne otwarcie nierozwiązanych w TicketCord.
- Usuń starego bota z serwera, albo przynajmniej odbierz mu uprawnienia do tworzenia kanałów, aby członkowie nie mogli otwierać zgłoszeń w dwóch systemach.
- Zachowaj kanał transkryptów starego bota lub wyeksportowane pliki tak długo, jak potrzebujesz historii.
Częste błędy podczas przejścia
- Pozostawienie paneli obu botów aktywnych jednocześnie, co pokazuje członkom dwa przyciski zgłoszeń i wprowadza zamieszanie co do tego, który bot obsługuje nowe zgłoszenie.
- Zapomnienie o przypisaniu na nowo ograniczeń ról personelu dla poszczególnych przycisków, przez co panel, który wcześniej pingował konkretny zespół, w końcu nie pinguje nikogo.
- Pominięcie /diagnose po przejściu i odkrycie brakującego uprawnienia dopiero, gdy nie powiedzie się pierwsze prawdziwe zgłoszenie.
- Usunięcie kanału transkryptów starego bota przed wyeksportowaniem lub zarchiwizowaniem historii, której wciąż potrzebujesz.
Jakiego planu potrzebujesz do przejścia
Każde nowe konto TicketCord zaczyna od 14-dniowego okresu próbnego Enterprise bez konieczności podawania karty, więc odbuduj swoją konfigurację z dostępem do wszystkich funkcji, a potem porównaj to, czego faktycznie użyłeś, z cennikiem. Automatyczne zamykanie, szybkie odpowiedzi, formularze podań i DM po dołączeniu wymagają Basic; AI i baza wiedzy wymagają Pro; webhooki, zarządzanie SLA, godziny pracy i zatwierdzenia wymagają Enterprise. Jeśli zdecydujesz się na niższy plan niż okres próbny, skonfigurowane płatne funkcje zostają wyłączone, a nie usunięte, więc możesz je później włączyć ponownie bez niczego odbudowywać.