业务需求
需求描述

https://alidocs.dingtalk.com/i/nodes/Obva6QBXJw9yzvK5c2q2DlDQWn4qY5Pr?utm_scene=team_space

1. 自发分配规则优化


目前的分配规则,无法满足当数据爆量时,统一账号组的违规数据尽量分配人员范围缩小的目的,即同一账号组的违规分配人员不要过于分散,会影响人员处理效率

规则优化需满足:

1. 同一人员渠道一致性高

2. 当同一个渠道的违规数量超30条时,需要执行多人分配(重复违规的数据对店铺的风险会加大,由于处理人员的专业度问题,以及对人员数据的影响程度,风险需做分摊)


2. 自动返回结果优化

目前采集是否消失的状态不够准确,会因为没采集到将状态变更为采集违规已消失,导致自动返回申诉成功的结果,但后续采集到违规后,申诉结果不会变更

需保证确认后台无违规记录后再根据邮件内容判断违规是否申诉成功


3.采集后台重复违规横幅(需调研是否有其他类型的横幅,目前常见的是受限的重复违规)

from clipboard


验收标准
158Create
价值描述
1. 销售人日均成本600元/天 X 16 X 22天/月 X【日均提效(1.5H/天) ÷ (8H/天)】=39600元
历史记录  
  1. 2026-05-07 14:29:27, 由 杨锦轩 创建。
  2. 2026-05-18 19:14:04, 由 杨锦轩 变更。
    修改了 版本号 ,旧值为 "1",新值为 "2"。
    修改了 需求名称,区别为:
    001- 违规listing优化需求合集
    001+ CAMPS:分配引擎流程调整
    001- 违规listing优化需求合集
    001+ CAMPS:分配引擎流程调整
    修改了 需求描述,区别为:
    001- 1. 自发分配规则优化目前的分配规则,无法满足当数据爆量时,统一账号组的违规数据尽量分配人员范围缩小的目的,即同一账号组的违规分配人员不要过于分散,会影响人员处理效率规则优化需满足:1. 同一人员渠道一致性高2. 当同一个渠道的违规数量超30条时,需要执行多人分配(重复违规的数据对店铺的风险会加大,由于处理人员的专业度问题,以及对人员数据的影响程度,风险需做分摊)2. 自动返回结果优化目前采集是否消失的状态不够准确,会因为没采集到将状态变更为采集违规已消失,导致自动返回申诉成功的结果,但后续采集到违规后,申诉结果不会变更需保证确认后台无违规记录后再根据邮件内容判断违规是否申诉成功3.采集后台重复违规横幅(需调研是否有其他类型的横幅,目前常见的是受限的重复违规)<img src="https://irobotbox-hd1.oss-cn-hangzhou.aliyuncs.com/1/Kindeditor/2026/05/07/2ab2b156186f4f91bd96d1dc32c20d37/9b7009d7-1daa-49b5-99e4-3a73ac57062b.png" title="from clipboard" alt="from clipboard" />
    001+ https://alidocs.dingtalk.com/i/nodes/Obva6QBXJw9yzvK5c2q2DlDQWn4qY5Pr?utm_scene=team_space
    002+ 1. 自发分配规则优化
    003+
    004+ 目前的分配规则,无法满足当数据爆量时,统一账号组的违规数据尽量分配人员范围缩小的目的,即同一账号组的违规分配人员不要过于分散,会影响人员处理效率
    005+ 规则优化需满足:
    006+ 1. 同一人员渠道一致性高
    007+ 2. 当同一个渠道的违规数量超30条时,需要执行多人分配(重复违规的数据对店铺的风险会加大,由于处理人员的专业度问题,以及对人员数据的影响程度,风险需做分摊)
    008+
    009+ 2. 自动返回结果优化
    010+ 目前采集是否消失的状态不够准确,会因为没采集到将状态变更为采集违规已消失,导致自动返回申诉成功的结果,但后续采集到违规后,申诉结果不会变更
    011+ 需保证确认后台无违规记录后再根据邮件内容判断违规是否申诉成功
    012+
    013+ 3.采集后台重复违规横幅(需调研是否有其他类型的横幅,目前常见的是受限的重复违规)
    014+ <img src="https://irobotbox-hd1.oss-cn-hangzhou.aliyuncs.com/1/Kindeditor/2026/05/07/2ab2b156186f4f91bd96d1dc32c20d37/9b7009d7-1daa-49b5-99e4-3a73ac57062b.png" title="from clipboard" alt="from clipboard" />
    015+
    001- <p><b>1. 自发</b><b>分配规则优化</b><br/><p><p>目前的分配规则,无法满足当数据爆量时,统一账号组的违规数据尽量分配人员范围缩小的目的,即同一账号组的违规分配人员不要过于分散,会影响人员处理效率<br/><p><b>规则优化需满足:</b><br/><p>1. 同一人员渠道一致性高<br/><p>2. 当同一个渠道的违规数量超30条时,需要执行多人分配(重复违规的数据对店铺的风险会加大,由于处理人员的专业度问题,以及对人员数据的影响程度,风险需做分摊)<br/><p><br/><br/><p><b>2. 自动返回结果优化</b><br/><p>目前采集是否消失的状态不够准确,会因为没采集到将状态变更为采集违规已消失,导致自动返回申诉成功的结果,但后续采集到违规后,申诉结果不会变更<br/><p>需保证确认后台无违规记录后再根据邮件内容判断违规是否申诉成功<br/><p><br/><br/><p><b>3.采集后台重复违规横幅(需调研是否有其他类型的横幅,目前常见的是受限的重复违规)</b><br/><p><b><img src="https://irobotbox-hd1.oss-cn-hangzhou.aliyuncs.com/1/Kindeditor/2026/05/07/2ab2b156186f4f91bd96d1dc32c20d37/9b7009d7-1daa-49b5-99e4-3a73ac57062b.png" title="from clipboard" alt="from clipboard" /><br/></b><br/><br/><p><br/><br/>
    001+ <p><b>https://alidocs.dingtalk.com/i/nodes/Obva6QBXJw9yzvK5c2q2DlDQWn4qY5Pr?utm_scene=team_space<br /></b></p>
    002+ <p><b>1. 自发</b><b>分配规则优化</b></p>
    003+ <p><br /></p>
    004+ <p>目前的分配规则,无法满足当数据爆量时,统一账号组的违规数据尽量分配人员范围缩小的目的,即同一账号组的违规分配人员不要过于分散,会影响人员处理效率</p>
    005+ <p><b>规则优化需满足:</b></p>
    006+ <p>1. 同一人员渠道一致性高</p>
    007+ <p>2. 当同一个渠道的违规数量超30条时,需要执行多人分配(重复违规的数据对店铺的风险会加大,由于处理人员的专业度问题,以及对人员数据的影响程度,风险需做分摊)</p>
    008+ <p><br /></p>
    009+ <p><b>2. 自动返回结果优化</b></p>
    010+ <p>目前采集是否消失的状态不够准确,会因为没采集到将状态变更为采集违规已消失,导致自动返回申诉成功的结果,但后续采集到违规后,申诉结果不会变更</p>
    011+ <p>需保证确认后台无违规记录后再根据邮件内容判断违规是否申诉成功</p>
    012+ <p><br /></p>
    013+ <p><b>3.采集后台重复违规横幅(需调研是否有其他类型的横幅,目前常见的是受限的重复违规)</b></p>
    014+ <p><b><img src="https://irobotbox-hd1.oss-cn-hangzhou.aliyuncs.com/1/Kindeditor/2026/05/07/2ab2b156186f4f91bd96d1dc32c20d37/9b7009d7-1daa-49b5-99e4-3a73ac57062b.png" title="from clipboard" alt="from clipboard" /><br /></b></p>
    015+ <p><br /></p>
  3. 2026-05-18 19:14:28, 由 杨锦轩 编辑。
    修改了 所属模块,旧值为 "0",新值为 "1891"。
    修改了 所属计划,旧值为 "",新值为 "2628"。
    修改了 开发组 ,旧值为 "",新值为 "7"。
    修改了 预计工时,旧值为 "1",新值为 "16"。
    修改了 成本 ,旧值为 "500",新值为 "8000"。
    修改了 ROI ,旧值为 "475.20",新值为 "29.70"。
    修改了 评审次数,旧值为 "",新值为 "1"。
    修改了 所处阶段,旧值为 "wait",新值为 "planned"。
  4. 2026-05-21 15:41:23, 由 杨锦轩 记录评审结果,结果为 确认通过。
  5. 2026-05-21 15:51:08, 由 李乐同 关联到迭代 主干_6月V1版本_20260602 。
  6. 2026-05-21 20:43:12, 由 周杰 编辑。
    修改了 上线时间 ,旧值为 "0000-00-00",新值为 "2026-06-02"。
    修改了 计划验收时间,旧值为 "0000-00-00",新值为 "2026-06-05"。
  7. 2026-05-22 18:16:15, 由 李乐同 编辑。
    修改了 预计工时,旧值为 "16",新值为 "8"。
    修改了 ROI ,旧值为 "29.70",新值为 "59.4"。
    修改了 成本 ,旧值为 "8000",新值为 "4000"。
  8. 2026-05-26 16:18:28, 由 柏金 编辑。
    修改了 测试人员,旧值为 "",新值为 "baijin"。
  9. 2026-06-02 20:51:39, 由 柏金 编辑。
    修改了 所处阶段 ,旧值为 "tested",新值为 "released"。
    修改了 设置阶段者,旧值为 "",新值为 "baijin"。
  10. 2026-06-03 09:11:19, 由 周杰 编辑。
    修改了 所处阶段 ,旧值为 "released",新值为 "bepending"。
    修改了 设置阶段者,旧值为 "baijin",新值为 "zhoujie"。
  11. 2026-06-05 10:48:01, 由 贾旭杨 编辑。
    修改了 所处阶段,旧值为 "业务验收中",新值为 "业务验收通过"。
    功能验收:验收通过
    满意度:满意
    价值验收:基本达成
    原因备注:无
  12. 2026-06-15 09:17:29, 由 周杰 关闭,原因为 已完成 。
    修改了 由谁关闭,旧值为 "",新值为 "zhoujie"。
    修改了 关闭日期,旧值为 "0000-00-00 00:00:00",新值为 "2026-06-15 09:17:28"。
    修改了 指派给 ,旧值为 "wanghailang",新值为 "closed"。
    修改了 当前状态,旧值为 "active",新值为 "closed"。
    修改了 所处阶段,旧值为 "verified",新值为 "closed"。
    修改了 关闭原因,旧值为 "",新值为 "done"。
  13. 2026-07-07 16:09:55, 由 贾旭杨 编辑。
    修改了 每月节省人数 ,旧值为 "1",新值为 "0"。
    修改了 业务回填价值 ,旧值为 "0",新值为 "39600"。
    修改了 actualMonthlySavedManHours,旧值为 "",新值为 "0"。
    修改了 actualAchieveDesc ,旧值为 "",新值为 "销售人日均成本600元/天 X 16 X 22天/月 X【日均提效(1.5H/天) ÷ (8H/天)】=39600元"。
迭代版本
提报业务部门 客服&账号&申诉部
提报人员 贾旭杨
需求来源 业务方迭代需求
所属项目 技术中心-需求池
所属模块 客服账号   账号管理
所属计划
业务价值
开发组 客服账号组
受益业务部门 客服&账号&申诉部
验收人员 贾旭杨
业务目标类型
中心业务目标
业务价值 提升人效
每月价值量 39600
每月节省人数 0
优先级 P2
价值类型 长期价值
预计工时 8
成本 250
ROI 158.40
操作手册 是
高价值 -
主被动 被动接收
复杂度 一般性
工作流ID
工作流创建时间 0000-00-00 00:00:00
更新点 常规更新
是否高危 否
评分
当前状态 已关闭
所处阶段 已关闭
关键词
评审次数 一次
计划上线 0000-00-00
上线时间 2026-06-02
计划验收时间 2026-06-05
业务验收时间 2026-06-05 10:48:01
满意度 满意
价值验收 基本达成
满意度分值 80
业务回填价值 39600
验收达成价值 190080.0
验收达成ROI 47.52
抄送给
由谁创建 杨锦轩 于 2026-05-07 14:29:27
指派给 Closed 于 2026-06-15 09:17:28
由谁评审 杨锦轩
评审时间 2026-05-21
由谁关闭 周杰 于 2026-06-15 09:17:28
关闭原因 已完成
最后修改 周杰 于 2026-06-15 09:17:28
相关Bug
相关用例
相关需求
细分需求