管理后台产品文档

依据：产品需求基线 v0.35 · 2026-09-15。状态：方案评审稿（原型同步状态见各端说明）。

v0.35 新手奖励资格补充

仅两种情况提供一次新手奖励信号：VIB 未登录且游戏账户未检测到信号使用记录；或 VIB 已登录且未与任何游戏网站产生关联。其他情况不新增新手奖励，已有发放记录继续去重。已登录后只检查当前网站未关联是不够的，须检查全部网站。交互原型已同步新手资格、首次关联前判定、登录保留已发信号、发放去重及当前标签页刷新恢复。已登录新手暂按免费演示，正式计费待确认。

原型页面与评审路径

游戏管理及新手奖励后台配置不显示。新手奖励业务保留，MVP 规则在代码中写死；正式常量待明确，当前原型不进行真实发奖。完整后台方案在 admin-full.html 独立保留，属于非 MVP 评审入口。

用户模块已实现常用／更多筛选、四个详情分区及统计页。指标按本地样例事件去重计算；点击人数进入统计人群，注册时间不自动填入；可返回统计或清除统计范围。

示例当前日期为 2026-09-14，更新于 12:00，示例时区 UTC−03:00（正式时区待明确），日期最多 366 天。提供数据完整／同步失败场景，失败显示暂无数据并禁用下钻，完整无事件显示零值。真实渠道采集及跨端归因未实现。

活动新建与验证

• 新建自动选择最后一次充值金额百分比，填写上下限；固定一条打码倍数条件，仅填写目标倍数，不提供增加／删除条件和 AND 组合。
• MVP 不选择网站，规则对所有网站（含后续新增）生效；各网站按自身数据独立判断。列表、摘要、创建和停启用确认显示全局范围。完整方案保留网站多选。旧版其他类型活动不载入 MVP 列表。
• 创建开启、活动停启用继续二次确认；取消不修改，离开新建页不保留未保存内容。已有活动不提供编辑和修改保存，完整方案保留编辑能力。
• 打码仅上升触发、持续满足仅一次、下降再上升可再次获得、每次达标发一份等业务规则保持不变；原型仅验证配置流程。
• 查询、网站 RTP 及财务功能沿用现有演示；数据只存页面内存，刷新重置，无真实接入及支付。
• 假设评审者为桌面端后台运营人员，以菜单清晰、可完成配置为走查重点；这是模拟走查假设，非真实用户研究。

对应需求原文

以下摘录保留原章节编号和已确认／待明确口径；若存在历史表述冲突，以 v0.35 新手资格及当前 MVP 范围为准。

1. 产品定位

New VIB 是基于 VIB 2.0 衍生的产品，暂称 VIB AI。用户通过嵌入 AI 版博彩游戏中的悬浮机器人获取信号，通过独立的 PWA 完成 VIB 注册、账户管理、发现更多支持的游戏及充点。

产品设想结合用户游戏行为采集游戏数据，提供信号，先展示多款可选游戏，用户选择后获得指定游戏、建议下注金额及倒计时，并自行在游戏中下注。提高胜率、极大概率赢得本局以及“AI 破解”属于用户提出的目标效果，当前没有提供验证证据，本文件不将其记为已实现能力或保证收益承诺。

2. 文档约定

• 已确认：用户直接提出或明确纠正的需求。
• 待明确：当前描述尚未给出具体规则，不默认已有结论。
• 建议：用于后续设计或验证的候选方案，不代表已批准范围。

本文件区分业务版本与文档版本：MVP 是首个产品交付范围；“后续版本”尚未指定正式版本号或交付时间。

3. 产品组成与术语

全局终端与安装约束（最新确认）：

• VIB 用户产品仅面向移动端用户；PWA 与游戏内机器人均按移动端使用场景定义，桌面用户端不纳入当前范围。
• VIB PWA 自身仍需先安装，再按第 5.4 节完成 Splash 和注册／登录；未安装时全屏安装引导，不展示首页及底部导航。
• v0.32 悬浮球例外（已确认）：下载 AI 版游戏平台后即可看到悬浮球。游戏账户已登录、未登录悬浮球 VIB 且游戏账户未检测到信号使用记录的新手，可在安装／注册 VIB 前体验新手信号。使用完成 5 秒后出现不可关闭的全游戏遮罩，提供下载 VIB PWA 或登录 VIB 两个入口；在悬浮球内成功登录前不解除。
• 本次明确替代旧“所有操作前先安装”的悬浮球规则；游戏内只提供 VIB 登录，注册在 VIB PWA 完成。新手信号不预扣，也不抵扣注册／登录后赠送的点数。
• 管理后台是否也限定移动端、是否也必须安装 PWA，尚未明确；本次用户群体约束不自动推导后台操作终端。
• 支持的移动操作系统及浏览器、安装状态检测和无法检测时的处理仍需开发评估。

一个 VIB 账户可关联多个不同网站，也可关联同一网站的多个账户；一个游戏账户只能关联一个 VIB 账户；新手奖励仅按第 5.2 节两种资格提供一次，已登录 VIB 且曾关联任意游戏网站的用户不因新增网站或账户再次获得。合作网站为 JS 接入和配置记录的单位，网站内可包含多款供信号选择的具体游戏；现有后台“游戏名称”等字段与网站的映射需按此区分。游戏内不提供 VIB 注册，不把游戏注册当作 VIB 注册。

5.5 MVP 管理后台

v0.23 范围调整（2026-09-14，已确认）：本节为当前 MVP 交付和验收依据。原完整后台方案保留在第 6.4 节；其中历史 MVP 描述不再代表本期范围。

后台仅展示本期可操作菜单及字段。仍在本期的活动停启用等敏感操作继续二次确认；取消、关闭或 Escape 不修改。规则说明集中于文档，页面保留单位和必要的操作影响提示。

5.5.1 用户列表

v0.27 用户确认采用：用户列表与用户数据统计独立成模块。来源渠道属于投放落地页参数，仅用于统计；用户列表无渠道筛选、列及详情项。

• 以 VIB 用户 ID 为一行；同站多个游戏账户放入详情，不重复生成用户行。
• 默认显示 ID、手机号、注册时间、关联网站、PWA 安装状态，以及当前已确认的 VIB／游戏充值状态。注册时间加入列表展示；来源渠道不在用户列表筛选、列或详情中展示。
• 常用筛选优先展示用户 ID／手机号／游戏账户 ID、注册时间和关联网站；充值状态、安装状态、新手信号状态、国家放入更多筛选。多项查询的组合逻辑保留清楚提示。
• 日期筛选明确写“注册时间”，按 VIB 注册时间筛选。不得与统计页的行为发生时间混用。
• 详情按基本资料、关联网站账户、信号记录、充值记录分区；延续查看能力，不新增修改用户、手工发奖或封禁操作。
• 游戏充值状态按所选网站判断，并能在详情逐账户核实。无网站筛选时展示是否任一关联网站充值；VIB 充值和游戏充值始终分开。

5.5.2 悬浮机器人管理

• 合作网站列表保留网站名称、配置 ID、接入 JS、独立 RTP 随机范围及刷新时间；新增网站生成配置 ID 和 JS 示例。
• 不提供事件管理入口、事件编辑／导入流程、机器人状态列及停启用操作；新增操作文案只描述创建接入配置。
• 网站 RTP 新增／编辑沿用原范围和时间校验；独立“游戏管理”及全局游戏 RTP 配置不纳入 MVP。网站 RTP 不随游戏管理一起移除。
• 用户端已有状态气泡和多语言展示需求继续保留；本次仅取消后台配置能力，不定义新的事件分发实现。
• 网站字段、ID 生成、正式 JS 分发和 RTP 生效细则仍待开发细化。原型使用示例数据，保存仅当前页面有效。

5.5.3 信号赠送配置

新手奖励信号：MVP 不做后台配置，规则在代码中写死。新手资格、先体验后登录、仅两种资格一次、注册不重复赠送及信号有效期沿用第 5.2 节。赠送数量及奖励金额代码写死，正式奖励金额和网站差异尚未明确，不把旧后台示例值视为正式常量；已有原型仅演示状态，不实现真实发奖。

信号奖励配置：

v0.33 补充（已确认）：后续正常使用的信号奖励金额由此处管理后台配置；对应信号的具体奖励金额供悬浮球在确认游戏时计算点数。新手奖励金额仍由 MVP 代码写死，二者分别处理。

• 保留已开启活动列表、新建、按活动名称／ID 搜索、活动停启用、摘要和保存校验；取消或离开不保留未保存内容。
• 已有信号奖励活动不提供编辑入口及修改保存流程；创建后可查看列表和停启用。完整方案继续保留活动编辑能力。
• 条件类型只保留“达到指定打码倍数”，参数为目标倍数。每个活动固定一条打码倍数条件，不提供增加／删除条件和 AND 组合操作；不提供输钱、赢钱、时段充值条件或其时间／比例／金额字段。
• 打码倍数 = 打码量 ÷ 累计充值金额；仅向上达到目标触发，下降至目标不触发，下降后再次上升达到目标可再次获得。统计起点、有效打码范围及越过目标的判定待明确。
• 奖励只保留“最后一次充值金额的百分比”，沿用现有百分比上下限，自动选定该方式，不提供当前余额选项。以条件满足时对应网站最后一次充值金额 R 计算 [R × p_min，R × p_max]，百分比按比例参与计算，金额使用 BRL。
• MVP 规则统一适用于所有网站（含后续新增网站），不提供按网站选择或分别配置；以全局范围保存，不保存创建时的网站 ID 快照。各网站仍按自身数据独立判断，不合并跨网站充值或打码；无充值记录或相关基数为零不满足条件。范围内最终金额、精度及业务上限仍待明确。
• 安装 PWA、注册和游戏内机器人登录前提保持不变，无报名流程。达到该条件发一份信号；持续满足只发一次，信号可累计，重新满足次数不限。
• 多活动同时命中、规则修改后的再次命中识别及到账／领取细则仍待明确。

MVP 验收：菜单没有游戏管理和新手奖励配置；合作网站没有事件管理及停启用；新建活动固定一条打码倍数条件，仅设置目标倍数和最后一次充值百分比，无网站选择、条件增删及组合，已创建活动没有编辑操作；旧完整方案不能作为本期活动载入或启用；网站 RTP、用户查询和财务查询仍可操作。

5.5.4 财务管理

v0.17 补充：指定游戏网站支持复选多选。原型中的网站筛选在信号游戏奖励查询中展示；多选按任一网站匹配，不勾选表示全部。VIB 充值本身无已确认的网站归属，不新增网站关联口径。

两类数据分别对应平台充值与信号在游戏侧的奖励，不自动合并为 VIB 收入。奖励金额的结算口径、时间字段、明细与汇总展示粒度，以及信号与游戏奖励的关联方式待明确。当前没有提出退款、提现、结算操作或报表导出要求。

游戏数据采集接口、信号生成机制、账户和支付服务的后台实现方式尚未定义；上述查询能力依赖相应数据接入，不视为技术依赖已解决。

5.5.5 用户数据统计

2026-09-14 原型实现补充：用户列表常用／更多筛选、四个详情分区，及统计五项人数、趋势、渠道／网站对比和行为人群下钻已实现。示例日期固定 2026-09-14，更新时间 12:00，时区 UTC−03:00 为演示假设，最长 366 天为原型限制。真实渠道采集／跨端归因未实现；本地示例验证统计口径，不代表真实运营数据。

页面依次放统计周期与渠道／网站筛选、核心指标、按日趋势、渠道／网站对比表。对比表按维度切换，避免一次堆叠多张表。首期采用固定指标，不增加自定义报表。

五项指标都按 VIB 用户 ID 去重。新手／打码奖励可按信号类型拆分，合计仍需去重。未关联到 VIB 身份的注册前记录暂不混入去重人数，归并机制待明确。

统计口径与下钻

• 总览按 VIB ID 去重；按网站分别统计同一用户可出现在多站，因此网站分组人数不可直接相加作为总人数。
• 渠道代表投放获客来源，网站代表行为发生场所。渠道对比展示五项指标；网站对比仅展示活跃、获得信号、使用信号人数。注册与 VIB 充值暂无网站归属，选网站时这两项显示“暂不支持按网站统计”，不展示未筛选总数。
• 统计周期默认最近 7 天，可切换今天／昨天／30 天／自定义；展示采用的业务时区和数据更新时间。业务时区待确认，不直接采用后台操作者电脑时区。
• 点击指标或对比行可进入对应用户列表，带上“统计周期内使用过信号”等明确条件及名单范围；不能直接把统计日期传给注册日期筛选。若后端暂不支持行为筛选，首期不显示不可用的下钻链接。
• 安装检测目前仍待评估；保留已安装／未安装／未知三态。检测未知不算未安装，安装率暂不列核心指标。
• 不将同周期使用人数 ÷ 同周期发放人数直接命名为信号转化率：本周期可能使用历史信号。后续若增加转化率，以同一批发放信号及固定观察窗口关联实际使用；未成熟窗口单独标注。
• 游戏奖励金额不作为 VIB 收入。收入与对账继续归财务，用户统计只回答多少用户充值／使用。

首期与后续范围

首期：两个独立菜单；用户列表保留已有能力并收起低频筛选；统计页先做上述五项人数、按日趋势及渠道／网站对比。活跃定义和网站维度按本方案执行；开发前确认业务时区及数据可得性，缺失数据标为暂无数据，不能显示虚构零值。

后续再做：同批信号使用转化、新用户激活、次日／7 日留存、VIP 转化。先明确人群与观察窗口，再设计比率，避免在 MVP 引入大量口径未定的指标。

当前实现仅为静态演示。新增统计模块需真实的注册、登录、信号发放／使用、充值事件及用户／网站关联数据；现有样例不足以证明真实趋势或转化。

投放渠道参数与归因

• 来源渠道来自投放落地页链接携带的渠道参数，仅归入用户数据统计，用户列表不提供独立渠道筛选、列或详情项。
• 落地页捕获有效渠道参数，在后续跳转、PWA 安装引导及注册链路中保留；注册成功时关联到 VIB 用户 ID。跨端传递与身份关联能力需开发验证，不默认已有实现。
• 同一用户注册前接触多个渠道，以首次捕获到的有效渠道参数作为归属；注册后固定，后续访问其他投放链接不覆盖。
• 注册成功时没有有效可关联参数，归入“未归因”；不能直接判定为自然流量。后续登录携带渠道参数不自动修改既有归属。
• 渠道筛选与对比表使用渠道参数对应名称，例如 CC、naoteng、test；正式参数名称、有效值判定、名称映射和注册前保留期限待明确，本期不新增渠道配置后台。
• 统计周期限制注册／登录／发放／使用／充值事件的发生时间；按渠道看后续行为时不要求用户也在本周期注册，避免把行为统计误做新用户队列统计。
• 从渠道统计下钻时，由统计页传入只读的渠道人群范围，与周期内行为条件共同筛选；列表显示统计范围及清除入口，不新增普通渠道筛选和渠道列。尚不能准确查询该人群时不开放下钻。
• 首期统计各投放渠道带来的注册与后续行为人数。落地页访问量、访问到注册转化率需要访问事件；获客成本、投放回报需要广告花费，均不默认纳入首期。

趋势、状态与用户详情补充

• 按日趋势支持五项指标切换，每天独立去重；周期总人数重新去重，不能直接累加每天人数。
• 今天显示统计截止时间，业务时区与数据更新时间统一展示；缺失／同步失败显示暂无数据，真实无业务且数据完整时才显示 0。
• 信号实际使用以指定游戏、建议金额、倒计时内匹配下注为准；发放、使用、扣点分开记录，不以注册或点击使用替代。
• 详情分区为基本资料、关联网站账户、信号记录、充值记录；VIB 充值与网站账户充值分开。保留只读查询能力，不增加用户编辑或手工发奖。
• 游戏账户 ID 不保证跨网站唯一，可结合网站检索；不指定网站时显示全部匹配用户。网站关联与充值条件必须在同一网站账户范围内匹配。

待明确事项与验收

待明确：业务时区、更新频率、跨端渠道传递、参数及有效值、注册前参数保留期限、注册前身份关联、VIP 是否计入充值人数、退款后的历史人数处理及下钻数据能力。

验收：用户列表无渠道字段；同一 VIB 用户只占一行；渠道参数首次有效捕获后归属固定，注册后不覆盖，缺失归未归因；统计筛选作用于对应事件时间；网站不强行归属注册和 VIB 充值；多站人数和每日人数不简单相加；无匹配下注不计使用，待支付／失败不计充值；数据缺失不显示为零；下钻不误用注册时间且不重新引入普通渠道筛选。