首页改版带来什么价值？
Me 页面接下来怎样验证？
先让账户管理更顺，再验证业务承接与服务结果。
首页改版的核心价值：更容易进入功能，业务增量还需补证
首页从展示入口，向更主动的账户信息和业务分发入口迈进。现有数据支持部分入口更容易被发现、更多用户发生操作；尚不能证明所有业务转化、收入或留存都提升。
首次点击平均耗时下降；典型用户改善幅度较小。
登录注册入口、账户卡和小贷入口出现正向信号。
看到理财申购和小贷点击，还需验证全 App 净增量。
| 价值方向 | 已读取的证据 | 可对外使用的表述 / 限制 |
|---|---|---|
| 更多人发生首页操作 | 登录态整体点击 UV 比例：Android 93.63% → 96.97%；iOS 93.89% → 97.76%。 | 可说“首页交互覆盖提升”；其中含小眼睛，不能全部称为业务点击。综合原文 |
| 部分用户更快找到入口 | 首次点击平均 10.86 秒 → 8.69 秒，减少 2.17 秒（约 20.0%）；中位数 3 秒 → 2.93 秒。 | 平均值改善；P80 仍为 6 秒，不能说每个人都快了 20%。综合原文 |
| 游客更愿意进入登录注册 | Android 登录/注册入口 UV 点击比例 39.01% → 47.46%；iOS 34.51% → 35.87%。 | 这是入口点击，不是新增注册成功。底表注册成功比例：Android 1.71% → 1.73%；iOS 0.62% → 0.50%。综合原文 |
| 理财入口能承接申购 | 9/14–9/15，新金刚区点击后的申购 UV 比例为 3.55%–3.77%；PV 为 3.17%–3.45%。 | 证明这条路径有申购发生；旧版缺少对应入口，无法直接计算改版净增量。理财原文 |
| 小贷触达更多有兴趣用户 | 汇总表 Android 8.17 的 ALL UV CTR：8.62% → 10.92%；iOS 三个版本方向正向。 | 支持小贷点击触达扩大；ALL 包含 Me、Finance 等入口，不能全部归功于首页。申请、放款尚无完整结果。小贷原文 |
先修正三个容易把收益说大的地方
1. “有效点击”很大一部分来自余额小眼睛
原 SQL 把 pay_HideBalance_click 纳入整体点击。原报告每次曝光对应点击次数增加：Android 16.84 个百分点、iOS 13.97 个百分点；扣除小眼睛点击 PV 后，得到下表。
| 平台 | 旧版：去掉小眼睛 | 新版：去掉小眼睛 | 变化 |
|---|---|---|---|
| Android | 44.24% | 46.57% | +2.34 个百分点 |
| iOS | 44.39% | 43.61% | -0.79 个百分点 |
复算依据：综合文档 q2DgvT 表 C3:P4，zzF3LH 表 D6:Q6、D10:Q10。公式 =（整体点击 PV − 小眼睛点击 PV）÷ 首页曝光 PV。这里只做点击次数的算术拆解，未重跑数仓，也未证明因果。不能用同样方法直接相减 UV，因为两类用户重叠，需要用户级去重。剩余点击也仍包含消息、客服等操作，不等于交易转化。
2. 理财“约 80 单/日”实际是申购用户计数差
底表字段为 total_txn_uv。9/15 新版两端合计 103、旧版 21，相差 82；9/14 新版 101、旧版 19，也相差 82。原文将其称为“单量增长”，但它是两端申购 UV 相加后的差值，可能有跨端重复；新旧入口点击人群规模又不相等。因此暂不能写“每天新增 80 笔交易”。
3. 首次点击耗时与版本归因需要清洗
耗时 SQL 排除了 0 秒和完全没点击的访问，却未设会话超时；底表最大值超过 40 万秒，均值容易受跨会话长尾影响。需用同一次访问内的首个有效动作重算，补充无动作访问占比、P50/P90。综合日报 SQL 还把缺失 UI 版本默认归旧版，而汇总 SQL 排除缺失值；两种统计范围需要统一。
Me 的核心命题：账户管理更顺，相关业务承接更准
建议把 Me 定位为“账户控制中心”：让用户看清账户状态、快速找到所需功能、完成账户事项，并在有需求时进入理财、小贷等相关服务。
首页重点回答“我接下来能做什么”；Me 重点回答“我的钱、账户和待办现在怎样，下一步怎样处理”。分析应围绕这些任务完成得如何，而不是追求更多点击或更长停留。
| 价值主线 | 用户层面的变化 | 可验证结果 |
|---|---|---|
| 账户操作效率 | 交易记录、限额、安全、资料等更容易找到。 | 首个目标动作耗时下降，任务完成率提高，反复返回和误触减少。 |
| 账户状态与成长 | 看得懂资产、收益、KYC 等级及可执行下一步。 | 资产查看成功率、KYC 提交与审核通过率、已有会员等级相关行为。 |
| 相关业务承接 | 按账户状态展示理财、贷款、还款等真实可用入口。 | 合资格人群的申购、申请、放款、还款；同时查看全 App 业务是否净增。 |
| 服务与自助 | 更容易进入客服、找到相关答案和已有自助功能。 | 同问题自助成功、重复求助减少；需要人工的人仍能顺利接通。 |
现有 Me 数据已经透露了什么
小贷报告提供了可直接利用的 Me 信号：9/12–9/16，Android 8.17 单日 Me 小贷入口 UV 点击率，新版约 10.22%–13.07%、旧版约 2.00%–2.23%。例如 9/16：12,927 / 126,537 = 10.22%，旧版 2,382 / 119,041 = 2.00%。这支持“新版 My Loan 入口的点击承接增强”，但入口目标、名称和覆盖发生变化，不能单独证明整个 Me 改版成功。iOS 旧版没有对应入口，只能报告新增覆盖，不计算相对旧版的提升倍数。小贷原文
历史基线的正确用法
6/8 历史表：Me 标注曝光 3,471,319，功能列表点击 597,190，设置点击 1,125,707，交易记录点击 313,818。前两行甚至出现同名事件 me_business_item_click 被分别标为曝光和点击的冲突。因此17.20% 只能是待核口径下的列表点击比，不能断言 82.80% 的人没有操作。看资产后离开也可能已完成查看任务。历史表仅用于提出问题，不与 9 月新版本直接作效果对比。
6/1–6/8 客服材料中，“客服入口”归类 2,932 会话，“改资料”988，“安全设置”896，可用于确定排查优先级。分类间可能重叠，且未读取原始会话重新去重；不能把类别加总直接称为独立用户数或必然可节省的人工量。
可以直接交给数据同学的指标清单
| 顺序 | 分析项 | 核心口径 | 必要拆分 | 判断提醒 |
|---|---|---|---|---|
| 第一优先 | 整体有效操作 | 有效操作 UV ÷ Me 曝光 UV（同一统计周期、用户集合匹配）。排除仅小眼睛切换、重复曝光、无业务含义点击；查看任务另计。 | 分整体、账户操作、业务、服务四类；各类可重叠，整体取并集。 | 不能再只用功能 cell 点击代表全页。 |
| 第一优先 | 找到与完成任务 | 找到入口：Me 曝光→首个目标点击的 P50/P90；完成：服务端成功的任务会话 ÷ 启动该任务会话。 | 交易记录、限额、安全、资料/设置；客服与退出单列。 | 例：点击改 PIN 不算改 PIN 成功。 |
| 第一优先 | 高频功能保护 | 交易记录/额度/安全的到达成功率、完成率、失败率、返回重试比例。 | 旧用户、Android/iOS、App 版本、设备和网络。 | 旧入口搬家不能损害原有高频任务。 |
| 第一优先 | 分模块发现与承接 | 模块曝光覆盖 = 真正可见 UV ÷ Me UV；模块 CTR = 点击 UV ÷ 该模块可见 UV；再接落地页成功。 | 顶部客服与设置、身份区、资产卡、高频工具、分层提醒、金融工具、助手、账户管理、退出。 | 首屏/滚动区分别测；页面加载不等于每个模块看见。 |
| 第二优先 | 理财结果 | 未开通：曝光→开通→首笔申购；已开通：曝光→到达→申购。分别报用户数、去重订单数、金额。 | 未开通/已开通无收益/已有持仓；按实际展示逻辑定义。 | 看全 App 总申购、外部净流入、钱包转理财分别变化；不能把搬钱算新增外部资金。 |
| 第二优先 | 小贷与还款结果 | 曝光→My Loan→落地成功→提交→授信/审批→放款；待还用户另看还款成功。 | 资格、已授信未借款、待还、逾期；固定展示前状态。 | 区分新借款/复借、完整订单链路；放款和风险观察窗需业务方确认。 |
| 第二优先 | KYC 与会员 | KYC：符合升级条件→可见→发起→提交→审核通过；会员：等级入口到达及已有成长行为。 | KYC 1/2/3 与会员等级分别记录。 | 两套等级不可混用；不引入积分、退税等未有功能。 |
| 第二优先 | 服务与自助 | 自助成功率；同问题 24 小时重复求助率；人工接通率；每万 Me 用户同类工单量。 | 咨询主题、入口、用户账户状态；只评估上线能力。 | 24 小时为建议观察窗，需按业务确认；客服点击减少不是天然好事。 |
| 第三优先 | 留存与长期经营 | 固定分组用户 D7/D30 App 活跃/交易留存；发生账户问题人群的问题解决后留存。 | 以分组时状态固定分层；成熟队列比较。 | 属于滞后结果；后观察窗未结束不算失败或成功。 |
建议主指标怎么选
以“关键账户任务完成率”为主指标族，交易记录查看、账户升级、安全操作等分别定义成功，固定旧版任务权重后比较。业务点击与转化作为第二条结果线，页面 CTR 作为定位原因的过程指标。只读查看类任务若缺少可靠成功信号，用内容加载成功 + 小规模任务测试验证，不硬凑成点击漏斗。
目标值不凭空写“提升 10%”。先取同口径基线，由产品和数据共同确定有业务意义的最小提升、可接受的损失及所需样本。样本不足、区间太宽，结论标为“尚不确定”。
埋点与分组：先保证新旧版本真的可比
| 数据层 | 原文中可确认的字段/事件 | 本次取数要求 |
|---|---|---|
| Me 曝光 | 小贷文档使用 tab_me_show；Me 事件缺少 ui_version。 | 必须独立确认 me_ui_version 与 home_ui_version，或用服务端分组记录；不能仅凭 Home 的 UI 版本认定 Me 版本。 |
| Me 小贷点击 | Android：me_business_item_click；新版 action=My Loan，旧版 action=EaseMoni+。iOS：me_menu_item_click，action 为 walletMeMyloan 路由。 | 建立统一入口 ID；保留平台原始 action。新旧目标页/资格不同，拆开说明，不做机械同名对比。 |
| 其他 Me 入口 | 历史材料包含 account_setting_click、me_profilephoto_click、me_total_balance_eye_click 等。 | 仅作待核事件线索；让客户端/数据确认当前上报和参数。不能假设历史事件仍完整。 |
| 页面与模块展示 | 本次文档没有完整 Me 模块曝光字典。 | 补查模块可见、位置、内容版本、推荐规则、目标页；缺失标“不可计算”，不能用点击事件当曝光。 |
| 任务与业务结果 | 文档给出部分理财成功埋点；小贷二/三节仅列跳出和转化分析需求。 | 关联服务端 task_id/order_id、成功时间、失败原因、金额；前端成功页只作辅助。 |
建议公共字段（新方案，非已存在证明）：匿名化 user_id、device_id、session_id/visit_id、event_id、event_time、platform、app_version、home_ui_version、me_ui_version、experiment_id/group、module_id、entry_id、可见状态、账户状态快照、destination、task_id/order_id、result/error_code。分析文件不导出个人身份明文。
比较方法
- 有随机灰度：以固定分组为主，核对实际新旧比例是否符合配置、跨组用户和版本切换；先报告所有分组用户的结果，再看真正访问 Me 的人群。后者可能受改版影响，不能只凭它证明全量因果。
- 首页与 Me 同时改：若有四组数据，分别比较旧首页/旧 Me、新首页/旧 Me、旧首页/新 Me、新首页/新 Me；若两页绑定发布无法拆开，只能报告整套改版关联收益及 Me 路径贡献。
- 无随机灰度：匹配同端、同 App 版本、同日期、相近用户状态，结合前后趋势；结论写观察关联，不写已证实因果。只有改版前后两个总数不足以排除活动、流量和季节影响。
- 周期建议：取埋点稳定后连续 14 天，覆盖两个完整周；具体起止由 Me 实际上线/灰度和完整数据决定，不强行沿用首页 9/8–9/13。D7/D30 等指标等待完整观察窗。
- 组合状态：钱包、理财、小贷、借记卡、BNPL 状态可以并存，记录多个标签和重点组合；不能把每人硬分为一个业务用户。某业务未上线或不在 Me 范围，就不纳入本期。
三个分母同时保留
① 所有分组用户：看全量影响；② Me 访问用户：看页面使用；③ 合资格且看到模块的用户：看承接效率。先按分组比较业务成功 UV / 分组 UV，再看曝光→点击→完成解释原因。转化归因采用同会话直接链路为主，另报 24 小时辅助窗口；有多个入口时按事先约定去重，并同时核对全 App 结果。
如何判定改版成功，如何避免误读
| 数据表现 | 更合理的解释 | 下一步 |
|---|---|---|
| CTR 上升，任务完成率与耗时不改善 | 可能只是吸引点击、误触或链路变长。 | 查失败、重复点击、落地页加载、返回。 |
| CTR 下降，但任务更快完成 | 可能信息直接可见、步骤减少。 | 核对只读任务成功与访谈；不能按点击率判负。 |
| Me 理财/小贷上涨，其他入口下降，全 App 持平 | 可能只是入口迁移。 | 核对全 App 去重转化与分组用户转化，价值可表述为路径优化。 |
| 客服点击上升，人工接通改善、重复求助下降 | 可能是原来找不到入口的人终于到达。 | 结合问题解决率，不能为了压客服点击隐藏入口。 |
| 登出上升或下降 | 可能因入口前置，也可能因切换需求；不是直接的留存指标。 | 看用户是否达成意图、误注销、再次登录和完整留存。 |
| 业务增加，但交易记录/安全任务明显退化 | 增长挤压了账户主干。 | 先修主路径；检查业务位位置与人群相关性。 |
体验护栏
Me 加载成功率、首屏耗时 P90、崩溃/ANR（应用无响应）、资产显示失败、目标页跳转失败、交易记录/限额/安全任务完成率、误注销、人工求助可达性。贷款风险与收益需业务侧按成熟观察窗另行评估，本报告不把新增点击替代这些结果。
可直接复制给蕴成的数据需求
这是一份待发送的需求草稿；本次没有向任何人发送消息。
行动清单与来源
| 顺序 | 事项 | 建议协作人（未指派） | 当前状态 |
|---|---|---|---|
| 先做 | 锁定本期 Me 已上线清单和首页/Me 版本关系 | Dean + Me 产品/客户端 | 待确认 |
| 先做 | 核对曝光、版本、辅助点击、跨端和周期去重 | 蕴成 + 数据/客户端 | 已定位疑点，待数仓核验 |
| 接着做 | 输出任务效率、核心功能与业务完整漏斗 | 数据 + 理财/小贷/客服业务方 | 本报告已给取数规格 |
| 最后做 | 按完整观察窗复盘并决定继续放量/局部修正 | 产品 + 数据 + 业务方 | 不以单一 CTR 自动拍板 |
本次读取范围
核实了施蕴成 2026-09-17 14:22 的原始私聊消息，读取三篇文档正文及其引用的 35 张嵌入数据表，并核对关键 SQL 口径。读取日为 2026-09-20，文档可能在发送后更新；本报告引用当前可读内容，不是历史版本还原。未直接访问数仓重跑 SQL。
| 来源 | 统计范围 / 用途 | 本次边界 |
|---|---|---|
| 综合原文 | 9/8–9/13，8.15+；部分 Android 金刚区使用 8.17。 | 页面交互和埋点审查；部分曝光/版本问题原文仍待查。 |
| 理财原文 | 嵌入结果为 9/14–9/15。 | 点击后申购路径；“交易来源分布”尚无完整结果。 |
| 小贷原文 | 明细 9/12–9/16；按平台、8.15/8.16/8.17 比较。 | 跳出率、有效转化率章节只有需求，没有可用结果。 |
| 本地 Me 定位评估、V10 改版方案、模块解说及客服报告 | 6 月行为/客服基线、7 月方案背景。 | 历史材料，不当作 9 月已上线证明；原始材料不修改。 |
查看本地背景材料路径与计算说明
输入/OPay 底 Tab 置换 与 Me 页定位 — 评估方案（内含me的数据）.md
输入/Me页面改版报告（来自客服会话）.md
输入/OPay「Me _ 个人中心」改版方案 · 20260710 V10(修改版本).html
输入/OPay Me 新版稿 · 模块解说(修改版本).html
衍生结果用读取的底表计数复算：首次点击均值降幅 = (10.86−8.69)/10.86；历史列表点击比 = 597190/3471319；理财每日差 = 两端 after 的 total_txn_uv 之和 − 两端 before 之和。它们是算术结果，不含因果推断。