业务需求
需求描述

实现过程:

实现一个节日SKU评分的执行服务,每周执行一次

一、后端筛选SKU

a、根据刊登优化节日运营表(需求:https://pm.zhcxkj.com/zentao/story-view-33566.html)筛选当前范围的节日

b、根据节日筛选有对应节日标签的SKU(以SKU的系统节日标签+AI节日标签来判断),只筛选10大站点有效的真实SKU(过滤停产仿牌禁售)


将数据保存在业务表中,字段包括周,SKU,站点,是否有销量(考虑后面有全量筛选所有SKU的逻辑,建议存储在mysql库,定期清理即可)


二、爬虫侧清洗数据

根据业务指定的SKU进行特征清洗,sql代码(需按顺序执行,部分脚本有前后依赖关系 已标注)详情见在线文档 节日sku评分模型-时间窗口(https://alidocs.dingtalk.com/i/nodes/o14dA3GK8g50BqLnFKva1aQ7V9ekBD76?utm_scene=team_space)


三、后端调用AI接口

后端在爬虫清洗好数据之后进行根据第一步中的SKU进行数据筛选并执行

接口文档:节日产品sku评分(算法对接人:金平艳):https://alidocs.dingtalk.com/i/nodes/qnYMoO1rWxDyZ945SzMx3w4oW47Z3je9?utm_scene=person_space

传参方法:

1)根据站点+节日+是否有销量归类,一类的sku,作为同一批传入(评分逻辑是:同站点 节日下所有sku一期传入,通过互相比较,得出评分)

2)按照站点sku维度历史有无销量做分流处理,分别调用有销量/无销量接口

备注:步骤2中所有特征数据均刷新成功后,再调用接口


四、打分数据存储

特征数据:当前满足1中筛选条件的sku的所有特征数据,区分有销量和无销量SKU来存储

结果数据:

有销量:站点、SKU、节日名称、Sales_Conditional(从接口结果中解析)、predict_proba(从接口结果中解析)、评分更新时间、状态/报错

无销量:站点、SKU、节日名称、flowscore(从接口结果中解析)、评分更新时间、状态/报错

存储方法:SiteCode+SKU+日期(周)维度记录特征数据(存储在obs,表中只记录obs地址)和结果数据,按月分表


数据保存三个月,包括筛选SKU中的任务数据


验收标准
158Create
价值描述
100000元/月
历史记录  
  1. 2026-06-30 13:44:31, 由 戴宝山 创建。
  2. 2026-06-30 17:04:14, 由 戴宝山 变更。
    修改了 版本号 ,旧值为 "1",新值为 "2"。
    修改了 需求描述,区别为:
    001- 实现过程:1、筛选SKU范围:10大站点有效SKU(过滤停产仿牌禁售) 且 处于节日优化期(以SKU的系统节日标签+AI节日标签来判断)2、特征数据清洗:(用bi库数据聚合有不稳定性!开发时需考虑该问题!)sql代码(需按顺序执行,部分脚本有前后依赖关系 已标注)详情见在线文档 节日sku评分模型-时间窗口(https://alidocs.dingtalk.com/i/nodes/o14dA3GK8g50BqLnFKva1aQ7V9ekBD76?utm_scene=team_space)3、接口调用接口文档:节日产品sku评分(算法对接人:金平艳):https://alidocs.dingtalk.com/i/nodes/qnYMoO1rWxDyZ945SzMx3w4oW47Z3je9?utm_scene=person_space传参方法:1)相同站点+节日的sku,作为同一批传入(评分逻辑是:同站点 节日下所有sku一期传入,通过互相比较,得出评分)2)按照站点sku维度历史有无销量做分流处理,分别调用有销量/无销量接口备注:步骤2中所有特征数据均刷新成功后,再调用接口4、数据存储特征数据:当前满足1中筛选条件的sku的所有特征数据结果数据:有销量:站点、SKU、节日名称、Sales_Conditional(从接口结果中解析)、predict_proba(从接口结果中解析)、评分更新时间、状态/报错无销量:站点、SKU、节日名称、flowscore(从接口结果中解析)、评分更新时间、状态/报错存储方法:SiteCode+SKU+日期(周)维度记录特征数据(json格式)和结果数据,按月分表更新频率:每周一次,更新当前满足1中筛选条件的评分,历史评分和历史特征数据也要保留,保留一年5、风险点:特征数据清洗的数据全在BI库获取可能会失败或者不稳定,需要有监控机制
    001+ 实现过程:
    002+ 实现一个节日SKU评分的执行服务,每周执行一次
    003+ 一、后端筛选SKU
    004+ a、根据刊登优化节日运营表(需求:https://pm.zhcxkj.com/zentao/story-view-33566.html)筛选当前范围的节日
    005+ b、根据节日筛选有对应节日标签的SKU(以SKU的系统节日标签+AI节日标签来判断),只筛选10大站点有效的真实SKU(过滤停产仿牌禁售)
    006+
    007+ 将数据保存在业务表中,字段包括周,SKU,站点,是否有销量(考虑后面有全量筛选所有SKU的逻辑,建议存储在mysql库,定期清理即可)
    008+
    009+ 二、爬虫侧清洗数据
    010+ 根据业务指定的SKU进行特征清洗,sql代码(需按顺序执行,部分脚本有前后依赖关系 已标注)详情见在线文档 节日sku评分模型-时间窗口(https://alidocs.dingtalk.com/i/nodes/o14dA3GK8g50BqLnFKva1aQ7V9ekBD76?utm_scene=team_space)
    011+
    012+ 三、后端调用AI接口
    013+ 后端在爬虫清洗好数据之后进行根据第一步中的SKU进行数据筛选并执行
    014+ 接口文档:节日产品sku评分(算法对接人:金平艳):https://alidocs.dingtalk.com/i/nodes/qnYMoO1rWxDyZ945SzMx3w4oW47Z3je9?utm_scene=person_space
    015+ 传参方法:
    016+ 1)根据站点+节日+是否有销量归类,一类的sku,作为同一批传入(评分逻辑是:同站点 节日下所有sku一期传入,通过互相比较,得出评分)
    017+ 2)按照站点sku维度历史有无销量做分流处理,分别调用有销量/无销量接口
    018+ 备注:步骤2中所有特征数据均刷新成功后,再调用接口
    019+
    020+ 4、数据存储
    021+ 特征数据:当前满足1中筛选条件的sku的所有特征数据,区分有销量和无销量SKU来存储
    022+ 结果数据:
    023+ 有销量:站点、SKU、节日名称、Sales_Conditional(从接口结果中解析)、predict_proba(从接口结果中解析)、评分更新时间、状态/报错
    024+ 无销量:站点、SKU、节日名称、flowscore(从接口结果中解析)、评分更新时间、状态/报错
    025+ 存储方法:SiteCode+SKU+日期(周)维度记录特征数据(json格式)和结果数据,按月分表
    026+
    027+ 数据保存三个月,包括筛选SKU中的任务数据
    028+
    001- <p>实现过程:<br/><p>1、筛选SKU范围:10大站点有效SKU(过滤停产仿牌禁售) 且 处于节日优化期(以SKU的系统节日标签+AI节日标签来判断)<br/><p>2、特征数据清洗:(用bi库数据聚合有不稳定性!开发时需考虑该问题!)sql代码(需按顺序执行,部分脚本有前后依赖关系 已标注)详情见在线文档 节日sku评分模型-时间窗口(https://alidocs.dingtalk.com/i/nodes/o14dA3GK8g50BqLnFKva1aQ7V9ekBD76?utm_scene=team_space)<br/><p>3、接口调用<br/><p>接口文档:节日产品sku评分(算法对接人:金平艳):https://alidocs.dingtalk.com/i/nodes/qnYMoO1rWxDyZ945SzMx3w4oW47Z3je9?utm_scene=person_space<br/><p>传参方法:<br/><p>1)相同站点+节日的sku,作为同一批传入(评分逻辑是:同站点 节日下所有sku一期传入,通过互相比较,得出评分)<br/><p>2)按照站点sku维度历史有无销量做分流处理,分别调用有销量/无销量接口<br/><p>备注:步骤2中所有特征数据均刷新成功后,再调用接口<br/><p>4、数据存储<br/><p>特征数据:当前满足1中筛选条件的sku的所有特征数据<br/><p>结果数据:<br/><p>有销量:站点、SKU、节日名称、Sales_Conditional(从接口结果中解析)、predict_proba(从接口结果中解析)、评分更新时间、状态/报错<br/><p>无销量:站点、SKU、节日名称、flowscore(从接口结果中解析)、评分更新时间、状态/报错<br/><p>存储方法:SiteCode+SKU+日期(周)维度记录特征数据(json格式)和结果数据,按月分表<br/><p>更新频率:每周一次,更新当前满足1中筛选条件的评分,历史评分和历史特征数据也要保留,保留一年<br/><p>5、风险点:特征数据清洗的数据全在BI库获取可能会失败或者不稳定,需要有监控机制<br/><br/>
    001+ <p>实现过程:</p>
    002+ <p>实现一个节日SKU评分的执行服务,每周执行一次</p>
    003+ <p>一、后端筛选SKU</p>
    004+ <p>a、根据刊登优化节日运营表(需求:https://pm.zhcxkj.com/zentao/story-view-33566.html)筛选当前范围的节日</p>
    005+ <p>b、根据节日筛选有对应节日标签的SKU(以SKU的系统节日标签+AI节日标签来判断),只筛选10大站点有效的真实SKU(过滤停产仿牌禁售)</p>
    006+ <p><br /></p>
    007+ <p>将数据保存在业务表中,字段包括周,SKU,站点,是否有销量(考虑后面有全量筛选所有SKU的逻辑,建议存储在mysql库,定期清理即可)</p>
    008+ <p><br /></p>
    009+ <p>二、爬虫侧清洗数据</p>
    010+ <p>根据业务指定的SKU进行特征清洗,sql代码(需按顺序执行,部分脚本有前后依赖关系 已标注)详情见在线文档 节日sku评分模型-时间窗口(https://alidocs.dingtalk.com/i/nodes/o14dA3GK8g50BqLnFKva1aQ7V9ekBD76?utm_scene=team_space)</p>
    011+ <p><br /></p>
    012+ <p>三、后端调用AI接口</p>
    013+ <p>后端在爬虫清洗好数据之后进行根据第一步中的SKU进行数据筛选并执行</p>
    014+ <p>接口文档:节日产品sku评分(算法对接人:金平艳):https://alidocs.dingtalk.com/i/nodes/qnYMoO1rWxDyZ945SzMx3w4oW47Z3je9?utm_scene=person_space</p>
    015+ <p>传参方法:</p>
    016+ <p>1)根据站点+节日+是否有销量归类,一类的sku,作为同一批传入(评分逻辑是:同站点 节日下所有sku一期传入,通过互相比较,得出评分)</p>
    017+ <p>2)按照站点sku维度历史有无销量做分流处理,分别调用有销量/无销量接口</p>
    018+ <p>备注:步骤2中所有特征数据均刷新成功后,再调用接口</p>
    019+ <p><br /></p>
    020+ <p>4、数据存储</p>
    021+ <p>特征数据:当前满足1中筛选条件的sku的所有特征数据,区分有销量和无销量SKU来存储</p>
    022+ <p>结果数据:</p>
    023+ <p>有销量:站点、SKU、节日名称、Sales_Conditional(从接口结果中解析)、predict_proba(从接口结果中解析)、评分更新时间、状态/报错</p>
    024+ <p>无销量:站点、SKU、节日名称、flowscore(从接口结果中解析)、评分更新时间、状态/报错</p>
    025+ <p>存储方法:SiteCode+SKU+日期(周)维度记录特征数据(json格式)和结果数据,按月分表</p>
    026+ <p><br /></p>
    027+ <p>数据保存三个月,包括筛选SKU中的任务数据</p>
    028+ <p><br /></p>
  3. 2026-06-30 17:04:57, 由 戴宝山 变更。
    修改了 版本号 ,旧值为 "2",新值为 "3"。
    修改了 需求描述,区别为:
    020- 4、数据存储
    020+ 四、打分数据存储
    025- 存储方法:SiteCode+SKU+日期(周)维度记录特征数据(json格式)和结果数据,按月分表
    025+ 存储方法:SiteCode+SKU+日期(周)维度记录特征数据(存储在obs,表中只记录obs地址)和结果数据,按月分表
    020- <p>4、数据存储</p>
    020+ <p>四、打分数据存储</p>
    025- <p>存储方法:SiteCode+SKU+日期(周)维度记录特征数据(json格式)和结果数据,按月分表</p>
    025+ <p>存储方法:SiteCode+SKU+日期(周)维度记录特征数据(存储在obs,表中只记录obs地址)和结果数据,按月分表</p>
  4. 2026-06-30 17:05:04, 由 戴宝山 指派给 张华。
    修改了 指派给,旧值为 "daibaoshan",新值为 "zhanghua"。
  5. 2026-06-30 17:05:47, 由 戴宝山 编辑。
    修改了 所属模块,旧值为 "0",新值为 "1716"。
    修改了 开发组 ,旧值为 "",新值为 "17"。
    修改了 预计工时,旧值为 "1",新值为 "56"。
    修改了 成本 ,旧值为 "500",新值为 "28000"。
    修改了 ROI ,旧值为 "1200.00",新值为 "21.43"。
    修改了 评审次数,旧值为 "",新值为 "1"。
  6. 2026-07-01 13:55:21, 由 张华 记录评审结果,结果为 确认通过。
    修改了 评审时间,旧值为 "0000-00-00",新值为 "2026-07-01"。
    修改了 指派给 ,旧值为 "zhanghua",新值为 "daibaoshan"。
    修改了 当前状态,旧值为 "draft",新值为 "active"。
    修改了 由谁评审,旧值为 "",新值为 "zhanghua"。
  7. 2026-07-01 14:53:24, 由 戴宝山 编辑。
    修改了 指派给,旧值为 "daibaoshan",新值为 "zhuhanlin"。
  8. 2026-07-06 16:55:08, 由 戴宝山 添加备注。
    更新爬虫处理逻辑链接:https://alidocs.dingtalk.com/i/nodes/vy20BglGWOe6NLDZFg3ner5OJA7depqY?corpId=dingf19b2e3f192a433da39a90f97fcb1e09&utm_medium=im_card&iframeQuery=utm_medium%3Dim_card%26utm_source%3Dim&utm_scene=team_space&utm_source=im
  9. 2026-07-13 15:05:16, 由 李亚婷 编辑。
    修改了 所属计划,旧值为 "",新值为 "2702"。
    修改了 所处阶段,旧值为 "wait",新值为 "planned"。
  10. 2026-07-13 15:06:23, 由 李亚婷 关联到迭代 智能-【选品刊登】 。
  11. 2026-07-14 08:58:37, 由 唐珂 编辑。
    修改了 预计工时,旧值为 "56",新值为 "32"。
    修改了 ROI ,旧值为 "21.43",新值为 "37.5"。
    修改了 成本 ,旧值为 "28000",新值为 "16000"。
  12. 2026-07-14 11:02:46, 由 朱汉霖 指派给 程宽。
    修改了 指派给,旧值为 "zhuhanlin",新值为 "chengkuan"。
    分支提测
  13. 2026-07-15 09:19:26, 由 程宽 指派给 朱汉霖。
    修改了 指派给,旧值为 "chengkuan",新值为 "zhuhanlin"。
  14. 2026-07-15 10:15:47, 由 唐珂 编辑。
    修改了 上线时间,旧值为 "2026-07-23",新值为 "2026-07-21"。
    修改了 计划上线,旧值为 "2026-07-23",新值为 "2026-07-21"。
  15. 2026-07-27 15:03:15, 由 唐珂 关联到计划 【刊登】26年8月V2。
  16. 2026-07-27 15:32:26, 由 唐珂 编辑。
    修改了 上线时间,旧值为 "2026-07-21",新值为 "2026-08-11"。
    修改了 计划上线,旧值为 "2026-07-21",新值为 "2026-08-11"。
  17. 2026-07-28 11:07:32, 由 唐珂 编辑。
    修改了 预计工时,旧值为 "32",新值为 "64"。
    修改了 ROI ,旧值为 "37.50",新值为 "18.75"。
    修改了 成本 ,旧值为 "16000",新值为 "32000"。
  18. 2026-08-17 23:26:58, 由 唐珂 关联到计划 【刊登】26年9月V1。
  19. 2026-08-24 13:36:39, 由 唐珂 关联到计划 【刊登】26年9月V2。
  20. 2026-08-25 15:26:38, 由 朱汉霖 指派给 程宽。
    修改了 指派给,旧值为 "zhuhanlin",新值为 "chengkuan"。
    分支提测
  21. 2026-09-01 10:43:44, 由 程宽 指派给 朱汉霖。
    修改了 指派给,旧值为 "chengkuan",新值为 "zhuhanlin"。
    分支测试通过
  22. 2026-09-01 11:29:55, 由 朱汉霖 指派给 程宽。
    修改了 指派给,旧值为 "zhuhanlin",新值为 "chengkuan"。
    主干提测
  23. 2026-09-01 11:34:04, 由 程宽 编辑。
    修改了 测试人员,旧值为 "",新值为 "chengkuan"。
  24. 2026-09-01 17:21:37, 由 程宽 指派给 戴宝山。
    修改了 指派给,旧值为 "chengkuan",新值为 "daibaoshan"。

    主干测试通过产品验证

    sku_score_holiday_result_202635

  25. 2026-09-04 11:22:46, 由 程宽 编辑。
    修改了 所处阶段 ,旧值为 "developed",新值为 "released"。
    修改了 设置阶段者,旧值为 "",新值为 "chengkuan"。
  26. 2026-10-24 16:08:10, 由 戴宝山 编辑。
    修改了 所处阶段 ,旧值为 "released",新值为 "bepending"。
    修改了 设置阶段者,旧值为 "chengkuan",新值为 ""。
  27. 2026-10-26 11:03:53, 由 马芳茵 编辑。
    修改了 所处阶段,旧值为 "业务验收中",新值为 "业务验收通过"。
    功能验收:验收通过
    满意度:非常满意
    价值验收:完全达成
    原因备注:无
迭代版本
提报业务部门 智能研发中心
提报人员 沈伯潜
需求来源 业务方迭代需求
所属项目 智能中心-需求池
所属模块 战略独立项目   智能刊登
所属计划
业务价值
开发组 FBM智能项目部
受益业务部门 智能研发中心
验收人员 马芳茵
业务目标类型
中心业务目标
业务价值 提高收入
每月价值量 100000
每月节省人数 2
优先级 P1
价值类型 长期价值
预计工时 64
成本 32000
ROI 18.75
操作手册 是
高价值 -
主被动 被动接收
复杂度 一般性
工作流ID
工作流创建时间 0000-00-00 00:00:00
更新点 常规更新
是否高危 否
评分
当前状态 激活
所处阶段 业务验收通过
关键词
评审次数 一次
计划上线 2026-08-11
上线时间 2026-08-11
计划验收时间 0000-00-00
业务验收时间 2026-10-26 11:03:53
满意度 非常满意
价值验收 完全达成
满意度分值 100
业务回填价值
验收达成价值 600000.0
验收达成ROI 18.75
抄送给
由谁创建 戴宝山 于 2026-06-30 13:44:31
指派给 戴宝山 于 2026-10-24 16:08:10
由谁评审 张华
评审时间 2026-07-01
由谁关闭
关闭原因
最后修改 戴宝山 于 2026-10-24 16:08:10
相关Bug
相关用例
相关需求
细分需求