10 · 用户管理¶

入口路径：后台 → 用户管理 目标读者：副组长 / 风控 / 客服 / 数据分析 核心问题：玩家是谁、有没有风险、余额对不对、行为轨迹长什么样 资料来源：/澎湃后台/10.用户管理/ 共 21 张截图（覆盖 15 个子菜单） 最后更新：2026-05-11 作者：Bob/Aimee

一、模块定位¶

用户管理是整个后台的用户中心——所有关于玩家身份、余额、风险、行为、层级、权限的页面都集中在这里。

可按用途分四类：

类别	子项	用途
查询类	用户列表、用户明细、账变记录、投注记录、用户游戏统计	客服查单、值班抽查
风控类	用户智能风控、用户风控、风险用户筛查、活跃宝箱用户审核	副组长 / 风控初审
运营类	用户每日分析、用户追踪、用户排行榜	渠道效果、群体画像
配置类	用户层级配置、用户访问权限、修改用户提款信息	业主 / 高级权限配置

用户管理子菜单全景 - 15 个子项

📌 截图显示 15 个子菜单：用户列表 / 用户智能风控 / 活跃宝箱用户审核 / 用户追踪 / 用户每日分析 / 风险用户筛查 / 修改用户提款信息 / 用户访问权限 / 用户层级配置 / 账变记录 / 投注记录 / 用户游戏统计 / 用户明细 / 用户风控 / 用户排行榜

二、用户列表（查询主入口）¶

2.1 功能定位¶

最常用页面——按各种条件查玩家，能直接看到余额、出款类型、是否充值、提现打码量、联系方式。

2.2 筛选区（左屏）¶

用户列表 - 筛选 + 主列

筛选项共 13 项（截图所示）：

筛选项	输入
昵称	模糊
帐号	精确
ID	精确（用户 ID）
出款类型	自动出款 / 人工出款
用户层级	下拉选择已配置层级
手机	精确
邮箱	精确
余额	范围
IP	注册 / 登陆 IP
是否充值	是 / 否
未登陆时间	天数
注册来源	全部来源 / 各渠道
注册时间	时间段
登陆时间	时间段

按钮：查询 / 导出 Excel / 修改选中用户

2.3 列表列（右侧滚动）¶

用户列表右侧滚动列

完整列（左→右）：

列	含义
用户	ID / 昵称组合
用户层级	命中的层级名
上级代理	邀请人代理账号
状态	正常 / 锁定 / 异常
出款类型	自动出款 / 人工出款
注册时间(GMT+8:00)	-
注册来源	渠道码
登陆时间(GMT+8:00)	-
登录IP	-
帐号	登录账号
是否充值	是 / 否
余额	当前可用余额（PHP）
提现打码量	距离能提款还差多少打码
姓名	实名（提款用）
手机	-
邮箱	-
GCash	绑定的 GCash 账户
Maya	绑定的 Maya 账户
version	❓ 客户端版本号？
备注	客服 / 风控备注
密码	❓ 截图列存在"密码"列——疑似明文或掩码显示，强红线：待用户确认是否真显示明文（如果是合规高风险）

⚠️ "密码"列存在性需重点核实——若后台真的展示密码（不论明文还是 hash），均不符合现代安全规范。可能是历史遗留字段，建议向业主确认是否能隐藏。

2.4 副组长用法¶

flowchart TD
    A["客服转来用户咨询 → 副组长复核"]
    A --> B["用 用户 ID / 帐号 查"]
    A --> C["看「余额」「提现打码量」回答「为什么不能提款」"]
    A --> D["看「上级代理」判断走哪个代理线"]
    A --> E["看「出款类型」决定是否人工干预"]

2.5 待确认¶

「version」列含义
「密码」列究竟显示什么内容
「修改选中用户」按钮能批量修改哪些字段
是否支持按 GCash / Maya 账号反查（防黑产共号）

三、用户明细（按 ID 风险画像）¶

用户明细 - 风险画像视图

3.1 功能定位¶

输入用户 ID → 一屏看风险维度和关联画像。

3.2 字段（截图所示）¶

字段	含义
上级代理	代理账号
用户层级	-
风险等级	系统/风控打的标签（review / risk / 等）
风险行为	命中的具体规则（多笔小额充值 / 凌晨高频登录等）
设备得分	设备指纹评分（数字越低风险越高）
相同 IP 用户	同一 IP 下还有几个号
注册来源	渠道码
投注记录	链接跳转到该用户投注流水

顶部切换：「隐藏数据为 0 的栏目」——简洁视图。

3.3 副组长用法¶

值班发现某号异常 → 来这页一眼看清风险标签 + 共号情况 → 决定是否升级到 09-活动记录黑名单 / 联动出款审核 hold。

四、账变记录（余额流水）¶

账变记录 - 账户余额变化流水

4.1 功能定位¶

记录每一笔影响用户余额的事件——客户投诉"为什么我余额少了 ₱200"时的唯一证据来源。

4.2 筛选¶

筛选项	输入
用户 ID	精确
账变类型	下拉（充值 / 提款 / 投注 / 派彩 / 赠送 / 系统扣款 / 等）
时间	时间段

4.3 列¶

列	含义
时间 (GMT+8:00)	事件时间戳
用户 ID	-
账变类型	文字标签
类型号	类型对应的数字编码
账变前余额	变动前
账变金额	正负数（正=加款负=扣款）
账变后余额	变动后
操作人	系统 / 客服账号
备注	自由文本

4.4 副组长用法¶

flowchart TD
    A["玩家投诉#quot;余额对不上#quot; → 客服初查 → 升级副组长"]
    A --> B["拉账变记录按用户 ID + 时间段"]
    A --> C["三列对账：账变前 + 账变金额 = 账变后？"]
    A --> D["找#quot;操作人#quot;列——是系统自动还是某客服手动"]
    A --> E["找#quot;账变类型#quot;——是投注派彩、系统扣款、还是异常调账"]

4.5 待确认¶

类型号字典：所有"类型号"对应的中文名称（业主侧通常有内部表）
赠送金 / 红包到账是否在这里都能看到
是否能导出 Excel

五、投注记录（游戏流水）¶

投注记录 - 单用户投注流水

5.1 功能定位¶

按用户 ID 拉某段时间内所有游戏局的流水——查"是不是真的输了这么多"的源头。

5.2 筛选¶

筛选项	输入
用户 ID	精确
游戏结果	输 / 赢 / 平 / 全部
时间	时间段

5.3 列¶

列	含义
时间	局结算时间
用户 ID	-
游戏厂商	Jili / PG / FC / PP 等
游戏名	具体游戏
局号	厂商唯一局号（争议查证用）
投注金额	单局
输赢	派彩 − 投注（负数=输）
结算后余额	该局结束后用户余额

5.4 副组长用法¶

玩家说「我刚才中了大奖没到账」→ 按用户 ID + 时间筛 → 找局号 → 提交厂商客服核实
玩家投诉「短时间内莫名输光」→ 拉一段时间投注 → 排序时间 → 看是否有异常厂商连续大额

5.5 与厂商商户后台关系¶

数据来自每个游戏厂商的回调——所有局结算完才会写入。如果厂商接口异常，投注记录可能延迟入库，副组长查不到先告诉客服稍后再查。

六、用户游戏统计（按厂商汇总）¶

用户游戏统计 - 按游戏汇总投注派彩

6.1 功能定位¶

把投注记录按游戏聚合——看某用户最爱玩哪几个游戏 / 在哪个游戏亏得最多。

6.2 筛选¶

时间段 + 用户 ID。

6.3 顶部汇总（合计）¶

列	含义
游戏数	该用户接触过的不同游戏数量
总投注	时间段内合计
总派彩	时间段内合计
总投注次数	局数
总回报率	总派彩 / 总投注

6.4 明细表（按游戏拆分）¶

游戏名称 / 投注 / 派彩 / 投注次数 / 回报率

6.5 副组长用法¶

判断专业玩家 vs 撸新党——回报率长期 > 100% 且只玩固定 1-2 个游戏的，多半在套利某个 RTP 异常的游戏，配合 09-活动记录 - 风控初审升级。

七、用户层级配置¶

用户层级配置 - 开放厂商 + 普通/特殊层级

7.1 功能定位¶

最关键的运营配置之一——决定每类用户能玩哪些游戏厂商、拿什么回拉率、参与哪些活动。

7.2 当前开启厂商列表（截图所示）¶

共 38 个厂商：Jili / PG / FC / PP / JDB / Fish / DB / BGaming / Evoplay / Spinomenal / Relax / UUSLOTS / Amigo / UG / Askme / Rich88 / HackSaw / Spribe / KA / JOKER / Cq9 / POPOK / ABBet / MR.win / RedTiger / WG / Scratch / INOUT / UGAL / Luckywin / VPoker / PLAYTECH / HABANERO / BetSoft / Funky / BTG / NETENT / NO LIMIT / WG ARCADE

7.3 当前开启活动¶

截图列举：救济金 / 转盘 / 返水 / ……（与 09-活动记录中 51 个活动逐一对应）

7.4 两类层级¶

类型	默认数量	分配方式	删除
普通层级	30 个	自然分配（按打码 / 充值阈值自动升降）	可删
特殊层级	10 个	手动指定（业主操作）	添加后不可删除

7.5 每个层级 4 个字段¶

字段	含义
用户道级别	层级 ID / 名称
条件	升入该层级的打码 / 充值 / 投注阈值
开放厂商以及回拉率	每个厂商单独配回拉率（核心权益）
参与活动设置	该层级能参加哪些活动
操作	编辑 / 删除（特殊层级不可删）

7.6 业务关键点¶

特殊层级不可删 = 业主慎设——只有 10 个名额，给大客户专用
回拉率按厂商单独配 = 高 VIP 在某些高利润厂商能拿到更高返水
层级 ↔ 活动绑定 = "VIP1 才能参加救济金"等规则在这里配，不在活动配置里

7.7 副组长用法¶

副组长通常无权改，但要会读——客户问「为什么我没法领救济金」时，能查该用户层级是否有救济金权益。

7.8 待确认¶

自然升降规则精确公式（截图未展示）
厂商列表是否会随合作变动 → 哪里维护
普通层级 30 个全部用满后能否加

八、用户排行榜¶

用户排行榜 - 6 tabs 排序 + 17+ 列

8.1 功能定位¶

按用户单维度排序找头部玩家——做 VIP 标记 / 大客户保护 / 套利用户排查。

8.2 6 个 Tab¶

Tab	含义
充提差倒序	充值 − 提现最高（亏得最多 = 平台收入最多）
游戏盈亏倒序	游戏盈利最高
充提差正序	充提差最小（甚至为负 = 提得多 = 平台亏损客户）
游戏盈亏正序	游戏盈利最低
订单充值	充值总额
订单提现	提现总额

8.3 列（17+ 项）¶

用户 / 用户层级 / 注册时间 / 登陆时间 / 注册来源 / 注册 IP / 登陆 IP / 是否充值 / 余额 / 现金直充 / 系统扣款 / 订单充值 / 订单提现 / 充提差 / 赠送金额 / 游戏局数 / 游戏投注 / ……

8.4 时间筛选¶

默认今天。

📌 数据更新频率：截图明确提示「当天数据每小时更新一次」——不是实时，副组长不要把它当实时盯盘工具用。

8.5 副组长用法¶

「充提差正序」前 20 名 = 当日大赢家 → 风控复查异常
「订单充值」Top 10 = 当日大客户 → 客服跟进礼遇
跨天对比同一用户的排行波动 → 异常活跃账号

九、用户智能风控（系统打标）¶

用户智能风控 - 筛选风险等级 + 列表

9.1 功能定位¶

系统按规则自动给用户打风险标签的池子——风控初审先看这里，再决定是否升级人工调查。

9.2 筛选¶

筛选项	输入
用户 ID	精确
用户状态	正常 / 锁定 / 异常
是否充值	是 / 否
出款类型	自动 / 人工
上级代理 ID	-
风险等级	截图显示 `review` 标签可选，可多选（"+1" 表示可加更多）
登录设备得分 <=	阈值——设备指纹 ≤ X 的可疑用户

9.3 操作按钮¶

按钮	用途
查询	-
修改选中用户	批量改风险等级 / 出款类型
TG 机器人提醒	弹出 §9.5 的 TG 推送配置

9.4 列¶

用户 / 上级代理 / 是否充值 / 风险等级 / 出款类型 / 用户状态 / 风险行为 / 设备得分 / 注册域名 / 登录域名 / 登陆时间(GMT+8:00) / 备注

9.5 TG 机器人提醒（关键能力）¶

用户智能风控 - TG 机器人推送配置

弹窗内容（截图所示）：

请点击链接：https://t.me/pengpai_fk_phl_v1_2026_bot 添加 TG 机器人，私聊 /start 或拉入群聊后，机器人会自动发送聊天 ID，请将其填写到下方"推送聊天 ID"中。

字段	当前值
平台名称	p222
推送聊天 ID	（空，待绑定 TG group / chat）
提醒开关	开启

📌 机器人命名 pengpai_fk_phl_v1_2026 揭示： - pengpai = 澎湃（平台代号） - fk = 风控 - phl = Philippines（菲律宾） - v1_2026 = 2026 年 v1 版机器人

再次佐证 P222 = 澎湃供应的菲律宾市场站。

9.6 副组长用法¶

flowchart TD
    A["开班例行（每个班次 1 次）"]
    A --> B["筛#quot;风险等级 = review#quot;"]
    A --> C["看列表 → 命中规则的用户"]
    A --> D["点用户查 用户明细 §三"]
    A --> E["看「设备得分」「风险行为」具体内容"]
    A --> F["异常的标记 → 出款 hold → 升级人工调查"]

图中「用户明细」详见 §三用户明细（按 ID 风险画像）。

实时联动：智能风控命中后TG 机器人推送到风控群（如果配了聊天 ID）——副组长值班手机看 TG 比刷后台快。

十、用户风控（管理员视角全量检索）¶

用户风控 - 筛选全集用户风控 - 列全集（右侧滚动）

10.1 与「用户智能风控」的差异¶

维度	用户智能风控 (§9)	用户风控（本节）
视角	系统打标的池子	管理员全量检索
筛选维度	风险等级 / 设备得分	姓名/手机/邮箱/注册 IP/登陆 IP/各种金额条件
用途	风控人例行复核	调查/取证（多角度交叉查）

10.2 筛选项（截图所示）¶

姓名 / 手机 / 邮箱 / 注册 IP / 登陆 IP / 注册来源 / 是否充值 / 用户 ID / 注册时间 / 登陆时间 / 是否投注 / 是否提现 / 余额 <

页面顶部提示：「"余额 <"条件不为空时，"是否提现"条件不生效，只支持余额排序」——属于"条件互斥"规则，副组长用时要记得。

10.3 列（覆盖几乎全部用户字段）¶

注册时间(GMT+8:00) / 注册来源 / 注册 IP / 登陆 IP / 是否充值 / 余额 / 现金直充 / 系统扣款 / 订单充值 / 订单提现 / 充提差 / 赠送金额 / 游戏局数 / 游戏投注 / 游戏盈亏 / 姓名 / 手机 / 邮箱 / ……

10.4 副组长用法¶

调查重大异常时用——比如「这个手机号下有多少个号？」「这个 IP 下哪些号充提差异常？」

十一、风险用户筛查¶

风险用户筛查 - IP 多账号检测

11.1 功能定位¶

专门查"一个 IP 下多个号"的撸新党 / 多开。

11.2 筛选¶

筛选项	输入
剔除注册白名单用户	是 / 否
登录 IP 相同数量 >=	必填——例如 ≥ 3 = 至少 3 个号共用同一登陆 IP
登陆时间	时间段

按钮：查询 / 导出 Excel

11.3 列¶

用户 / 用户层级 / 注册来源 / 注册时间 / 注册 IP / 最近登录时间 / 最近登录 IP / 最近充值时间 / 充值次数 / 充值金额 / 提现次数 / 提现金额 / 赠送金额 / 投注额 / 操作

11.4 副组长用法¶

flowchart TD
    A["怀疑撸新党 / 批量套利 → 筛#quot;IP 相同数量 ≥ 5#quot;"]
    A --> B["看充值次数 / 充值金额 / 提现金额 分布"]
    A --> C["同 IP 下大部分号#quot;低充值 + 高提现#quot; = 套利组"]
    A --> D["导出 Excel → 提交业主决策批量封号"]

十二、用户追踪¶

用户追踪 - 按注册时间追踪生命周期

12.1 功能定位¶

按注册批次追踪用户生命周期——某批新增今天还活跃吗？充值了吗？提了多少？

12.2 筛选¶

筛选项	输入
注册时间	时间段（默认今天 00:00:00 - 23:59:59）
注册来源	渠道
追踪条件	注册 / ……（截图当前选"注册"，其他选项需打开下拉看）

按钮：查询 / 导出 Excel

12.3 列¶

用户 / 用户层级 / 上级代理 / 状态 / 出款类型 / 注册时间(GMT+8:00) / 注册来源 / 登陆时间(GMT+8:00) / 登录 IP / 帐号 / 是否充值 / 余额 / 总打码量 / 提现打码量 / 姓名 / 手机 / ……

12.4 副组长用法¶

副组长每天早班拉「昨日 24h 新增 → 追踪条件 = 注册」→ 看新用户首日转化漏斗（注册 → 登录 → 充值 → 投注 → 提现）。

12.5 待确认¶

「追踪条件」下拉除了"注册"还有什么（首充 / 首投 / 7 日留存？）
是否能做跨日追踪（注册 D0 → 看 D7 是否活跃）

十三、用户每日分析¶

用户每日分析 - 维度切换用户每日分析 - 维度下拉（注册/充值/投注/提现/登录/首充/裂变）

13.1 功能定位¶

按用户群体维度看每日明细——和 06-每日数据对比的差异：

维度	06 每日数据对比	10-用户每日分析
视角	时段聚合（30 分钟槽）	按用户拉行
单位	每个时间槽一行	每个用户一行
用途	看大盘波动	看具体哪些用户在动

13.2 顶部维度切换（截图明确显示 7 种）¶

维度	含义
注册用户	当日新注册（默认）
充值用户	当日有充值动作的
投注用户	当日有投注的
提现用户	当日有提现的
登录用户	当日有登录但未必有交易
首充用户	当日完成首充的
裂变用户	❓ 应为"被邀请来的下线"（拼多多 / 邀请奖励产生的）

13.3 筛选¶

筛选项	输入
用户类型	（上述 7 种）
日期	默认今天
注册来源	渠道
用户 ID	精确

按钮：查询 / 导出 Excel

13.4 列¶

用户 / 用户层级 / 登录账号 / 注册时间 / 登陆时间 / 注册来源 / 当日充值额 / 当日充值笔数 / 当日赠送 / 当日提现 / 当日投注额 / 当日派彩 / 当日游戏盈亏 / 玩家首充时间 / 玩家首充金额

13.5 副组长用法¶

看「充值用户」榜：今天哪几个号在持续充值
看「首充用户」榜：今天新转化的玩家（拉去和 13-推广渠道数据比对效果）
看「裂变用户」榜：邀请奖励 / 拼多多奖励触发的下线

十四、活跃宝箱用户审核¶

活跃宝箱用户审核 - 当前提示"活动没开启"

14.1 当前状态¶

截图明确显示："活跃宝箱用户审核(活动没开启)"——p222 当前未开启活跃宝箱活动，此页面无数据可审核。

14.2 当宝箱活动开启时的预期用途¶

该页面的设计逻辑应是：宝箱开奖前由风控人员人工审核是否允许该用户领奖——拦截疑似刷量/套利账号。

但截图证明 p222 目前不依赖这条审核线（活动关着），副组长无需操作。

14.3 与系统直充宝箱的关系¶

07-系统直充 §3 描述的充值送宝箱是另一类，不走此页面审核——那里的宝箱奖金跟随充值订单自动发放（除非业主特别配规则）。

⚠️ 结论：这页目前是休眠状态，仅作能力索引保留。开启活跃宝箱后副组长 SOP 再回补此节。

十五、修改用户提款信息¶

修改用户提款信息 - 改 GCash/Maya 绑定

15.1 功能定位¶

审计型修改——记录每次客服 / 副组长改用户 GCash / Maya 绑定的操作流水。

15.2 筛选¶

筛选项	输入
用户 ID	精确
时间	时间段（默认今天）

按钮：查询 / 点击修改（绿色，弹出修改窗）

15.3 列（流水视图）¶

时间(GMT+8:00) / 操作人 / 用户 / 手机 / 邮箱 / GCash 姓名 / GCash 账号 / Maya 姓名 / Maya 账号

15.4 副组长用法¶

flowchart TD
    A["玩家咨询#quot;为什么我提款打回来了#quot; → 客服初查 GCash/Maya"]
    A --> B["客服核实玩家本人 + 新账号本人"]
    A --> C["点#quot;点击修改#quot; → 改绑（建议留 TG 群凭证）"]
    A --> D["改完后这条流水永久留存（审计证据）"]
    A --> E["下次玩家有争议时拉流水对账"]

15.5 安全规范¶

改 GCash/Maya 绑定的高风险性：黑产社工诈骗的高发面。强制流程：客服必须二次验证（手机短信 / TG 私聊截屏 / 视频验证）后才能改。
每次修改都留痕——「操作人」列是事后追责的唯一依据。

十六、用户访问权限¶

用户访问权限 - 修改流水视图

16.1 功能定位¶

控制单个用户能否访问站点 / 玩游戏 / 提款——细颗粒度的封号 / 限权。

16.2 流水列表（默认视图）¶

列	含义
时间(GMT+8:00)	修改时间
操作人	改权限的客服 / 风控账号
用户	被改的用户
修改前	原权限状态
修改后	新权限状态

按钮：查询修改记录 / 点击查询/修改用户访问权限（绿色）

16.3 修改弹窗¶

修改用户访问权限 - 用户 + 余额 + 打码 + 权限

输入用户 ID → 查询 → 弹出：

字段	含义
用户	ID / 昵称
用户余额	当前
提现码量	距离能提款还差多少打码
访问权限	下拉选择（正常 / 仅查看 / 禁止登录 / 禁止提款 / 等——具体选项需从下拉看）

按钮：确定

16.4 副组长用法¶

flowchart TD
    A["风控初审后发现严重套利 / 撞库 → 副组长应急"]
    A --> B["#quot;禁止提款#quot;——保留游戏但拦截资金外流"]
    A --> C["#quot;禁止登录#quot;——彻底冻结"]
    A --> D["备注必填，便于复查"]

16.5 待确认¶

「访问权限」下拉的所有选项列表
是否影响 09-活动记录 - 黑名单自动联动
解除权限的 SOP（业主 / 副组长 / 客服分级）

已知局限与运营补位¶

来源：MyTools《对接需求-澎湃后台 v2》

会员审核要点分散在 5-10 个 tab、无综合风控评分、无审核建议：会员详情（尤其首次提现 / 大额提现）现在要逐个翻基本 / 余额 / 投注 / 流水 / 风控等 5-10 个 tab，且澎湃后台不给综合风控评分，也不给"放行 / 复核 / 拒绝"审核建议，最终全靠运营经验判断。

知道局限 → 怎么兜：短期靠人工把这几个 tab 逐页交叉核对（见 §十七 SOP 的组合查询）；中期由运营侧工具把这些 tab 并到一页、再叠一张自算的评分卡来补位——澎湃本身给不了评分，兜底责任落在人 + 外挂工具上。

十七、副组长用户管理 SOP¶

17.1 一天值班的用户管理动作清单¶

flowchart TD
    S1["早班 7:00-8:00"]
    S1 --> S1a["1. 用户智能风控 → 筛 review → 处理隔夜挂单"]
    S1 --> S1b["2. 用户追踪 → 看昨日新增的转化漏斗"]
    S1 --> S1c["3. 用户排行榜（充提差正序）→ 看大赢家有没有异常"]

    S2["班中"]
    S2 --> S2a["客服转单：用户列表 / 账变记录 查证"]
    S2 --> S2b["风险升级：用户明细 + 用户风控 交叉查"]
    S2 --> S2c["投诉余额：账变记录（必须给出#quot;账变前 + 账变金额 = 账变后#quot;三列证据）"]

    S3["晚高峰 20:00-23:00"]
    S3 --> S3a["用户智能风控 实时盯 + TG 机器人推送"]
    S3 --> S3b["风险用户筛查（IP ≥ 5）每 30 分钟刷一次"]
    S3 --> S3c["异常立即#quot;用户访问权限 → 禁止提款#quot; hold"]

    S4["班尾"]
    S4 --> S4a["修改用户提款信息 / 用户访问权限 流水核对——本班所有修改是否都有备注"]

17.2 高频组合查询¶

客户场景	用哪几页交叉查
"为什么我不能提款"	用户列表（余额/打码量） + 账变记录
"我的余额对不上"	账变记录 + 投注记录
"我中大奖没到账"	投注记录（拿局号）→ 联系厂商
"我账号被盗"	用户列表（登录 IP）+ 风险用户筛查 + 用户访问权限（紧急冻结）
"为什么我没法领救济金"	用户列表（用户层级）+ 用户层级配置（确认该层级活动权益）

十八、待确认清单（汇总）¶

用户列表"密码"列真实展示内容（合规高风险）
用户列表 version 列含义
账变记录"类型号"完整字典
用户层级配置：自然升降规则的精确条件
追踪条件下拉除"注册"还有哪些（首充/D7 留存？）
裂变用户定义（拼多多 / 邀请奖励下线？）
访问权限下拉所有选项
TG 机器人聊天 ID 当前是否已绑定（值班群是否在收）
修改用户提款信息的客服权限矩阵（哪些岗位能操作）

十九、相关文档¶

06-每日数据对比（时段维度的盯盘工具）
07-系统直充（账变记录中"现金直充"的源头）
08-订单管理（出款审核与本模块的风控初审联动）
09-活动记录（活动黑名单 / 风控初审升级目的地）
11-代理管理（用户的"上级代理"字段在那里维护）
12-游戏管理（用户层级配置的开放厂商在那里上下架）
13-推广渠道（注册来源字段对应的渠道码维护）

二十一、互动自测¶

先自测再上岗，题目均出自本文事实。

:::quiz{id=shebei-score} 在「用户明细」里，"设备得分"数字越低说明什么？

[ ] 用户越优质、越可信
[ ] 该用户余额越少
[x] 风险越高
[ ] 设备越新

解析：见 §3.2——设备得分是设备指纹评分，数字越低风险越高。 :::

:::quiz{id=paihang-refresh} 「用户排行榜」的"当天数据"多久更新一次？

[ ] 实时更新
[x] 每小时更新一次
[ ] 每天更新一次
[ ] 手动点刷新才更新

解析：见 §8.4——截图明确提示"当天数据每小时更新一次"，不是实时，别当实时盯盘工具用。 :::

:::quiz{id=cengji-peizhi multi=true} 关于「用户层级配置」，以下说法正确的有哪些？（多选）

[x] 特殊层级共 10 个，添加后不可删除
[x] 普通层级默认 30 个，按打码 / 充值阈值自然升降
[x] 回拉率按厂商单独配置
[ ] 普通层级和特殊层级都不可删除

解析：见 §7.4 / §7.5——特殊层级 10 个不可删、普通层级 30 个自然分配且可删、回拉率按厂商单独配（核心权益）。普通层级是可删的。 :::

:::scenario{id=daxiang-tikuan-shenhe}

{"start":"n1","nodes":{"n1":{"text":"一笔大额提现待审，澎湃后台没有综合风控评分，也没有「放行/复核/拒绝」建议。你第一步做什么？","choices":[{"label":"凭值班经验直接放行","next":"bad","feedback":"❌ 无评分兜底就凭感觉放行，套利或盗号风险大","good":false},{"label":"先开「用户明细」看风险等级、设备得分、相同 IP 用户","next":"n2","feedback":"✅ 先看系统打标的风险画像","good":true}]},"n2":{"text":"用户明细显示设备得分很低、且相同 IP 下还有多个号，怎么办？","choices":[{"label":"仍然放行","next":"bad","feedback":"❌ 低设备得分 + 共号是套利组的典型特征","good":false},{"label":"再拉账变记录 + 投注记录交叉核对，异常就用「用户访问权限」禁止提款并升级","next":"good","feedback":"✅ 多页交叉 + hold 资金外流","good":true}]},"bad":{"text":"套利或盗号账号可能已把资金提走，事后追责困难。","terminal":true},"good":{"text":"在缺少风控评分的情况下，用多 tab 交叉 + hold 完成了人工兜底。","terminal":true}}

:::

:::flashcards{id=yonghu-guanli-cards} - 用户列表筛选项数量 :: 13 项 - 出款类型两种取值 :: 自动出款 / 人工出款 - 账变金额正负含义 :: 正=加款，负=扣款 - 用户排行榜数据更新频率 :: 当天数据每小时更新一次（非实时） - 特殊层级名额与删除 :: 共 10 个，添加后不可删除 - 普通层级默认数量与分配 :: 30 个，按打码 / 充值阈值自然升降 - 风险用户筛查核心条件 :: 登录 IP 相同数量 >= N - 活跃宝箱用户审核当前状态 :: 活动没开启，无数据可审核 :::

:::gate{id=done score=0.8 title=学完用户管理} 完成以上自测且正确率达标，即视为掌握用户管理模块的查询、风控、层级配置与审核兜底要点。 :::