4. 优先级评估维度定义
优先级评估维度是用户分群场景排序的度量基石。本章定义业务影响度、实施难度、数据可用性、时效性、合规风险五大核心维度的内涵、子要素与量化标尺，确保跨团队在同一套标准上对场景进行可比排序。
4.1 适用场景
- 建标场景：组织首次建立用户分群场景优先级评估体系，需要统一维度语言与权重。
- 对齐场景：多业务线（如市场、产品、运营、数据团队）需在同一框架下对场景清单进行联合评审。
- 迭代场景：已有评估体系但维度颗粒度不足、评分歧义大，需要重新定义或细化维度。
- 审计场景：对已排序场景进行回溯检查，验证优先级排序的合理性。
4.2 前置条件
- 已完成用户分群场景清单收集（第3章交付物）。
- 已组建跨职能评估小组（业务、技术、数据、法务代表出席）。
- 已收集基础业务目标文档、技术架构概要、数据字典、合规要求清单。
- 评估小组对“优先级”的决策目标达成共识（如：资源投入产出比最大化）。
4.3 操作步骤
-
定义「业务影响度」维度
衡量场景落地后对核心业务目标的贡献强度。包含两个子要素：
- 收入/转化影响：预计可提升的GMV、转化率或LTV绝对数值。
- 用户覆盖范围：目标分群占整体活跃用户的比例。
评分示例：1分（影响<1%营收）→ 3分（影响1%-5%营收）→ 5分（影响>5%营收）。 -
定义「实施难度」维度
评估从技术开发、资源投入到组织协同的综合阻力。包含两个子要素：
- 技术复杂度：涉及系统改造量、算法难度、第三方依赖数量。
- 资源投入成本：预估人天、硬件/服务预算、跨团队协调工作量。
提示：实施难度应采用逆向计分（越高分代表越容易实施），以保证与优先级正相关。 -
定义「数据可用性」维度
判断分群所需数据是否已就绪且质量可靠。包含两个子要素：
- 数据质量评分：完整性、准确性、一致性的综合评级。
- 获取周期长度：从提出需求到数据就绪的预计天数。
注意：数据可用性不足会导致分群结果不可信，此维度权重不宜低于15%。 -
定义「时效性」维度
衡量场景在时间窗口上的紧迫度与机会成本。包含两个子要素：
- 市场窗口期：活动/促销/政策红利的生效截止时间。
- 延迟机会成本：每延迟一周上线预计损失的业务价值。
-
定义「合规风险」维度
识别场景在法律法规、用户隐私、行业监管上的约束等级。包含两个子要素：
- 法规约束等级：是否涉及GDPR、个人信息保护法等强监管区域。
- 用户隐私要求：是否需要额外授权、脱敏处理或数据删除机制。
评分示例：1分（无合规风险）→ 3分（需法务审批）→ 5分（当前无法合规，需暂停）。
4.4 维度框架总览
下图展示五大核心维度及其子要素的层级结构，橙色说明框标记了每个维度的评分方向。
4.5 输入输出物
| 类型 | 输入物 | 输出物 |
|---|---|---|
| 文档类 | 用户分群场景清单、业务目标文档、技术架构概要 | 《优先级评估维度定义书》、评分标准对照表 |
| 数据类 | 数据字典、数据质量报告、合规法规清单 | 维度权重配置表、子要素量化细则 |
| 组织类 | 评估小组成员名单、决策授权书 | 维度定义评审纪要（含签字页） |
4.6 责任边界
| 角色 | 负责维度 | 核心职责 |
|---|---|---|
| 业务负责人 | 业务影响度、时效性 | 提供业务目标数据、确认市场窗口期、签署业务影响评分 |
| 技术负责人 | 实施难度 | 评估技术复杂度、预估资源成本、识别技术依赖风险 |
| 数据负责人 | 数据可用性 | 提供数据质量报告、评估获取周期、给出数据就绪建议 |
| 法务/合规代表 | 合规风险 | 识别法规约束等级、判定隐私合规性、出具合规意见书 |
| 评估协调人 | 全维度整合 | 组织评审会议、维护维度定义文档、跟踪争议决策 |
4.7 记录材料
- 维度定义工作底稿：记录每个维度子要素的候选定义、讨论过程与最终决议。
- 评分标准对照表：每个维度1-5分的具体行为锚定样例（见下文示例）。
- 维度定义评审纪要：包含参会人、争议点、表决结果、待办事项。
评分标准对照表示例（业务影响度）：
| 分值 | 收入/转化影响 | 用户覆盖范围 |
|------|------------------------|-----------------------|
| 1 | 影响 < 0.5% 营收 | 覆盖 < 2% 活跃用户 |
| 2 | 影响 0.5%~1% 营收 | 覆盖 2%~5% 活跃用户 |
| 3 | 影响 1%~3% 营收 | 覆盖 5%~10% 活跃用户 |
| 4 | 影响 3%~5% 营收 | 覆盖 10%~20% 活跃用户|
| 5 | 影响 > 5% 营收 | 覆盖 > 20% 活跃用户|4.8 异常处理
| 异常情形 | 影响 | 处理预案 |
|---|---|---|
| 维度定义存在歧义 | 不同团队对同一维度理解不一致，导致评分偏差 | 由评估协调人组织专项澄清会，输出统一语义说明并纳入维度定义文档 |
| 子要素无法量化 | 评分依赖主观判断，失去客观性 | 使用行为锚定法，为每个分值提供具体业务场景示例；或委托数据团队先行验证 |
| 维度间高度耦合 | 两个维度评分高度相关，造成多重共线性 | 合并耦合子要素为一个综合维度，或调整权重分配降低重复计算 |
| 合规风险一票否决 | 场景因法律约束直接出局，引发业务方争议 | 由法务出具正式合规意见书，记录在案；业务方可在合规框架内提出替代方案 |
4.9 验收标准
- 完整性：五大维度均已完成定义，每个维度至少包含2个子要素与1-5分量化标尺。
- 一致性：所有维度定义文档已通过评估小组全员会签，无遗留争议项。
- 可操作性：每个维度的评分标准已附至少一个业务样例，评估人可直接对照打分。
- 可审计：维度定义评审纪要、评分标准对照表、会签记录已归档至指定知识库。
- 合规闭环：合规风险维度已获得法务代表书面确认，且否决机制已纳入排序流程。