邹方成
87ad4177b1
Some checks failed
Build docker and publish / linux (1.24.5) (push) Failing after 39s
feat(抽奖动态): 修复抽奖动态未渲染问题并优化文案展示 fix(用户概览): 修复用户概览无数据显示问题 feat(新用户列表): 在新用户列表显示称号明细 refactor(待办事项): 移除代办模块并全宽展示实时动态 feat(批量操作): 限制为单用户操作并在批量时提醒 fix(称号分配): 防重复分配称号的改造计划 perf(接口性能): 优化新用户和抽奖动态接口性能 feat(订单漏斗): 优化订单转化漏斗指标计算 docs(测试计划): 完善盲盒运营API核查与闭环测试计划
1.3 KiB
1.3 KiB
问题
现有漏斗将“主要流失环节”选在“完成订单”，因为完成率为0%。但该模块目标是识别支付瓶颈，主要应关注“访问→下单”“下单→支付”，履约（完成订单）不应参与支付瓶颈判断；整体转化率也应以支付为准。
调整方案（前端）
- 文件：
web/admin/src/views/dashboard/console/modules/order-funnel.vue - 指标计算：
- 整体转化率改为：
payments / visitors * 100；新增“履约完成率”可选展示completions / payments * 100 - **主要流失环节（支付链路）**只在两段中比较：
访问→下单流失率 =1 - orders / visitors下单→支付流失率 =1 - payments / orders
- 主要流失率对应上述最大值（保留一位小数）
- 整体转化率改为：
- 现有四阶段显示不变；“完成订单”的比率与流失仅用于展示，不参与“支付瓶颈”指标
验证
- 数据示例：访问723，下单10，支付10，完成0
- 支付整体转化率：
10/723≈1.38% - 两段流失率：
访问→下单≈98.6%，下单→支付=0%→ 主要流失环节：下单用户 - 履约完成率：
0/10=0%（可作为履约提示，不影响支付瓶颈判断）
- 支付整体转化率：
确认后我将直接修改该组件的计算逻辑并构建验证。