会员分组决定读者能看到哪些正文，档位怎么和权限对上

会员分组决定读者能看到哪些正文，机制是按用户组设置访问权限：分组不只管「能不能登录」，管的是正文阅读、附件下载和接口读取这三处能不能拿到内容。付费档位要和权限对上，靠的不是给每个档位复制一份文章，而是同一套用户体系被订单管理、财务管理、分销管理与公众号对接共同引用。档位改了而权限没跟着改，读者感知到的是「付了钱看不到内容」，这类问题在调档当天最集中。

分组控制的是阅读还是下载

两件事都要看。阅读侧控制正文：属于该分组的读者拿到完整内容，未达分组的读者看到引导，正文本身不出现在响应里。下载侧控制附件：资料包、图纸、模板这类内容按分组放开，读者身份不对，链接也取不到文件。

判断分组边界是否清晰，可以看这条：同一篇文章在不同分组下看到的差异，是由分组规则决定，还是由人工复制了两份正文决定。后者会让归档、统计和更新都翻倍，是权限设计走形的信号。

权限落在哪些位置

第一处在文档本身。内容模型可以为文章带上阅读等级与价格、库存这类字段，自定义字段决定不同内容类型能挂哪些属性，权限判断读的就是这些字段。

第二处在接口。小程序、App 或第三方系统要读付费内容时，走的是同一套用户体系：文档列表与详情、分类与标签这些高频 API 调用能力要带读者身份，接口文档里按分组说明可读取范围，避免调用方自己猜。公开接口与鉴权接口分开，付费内容只从鉴权路径出。

第三处在站点前台的入口展示。分组不可见的文章是否出现在列表页、站点地图或搜索结果里，这一项要在后台确认，光看详情页容易漏。

档位和订单怎么对应

档位对应的是权益，权益落到用户组。订单管理记录读者买了哪一档、有效期到什么时候；财务管理核对实收与档位是否一致；分销管理涉及推荐关系与分成，同一读者的分组来源可能不止一条；公众号对接让微信端的身份与站内分组对齐。这几块共用一套用户体系，所以调档时不能只改分组规则。

调档时同步检查哪几项

顺序建议这样走：先在新分组上配好并验证，再改映射，最后处理历史订单。中间留一个可回退点，改坏时能退回原映射。若同时用了定时发布（时间因子）排期的内容，注意档位变更会让待发布内容的可见范围一起变化，发布前用分组身份预览一次更稳妥。

常见问题

一个读者属于多个分组怎么办？ 按平台规则取生效范围，建议配置上避免多档共用一个分组，排查成本更低。

改了分组会影响已发布文章吗？ 会影响可见范围，正文本身不变，改完用分组身份复核前台列表与详情。

接口要不要单独做一套权限？ 不要。接口读取沿用同一套用户体系，规则只维护一处。