加密赌场
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允许您在社区居住的地方收集饲料：快速，透明和可管理。在正确的通道，链路和机器人体系结构下，消息流转变为系统改进周期-具有可测量的度量，可理解的优先级以及规则的"循环闭合"。结果，产品质量，玩家信心和保留度量的提高。