第3章 口径不一致导致的原型混淆案例:销售漏斗中的“成交”数据矛盾
3.1 用户场景与业务问题
某B2B软件公司的销售团队使用统一销售漏斗原型查看客户转化情况。原型中的漏斗阶段包括:“拜访” → “洽谈” → “意向” → “合同” → “成交”。然而,销售总监和市场总监在查看同一漏斗原型时,发现“成交”阶段的数据出现严重矛盾:
- 销售总监视角:本月成交 32 单,转化率 12.3%,团队业绩达标。
- 市场总监视角:本月成交 18 单,转化率 6.5%,市场活动ROI严重不足。
两位管理者使用同一个原型、同一张漏斗图,却看到截然不同的结果。业务部门因此产生争执,销售指责市场线索质量差,市场抱怨销售跟进不力。实际上,问题的根源在于“成交”指标的统计口径未能在原型中明确表达。
3.2 需求拆解:口径差异的根源
经过需求调研,产品经理发现销售漏斗原型中的“成交”字段在后端报表中对应两个不同的数据源:
| 维度 | 销售侧口径 | 市场侧口径 |
|---|---|---|
| 定义 | 客户签署合同并完成首款支付 | 客户签署合同(无论是否付款) |
| 计费节点 | 财务到账确认后 | 合同审批通过时 |
| 数据源 | 财务系统(到账流水) | CRM系统(合同列表) |
| 时间滞后 | 通常滞后 3-7 天 | 实时更新 |
| 适用场景 | 销售绩效核算、回款预测 | 市场ROI分析、线索质量评估 |
核心问题:原型中的“成交”字段未区分业务视角,导致同一数据节点加载了不同定义的数据。用户预期看到的是自己业务口径下的数字,但原型默认显示的是“合同签署”口径(市场侧口径),造成销售团队看到的数据偏低。
3.3 方案表达:原型中的口径可视化改造
为解决口径混淆问题,原型设计需要增加口径选择器和数据差异警示。改造后的漏斗原型包含以下关键元素:
- 阶段定义提示条:每个漏斗阶段上方增加“i”图标,鼠标悬停时显示该阶段在当前口径下的具体定义。
- 口径切换开关:漏斗图顶部放置“销售口径”/“市场口径”/“双口径对比”三个按钮,点击后漏斗数据实时刷新。
- 差异高亮:当两种口径的数据差异超过 10% 时,漏斗下方自动出现黄色提示框,说明差异原因。
3.4 指标验证:数据矛盾的可视化呈现
下面是改造前的原型中,同一“成交”口径导致的数据矛盾可视化示意图:
验证发现:通过对比两种口径的原始数据表,发现销售侧“成交”记录中包含了 14 单已签署合同但尚未到账的订单,这些订单在市场侧口径下也被计入“成交”,但在销售侧口径下应被排除。原型未提供口径筛选能力,导致用户看到的数据既不是销售侧口径,也不是市场侧口径,而是“合同签署”口径——这恰恰是矛盾的核心。
3.5 验收标准
本章案例对应的原型改造验收标准如下:
| 验收项 | 验收标准 | 验证方法 |
|---|---|---|
| 口径选择器 | 漏斗图顶部存在 3 个口径按钮:销售、市场、对比 | 点击每个按钮,漏斗数据应刷新为对应口径的数据 |
| 数据差异提示 | 当两种口径数据差异超过 10% 时,自动显示黄色提示框 | 构造差异 >10% 的测试数据,验证提示框是否出现 |
| 阶段定义提示 | 每个漏斗阶段名称旁有“i”图标,悬停显示当前口径下的定义 | 鼠标悬停在“i”图标上,弹出包含阶段定义的tooltip |
| 数据一致性 | 同一漏斗下,不同口径的同一阶段数据不应混淆 | 手动核对 CRM 和财务系统的原始数据,与原型显示一致 |
3.6 交付物模板
针对口径不一致导致的原型混淆问题,交付物应包括以下文档和原型模块:
- 口径定义文档:列出所有漏斗阶段的业务定义、数据源、计算节点和适用角色。
- 原型交互说明:详细描述口径切换按钮的交互逻辑、数据加载方式、过渡动画。
- 视觉设计稿:包含口径选择器、数据差异提示框、阶段定义图标等UI组件的精确设计。
- 验收测试用例:覆盖正常数据、边界数据(差异为0)、极端数据(差异 >50%)的场景。
- 数据映射表:展示前端字段与后端数据表字段的对应关系,注明口径过滤条件。
课程建议:在原型设计阶段,产品经理应要求开发团队在 API 或数据接口中预留“口径类型”参数(如 type=sales 或 type=marketing)。这样在原型交互设计时,可以直接通过切换参数口径实现数据联动,避免在后端或前端做数据硬编码。