加密賭場
Torrent Gear
Discord如何幫助從玩家那裏收集小費
簡介： 為什麼是Discord
Discord是玩家已經交流的地方：即時消息，語音/視頻，線索，角色和機器人。這將服務器轉變為「信號接收站」：問題，錯誤報告，內容想法，UX/資產負債表投訴，劄幌評論和促銷。操作員的任務是將消息流轉換為可管理的系統，以收集，分析和實施改進。
1） Fidback的體系結構： 渠道,角色,treds
最小集合：- '#announcements'僅適用於團隊，並附有後衛規則。
- 「#feedback」-想法和願望；關於主題的tredas。
- 「#bug-report」-技術問題；消息模板。
- '#support '→ '#create-ticket'-私人字幕（機密）。
- '#polls'-民意調查、投票、結果。
- 「#changelog」是更改，小說，Roadmap更新。
- '@Players'-在#feedback和#bug-report.
- '@QA/@Support'-節制，三合會，標簽。
- '@dev/@Product'-訪問內部登錄和頻道'#triage-internal'。
- '@VIP/@Beta'是封閉的A/B測試和早期訪問。
默認的插曲：每個復制/想法都進入單獨的插曲-因此討論不會混合，並且狀態會透明地跟蹤。
2）進紙標準： 模板和微型UX
錯誤復制模板（*）： 遊戲/部分： 平臺/設備：- 播放步驟：1）……2) …3) …
- 屏幕/視頻：（可選）
- Micro-UX wonbording：機器人「如何給新手一個有用的後援」+2個好壞報道的例子。
3）收集渠道： 顯式和隱式饋送
明確：在#feedback，tikets，表格，民意調查，AMA的帖子。
隱式：反應，表情符號，重復問題的頻率，回答時間，按主題輸入的比例。
練習：捕獲「溫暖信號」-在#general和#support中反復出現的問題與調查相同。
4）機器人與自動化
Tikets：來自「#creat-ticket」 →與玩家的私人頻道；類別（付款、UX、錯誤、內容）、SLA標簽。
形式：隨場驗證的輕量級後衛；「#triage-internal」中的自動帖子。
標簽/反應標簽：Bug、Idea、UX、Localization、Balancy-用於自動分類。
民意測驗/投票：在選擇之間快速選擇；在「#polls」中公布結果。
摘要：雜貨隊的「TOP-5周」自動摘要和球員的「#changelog」。
5）支線分類法： 如何不淹死
將所有內容簡化為易於理解的標簽圖：- 類型：錯誤/想法/UX/內容/sapport/本地化。
- 組件：遊戲/模式/頁面/交易/聊天。
- 嚴重性（對於錯誤）：blocker/major/minor。
- Стадия: new → in review → accepted → in progress → released → declined.
- 資料來源：#feedback/tiket/AMA/調查/UGC。
分類越簡單，過程就越穩定。
6）度量： 從語音到數字
信號量：每周獨特的曲線/滴答聲。
噪音/信號：復制百分比,有效率百分比報告。
反應時間：median時間至第一響應（FRT）。
決定時間：按類型劃分的中型時間到解決（TTR）。
CSAT：tiket關閉後對sapport滿意（1-5）。
NPS：願意按角色/地區每季度推薦（-100……+100）一次。
Coverage：30天內有「關閉/決定」狀態的報告的百分比。
Changelog adoption：瀏覽過/回應發布帖子的玩家百分比。
7）定性分析： 如何獲得洞察力
隊列視圖：按語言/區域/平臺/玩家類型（新秀/VIP）。
主題集群：結合關鍵字的線程。
玩家的路徑：最常發生追趕事件（追趕，付款，比賽）的地方。
疼痛熱圖：結合嚴重性×頻率×業務指標的影響。
8）優先改進： RICE/ICE和SLA
RICE: Reach × Impact × Confidence / Effort.- ICE: Impact × Confidence × Ease.
- Bug blocker是15分鐘≤回應，在最近的熱門影片中是假的。
- 專業-回答≤ 2小時，計劃在72小時內。
- 次要/想法-24小時響應，14天 在Roadmap中包含的決定。
9）「閉環」： 如何與玩家關閉循環
在每個線程中，留下最後的更新： 「修復為X.Y.Z版本。」
在「#changelog」中發布「Before/After」，並帶有「為什麼如此」的簡短上下文。
感謝作者有用的報告（角色，徽章，早期訪問）。
每周的帖子「工作中的東西」-減少重復的問題並增強信心。
10）民意測驗和采訪： 何時以及如何
當中的微觀調查：活動/比賽/付款後的1-2個問題。
定期CSAT/NPS：每30-90天一次；通過語言和吸引渠道進行細分。
簡短的采訪（15-20分鐘）：在封閉的語音中，將洞察力記錄在陰謀中；獎勵-role/merch。
好問題：- 「什麼阻止你更頻繁地玩/回來？」
- 「在最新的更新中喜歡什麼？」
- 「你怎麼會向其他玩家描述這個問題？」
11）本地化和包容性
單獨的本地頻道/主持人。
頻道中的清晰語言規則（指定）和角色/位置的輕松更改。
「#changelog」中重要調查/公告和結果的強制性翻譯。
12）隱私，道德和響應遊戲
開放渠道中沒有個人/支付數據。敏感-僅在滴答聲中。
盡量減少日誌和訪問（「最低權利」原則）。
RG塊：中斷提醒，幫助鏈接，沒有「勝利保證」和有毒壓力。
13）消息模板
#feedback中的Onbording：14）迷你支線後備存儲方案（對BI有用）
記錄字段：- 「id」，「created_at」，「author_role」，「locale」，「source」（#feedback/tiket/poll），「type」（idea/bug/ux），「component」，「severity」，「status」（新/review/accepted/in-progress/released/declined），「summary」，「links」（tred/scrin/視頻），「assignee」，「eta」，「csat_after_fix」（如果適用）。
15）成熟過程的支票清單
- 主意/錯誤/民意測驗和默認線程下的各個渠道。
- 機器人：tikets,形式,標簽,摘要,調查。
- 支線分類法和可理解的狀態。
- FRT/TTR的SLA和響應模式。
- 「閉環」循環：changelog，感謝，路面映射。
- CSAT/NPS和隊列分析。
- 隱私政策和RG, 2FA由主持人提供。
16）90天實施計劃
1-30天（發射）：- 展開通道和角色,啟用默認的線程。
- 連接機器人：滴答聲，表格，標簽，摘要。
- 發布報告模板和「支線海德」。
- CSAT飛行員在劄幌開始。
- 介紹分類法和SLA，培訓主持人。
- 介紹每周見解摘要和「#changelog」。
- 按角色/語言運行NPS，進行5-10次采訪。
- 連接BI/dashbords（FRT，TTR，CSAT，信號量）。
- 引入滑翔機上的RICE/ICE優先級。
- 復古：「我們正在改變的過程」，更新模板和SLA。
17）頻繁的錯誤以及如何避免錯誤
→輸入單個頻道和標簽。
沒有狀態和時間表→輸入清晰的狀態板和SLA。
不要關閉循環→玩家停止寫作；在tredas和「#changelog」中捕捉更新。
過於復雜的形狀→減少到必要的。
沒有分析→沒有指標就不會看到動態和優先事項。
Discord允許您在社區居住的地方收集飼料：快速，透明和可管理。在正確的通道，鏈路和機器人體系結構下，消息流轉變為系統改進周期-具有可測量的度量，可理解的優先級以及規則的「循環閉合」。結果，產品質量，玩家信心和保留度量的提高。