邹方成
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核查与闭环测试计划
20 lines
1.3 KiB
Markdown
20 lines
1.3 KiB
Markdown
## 问题
|
||
现有漏斗将“主要流失环节”选在“完成订单”，因为完成率为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%`（可作为履约提示，不影响支付瓶颈判断）
|
||
|
||
确认后我将直接修改该组件的计算逻辑并构建验证。 |