付费成员进来后的前 10 分钟，决定他觉得自己买到的是「入口」还是「麻烦」。Discord 的变现后台分散在 Server Subscriptions、Server Shop、角色权限和 payout onboarding 里，任何一处没通，成员看到的都会是空频道、错角色或没人解释的扣款。
后台先看哪 6 个字段？
Owner 先走一遍这条路径：Server Settings → Community → Server Subscriptions / Server Shop → Roles → Safety Setup，再到 Creator Revenue 或 payout onboarding 页面查看 Stripe 资料状态。
不要只看频道列表。付费社区至少要截图 6 个字段：订阅层级、商品名称、价格、绑定角色、可见频道、payout 状态。Discord 的 Server Shop 文档把一次性商品和订阅区分开，运营表也要分开记，否则很容易把模板包购买者当成月费会员。
| 后台位置 | 要记录的字段 | 红灯 |
|---|---|---|
| Server Subscriptions | tier、price、role、subscriber count | 付款后无角色、付费频道不可见 |
| Server Shop | 商品名、价格、库存或可购买状态 | 一次性商品被写成持续权益 |
| Roles | 付费角色排序、频道权限 | 低权限角色覆盖高权限角色 |
| Payout onboarding | Stripe/团队/身份状态 | 未完成却已公开售卖 |
| Member list | join time、首帖、取消、退款 | 24 小时内没有任何动作 |
付款后 10 分钟怎么走？
用测试成员把流程跑一遍。付款成功后，成员应该依次看到：欢迎频道、规则、付费权益说明、第一项任务、客服入口。第一项任务不要超过 5 分钟，比如「在 #start-here 回答 1 个问题」或「领取本周资料包」。
很多社区把 onboarding 写成一长串规则。人刚付完钱，不会读完 2000 字。更稳的做法是把规则拆成 3 层：社区底线、付费权益限制、扣款或角色问题找谁。
收益和退款口径怎么记？
不要把订单金额当到账收入。Discord 的 Creator Revenue 和 payout 文档都指向 Stripe 式的收款步骤，后台可能出现 pending、deferred、refund、payout 等状态。社区讨论里也有人遇到订阅款显示 deferred，这类状态要按后台提示处理，不能在群里承诺具体到账日。
月度表至少保留这些列：订单日期、成员 ID、产品/tier、gross amount、refund、payout status、权益到期日、客服备注。退款争议要和 Discord 订阅帮助文档、你自己的付费说明一起看。成员能取消订阅，不代表他已经失去所有历史访问权限，具体要按你当初写的权益规则执行。
首日只留哪一个动作？
付费成员首日只做一个动作。课程社区可以让他提交目标，资料库可以让他下载起步包，陪跑社区可以让他预约第一次反馈。动作越小，完成率越高。
| 社区类型 | 首日动作 | 第 7 天指标 |
|---|---|---|
| 课程陪跑 | 提交当前阶段和目标 | 首帖率、作业提交 |
| 资料库 | 领取 1 个起步包 | 下载、收藏、二次访问 |
| 顾问社群 | 提交问题卡片 | 回答率、预约率 |
| 会员社区 | 参加一次活动或投票 | 活动到场、发言人数 |
如果第 7 天只有付款记录，没有发言、点击、活动到场和客服记录，这个成员基本没有被激活。此时先改欢迎路径，不要急着加新频道。
多管理员怎么分权？
Owner 管订阅层级、payout 和角色策略；Moderator 管秩序；客服只记录问题，不改付款资料。多人共用 Owner 账号会让责任链断掉，尤其是退款、权益降级和付款资料变更。
跨地区团队处理付费后台时，可以把 Owner 的核心操作固定在一个设备和网络环境，用长期稳定家庭 IP + 单设备绑定承载收款、角色和成员后台。日常答疑交给 Moderator 或客服，不必每个人都登录主账号。
哪 5 种情况先停卖？
payout onboarding 未完成、付费角色未测试、退款说明没写、商品和订阅混在一起、管理员权限不清，这 5 种情况先别公开售卖。停一天补流程，比收了钱再解释强。
还有一个容易忽略的点：迁移或转让服务器时要重新比对所有者、订阅、payout 和角色关系。对付费社区来说，这不是普通频道权限问题，而是收款责任和权益交付同时变化。