STORY #25490 智能运营：post提供接口 - 智能中心-需求池

业务需求

需求描述

需求背景

目前系统批量提报post，都是统一用的产品库图片，以及产品标题做post帖子标题，存在一些质量低的问题。

技术中心那边需要再158系统的产品分级里，针对一些爆旺款提供运营优化建议。其中有post

需要我们提供接口给他们查询可提报ASIN、提报接口、查询提报结果接口，供人工精细化提报post

需求内容

提报post接口——批量，一次最多5000条。需要把数据写入到OBS
入参：店铺ID、ASIN、渠道SKU、活动生效天数、POST标题、POST图片链接

查询post结果接口——批量，一次最多500条
入参：店铺ID、ASIN、渠道SKU
出参：店铺ID、ASIN、渠道SKU、品牌信息、活动开始时间、活动结束时间、POST标题、POST图片链接、PostID、提报结果、失败原因

提供post队列跳转查询链接：按提供的【店铺+ASIN+渠道SKU】直接查询

注意：通过接口提报的post，要优先提报。队列要与策略的分开（待确认）

验收标准

价值描述

业务自定义提报post，提高提报质量

历史记录

2024-12-09 20:44:54, 由 徐格格 创建。
2024-12-10 09:24:46, 由 徐格格 变更。
修改了 版本号 ，旧值为 "1"，新值为 "2"。
修改了 需求描述，区别为：
002- ~~目前系统批量提报post，都是统一用的产品库图片，以及产品标题做post帖子标题，存在一些质量低的问题。~~
002+ 目前系统批量提报post，都是统一用的产品库图片，以及产品标题做post帖子标题，存在一些质量低的问题。
003- ~~技术中心那边需要再158系统的产品分级里，针对一些爆旺款提供运营优化建议。其中有post~~
003+ 技术中心那边需要再158系统的产品分级里，针对一些爆旺款提供运营优化建议。其中有post
004- ~~需要我们提供接口给他们查询可提报ASIN、提报接口、查询提报结果接口，供人工精细化提报post~~
004+ 需要我们提供接口给他们查询可提报ASIN、提报接口、查询提报结果接口，供人工精细化提报post
005-
005+
006-
006+
007-
007+ 需求内容
008- ~~需求内容~~
008+
009-
009+ 提报post接口——批量，一次最多5000条。需要把数据写入到OBS入参：店铺ID、ASIN、渠道SKU、活动生效天数、POST标题、POST图片链接
010- ~~提报post接口——批量，一次最多5000条。需要把数据写入到OBS入参：店铺ID、ASIN、渠道SKU、活动生效天数、POST标题、POST图片链接~~
010+ 查询post结果接口——批量，一次最多500条入参：店铺ID、ASIN、渠道SKU出参：店铺ID、ASIN、渠道SKU、品牌信息、活动开始时间、活动结束时间、POST标题、POST图片链接、PostID、提报结果、失败原因
011- 查询post结果接口——批量，一次最多500条入参：店铺ID、ASIN、渠道SKU出参：店铺ID、ASIN、渠道SKU、品牌信息、活动开始时间、活动结束时间、POST标题、POST图片链接、PostID、提报结果、失败原因
011+
012-
012+ 提供post队列跳转查询链接：按提供的【店铺+ASIN+渠道SKU】直接查询
013- ~~提供post队列跳转查询链接：按提供的【店铺+ASIN+渠道SKU】直接查询~~
013+
014+ 注意：通过接口提报的post，要优先提报。队列要与策略的分开（待确认）

002- ~~目前系统批量提报post，都是统一用的产品库图片，以及产品标题做post帖子标题，存在一些质量低的问题。~~
002+ 目前系统批量提报post，都是统一用的产品库图片，以及产品标题做post帖子标题，存在一些质量低的问题。
003- ~~技术中心那边需要再158系统的产品分级里，针对一些爆旺款提供运营优化建议。其中有post~~
003+ 技术中心那边需要再158系统的产品分级里，针对一些爆旺款提供运营优化建议。其中有post
004- ~~需要我们提供接口给他们查询可提报ASIN、提报接口、查询提报结果接口，供人工精细化提报post~~
004+ 需要我们提供接口给他们查询可提报ASIN、提报接口、查询提报结果接口，供人工精细化提报post
005- ~~ ~~
005+ 
006-
006+ 
007- ~~ ~~
007+ 需求内容
008- ~~需求内容~~
008+ 
009- ~~~~
009+ 提报post接口——批量，一次最多5000条。需要把数据写入到OBS 入参：店铺ID、ASIN、渠道SKU、活动生效天数、POST标题、POST图片链接
010- 提报post接口——批量，一次最多5000条。需要把数据写入到OBS 入参：店铺ID、ASIN、渠道SKU、活动生效天数、POST标题、POST图片链接
010+ 查询post结果接口——批量，一次最多500条 入参：店铺ID、ASIN、渠道SKU 出参：店铺ID、ASIN、渠道SKU、品牌信息、活动开始时间、活动结束时间、POST标题、POST图片链接、PostID、提报结果、失败原因
011- 查询post结果接口——批量，一次最多500条 入参：店铺ID、ASIN、渠道SKU 出参：店铺ID、ASIN、渠道SKU、品牌信息、活动开始时间、活动结束时间、POST标题、POST图片链接、PostID、提报结果、失败原因
011+ 
012- ~~ ~~
012+ 提供post队列跳转查询链接：按提供的【店铺+ASIN+渠道SKU】直接查询
013- ~~提供post队列跳转查询链接：按提供的【店铺+ASIN+渠道SKU】直接查询~~
013+ 
014+ 注意：通过接口提报的post，要优先提报。队列要与策略的分开（待确认）
2024-12-10 09:46:02, 由 徐格格 变更。
修改了 版本号 ，旧值为 "2"，新值为 "3"。
修改了 需求描述，区别为：
014- ~~注意：通过接口提报的post，要优先提报。队列要与策略的分开（待确认）~~
014+ 注意：通过接口提报的post，要优先提报。

014- ~~注意：通过接口提报的post，要优先提报。队列要与策略的分开（待确认）~~
014+ 注意：通过接口提报的post，要优先提报。
2024-12-10 13:40:35, 由 徐格格 指派给 徐盛松。
修改了 指派给，旧值为 "xugege"，新值为 "laoxu"。
2024-12-10 15:31:06, 由 徐格格 变更。
修改了 版本号 ，旧值为 "3"，新值为 "4"。
修改了 需求描述，区别为：
008-
008+ 查询可提报post的店铺与品牌信息——批量，一次性最多5000条
009- ~~提报post接口——批量，一次最多5000条。需要把数据写入到OBS入参：店铺ID、ASIN、渠道SKU、活动生效天数、POST标题、POST图片链接~~
009+ 入参：店铺ID
010- 查询post结果接口——批量，一次最多500条入参：店铺ID、ASIN、渠道SKU出参：店铺ID、ASIN、渠道SKU、品牌信息、活动开始时间、活动结束时间、POST标题、POST图片链接、PostID、提报结果、失败原因
010+ 出参：店铺ID、是否开启post提报，post可提报的品牌名称（品牌只返回开启了post提报，且post接口返回的品牌状态为【已授权，已激活】）
011-
011+ 注意：如果【post可提报的品牌品牌名称】为空，则不返回该店铺数据
012- ~~提供post队列跳转查询链接：按提供的【店铺+ASIN+渠道SKU】直接查询~~
012+
013-
013+ 提报post接口——批量，一次最多5000条。需要把数据写入到OBS入参：店铺ID、ASIN、渠道SKU、活动生效天数、POST标题、POST图片链接
014- ~~注意：通过接口提报的post，要优先提报。~~
014+ 查询post结果接口——批量，一次最多500条入参：店铺ID、ASIN、渠道SKU出参：店铺ID、ASIN、渠道SKU、品牌信息、活动开始时间、活动结束时间、POST标题、POST图片链接、PostID、提报结果、失败原因
015+
016+ 提供post队列跳转查询链接：按提供的【店铺+ASIN+渠道SKU】直接查询
017+
018+
019+
020+ 注意：通过接口提报的post，要优先提报。

008- ~~ ~~
008+ 查询可提报post的店铺与品牌信息——批量，一次性最多5000条
009- 提报post接口——批量，一次最多5000条。需要把数据写入到OBS 入参：店铺ID、ASIN、渠道SKU、活动生效天数、POST标题、POST图片链接
009+ 入参：店铺ID
010- 查询post结果接口——批量，一次最多500条 入参：店铺ID、ASIN、渠道SKU 出参：店铺ID、ASIN、渠道SKU、品牌信息、活动开始时间、活动结束时间、POST标题、POST图片链接、PostID、提报结果、失败原因
010+ 出参：店铺ID、是否开启post提报，post可提报的品牌名称（品牌只返回开启了post提报，且post接口返回的品牌状态为【已授权，已激活】）
011- ~~ ~~
011+ 注意：如果【post可提报的品牌品牌名称】为空，则不返回该店铺数据
012- ~~提供post队列跳转查询链接：按提供的【店铺+ASIN+渠道SKU】直接查询~~
012+ 
013- ~~ ~~
013+ 提报post接口——批量，一次最多5000条。需要把数据写入到OBS 入参：店铺ID、ASIN、渠道SKU、活动生效天数、POST标题、POST图片链接
014- ~~注意：通过接口提报的post，要优先提报。~~
014+ 查询post结果接口——批量，一次最多500条 入参：店铺ID、ASIN、渠道SKU 出参：店铺ID、ASIN、渠道SKU、品牌信息、活动开始时间、活动结束时间、POST标题、POST图片链接、PostID、提报结果、失败原因
015+ 
016+ 提供post队列跳转查询链接：按提供的【店铺+ASIN+渠道SKU】直接查询
017+ 
018+ 
019+ 
020+ 注意：通过接口提报的post，要优先提报。
2024-12-10 19:18:10, 由 徐格格 变更。
修改了 版本号 ，旧值为 "4"，新值为 "5"。
修改了 需求描述，区别为：
010- ~~出参：店铺ID、是否开启post提报，post可提报的品牌名称（品牌只返回开启了post提报，且post接口返回的品牌状态为【已授权，已激活】）~~
010+ 出参：店铺ID（只返回开启post提报的店铺）、post可提报的品牌名称（只返回品牌有开启提报，且post接口返回的品牌状态为【已授权，已激活】）
013- ~~提报post接口——批量，一次最多5000条。需要把数据写入到OBS入参：店铺ID、ASIN、渠道SKU、活动生效天数、POST标题、POST图片链接~~
013+ 提报post接口——批量，一次最多5000条。需要把数据写入到OBS入参：店铺ID、ASIN、渠道SKU、提报人、活动生效天数、POST标题、POST图片链接
014- 查询post结果接口——批量，一次最多500条入参：店铺ID、ASIN、渠道SKU出参：店铺ID、ASIN、渠道SKU、品牌信息、活动开始时间、活动结束时间、POST标题、POST图片链接、PostID、提报结果、失败原因
014+ 注意：人工提报的post，如果检测到当前存在未过期的post，需要先执行撤回，撤回成功后再进行提报（撤回时需要优先撤回）。
015-
015+
016- ~~提供post队列跳转查询链接：按提供的【店铺+ASIN+渠道SKU】直接查询~~
016+ 查询post结果接口——批量，一次最多500条入参：店铺ID、ASIN、渠道SKU出参：店铺ID、ASIN、渠道SKU、品牌信息、活动开始时间、活动结束时间、POST标题、POST图片链接、PostID、提报结果、失败原因
018-
018+ 提供post队列跳转查询链接：按提供的【店铺+ASIN+渠道SKU】直接查询
020- ~~注意：通过接口提报的post，要优先提报。~~
020+
021+
022+ 注意：通过接口提报的post，要优先提报。撤回也要优先撤回

010- 出参：店铺ID、是否开启post提报，post可提报的品牌名称（品牌只返回开启了post提报，且post接口返回的品牌状态为【已授权，已激活】）
010+ 出参：店铺ID（只返回开启post提报的店铺）、post可提报的品牌名称（只返回品牌有开启提报，且post接口返回的品牌状态为【已授权，已激活】）
013- 提报post接口——批量，一次最多5000条。需要把数据写入到OBS 入参：店铺ID、ASIN、渠道SKU、活动生效天数、POST标题、POST图片链接
013+ 提报post接口——批量，一次最多5000条。需要把数据写入到OBS 入参：店铺ID、ASIN、渠道SKU、提报人、活动生效天数、POST标题、POST图片链接
014- 查询post结果接口——批量，一次最多500条 入参：店铺ID、ASIN、渠道SKU 出参：店铺ID、ASIN、渠道SKU、品牌信息、活动开始时间、活动结束时间、POST标题、POST图片链接、PostID、提报结果、失败原因
014+ 注意：人工提报的post，如果检测到当前存在未过期的post，需要先执行撤回，撤回成功后再进行提报（撤回时需要优先撤回）。
015- ~~ ~~
015+ 
016- ~~提供post队列跳转查询链接：按提供的【店铺+ASIN+渠道SKU】直接查询~~
016+ 查询post结果接口——批量，一次最多500条 入参：店铺ID、ASIN、渠道SKU 出参：店铺ID、ASIN、渠道SKU、品牌信息、活动开始时间、活动结束时间、POST标题、POST图片链接、PostID、提报结果、失败原因
018- ~~ ~~
018+ 提供post队列跳转查询链接：按提供的【店铺+ASIN+渠道SKU】直接查询
020- ~~注意：通过接口提报的post，要优先提报。~~
020+ 
021+ 
022+ 注意：通过接口提报的post，要优先提报。撤回也要优先撤回
2024-12-10 19:41:01, 由 徐盛松 记录评审结果，结果为 确认通过。
修改了 评审时间，旧值为 "0000-00-00"，新值为 "2024-12-10"。
修改了 指派给 ，旧值为 "laoxu"，新值为 "xugege"。
修改了 当前状态，旧值为 "draft"，新值为 "active"。
修改了 由谁评审，旧值为 ""，新值为 "laoxu"。
2024-12-10 20:29:53, 由 徐格格 编辑。
修改了 指派给，旧值为 "xugege"，新值为 "huxiaofeng"。
2024-12-11 09:29:17, 由 李亚婷 关联到迭代 智能中心-智能运营迭代 。
2024-12-11 11:13:26, 由 徐格格 变更。
修改了 指派给 ，旧值为 "huxiaofeng"，新值为 "laoxu"。
修改了 当前状态，旧值为 "active"，新值为 "changed"。
修改了 版本号 ，旧值为 "5"，新值为 "6"。
修改了 由谁评审，旧值为 "laoxu"，新值为 ""。
修改了 需求描述，区别为：
008- ~~查询可提报post的店铺与品牌信息——批量，一次性最多5000条~~
008+ 1、提供接口：
009- ~~入参：店铺ID~~
009+ 查询可提报post的店铺与品牌信息——批量，一次性最多5000条
010- ~~出参：店铺ID（只返回开启post提报的店铺）、post可提报的品牌名称（只返回品牌有开启提报，且post接口返回的品牌状态为【已授权，已激活】）~~
010+ 入参：店铺ID
011- ~~注意：如果【post可提报的品牌品牌名称】为空，则不返回该店铺数据~~
011+ 出参：店铺ID（只返回开启post提报的店铺）、post可提报的品牌名称（只返回品牌有开启提报，且post接口返回的品牌状态为【已授权，已激活】）
012-
012+ 注意：如果【post可提报的品牌品牌名称】为空，则不返回该店铺数据
013- ~~提报post接口——批量，一次最多5000条。需要把数据写入到OBS入参：店铺ID、ASIN、渠道SKU、提报人、活动生效天数、POST标题、POST图片链接~~
013+
014- ~~注意：人工提报的post，如果检测到当前存在未过期的post，需要先执行撤回，撤回成功后再进行提报（撤回时需要优先撤回）。~~
014+ 提报post接口——批量，一次最多5000条。需要把数据写入到OBS入参：店铺ID、ASIN、渠道SKU、提报人、提报人ID、活动生效开始时间、活动生效结束时间、POST标题、POST图片链接、post图片ID
015-
015+ 注意：
016- 查询post结果接口——批量，一次最多500条入参：店铺ID、ASIN、渠道SKU出参：店铺ID、ASIN、渠道SKU、品牌信息、活动开始时间、活动结束时间、POST标题、POST图片链接、PostID、提报结果、失败原因
016+ 人工提报的post，如果检测到当前存在状态为【已投放：LIVE】或【已安排：SCHEDULED】，需要先执行撤回，撤回成功后再进行提报（撤回时需要优先撤回）。
017-
017+ 如果当天时间>活动结束时间，还未提报，则直接失败，返回失败原因。
018- ~~提供post队列跳转查询链接：按提供的【店铺+ASIN+渠道SKU】直接查询~~
018+ 如果当天时间>活动开始时间，不需要更改活动开始结束时间，按指定的时间提报。
019-
019+
020-
020+ 查询post结果接口——批量，一次最多500条入参：店铺ID、ASIN、出参：店铺ID、ASIN、品牌信息、活动开始时间、活动结束时间、POST标题、POST图片链接、post图片ID、PostID、提报结果、失败原因
021-
021+ 注意：
022- ~~注意：通过接口提报的post，要优先提报。撤回也要优先撤回~~
022+ 查询结果时，只查询非智能运营提报队列里【店铺ID+ASIN】最近一次提报的记录结果
023+
024+
025+ 2、提供post队列跳转查询链接：按提供的【店铺+ASIN】直接查询
026+
027+ 3、通过接口提报post的：还是需要继续按现在过滤逻辑进行判断
028+ 图片：因提报时，需要先把【已投放：LIVE】或【已安排：SCHEDULED】进行撤回，再进行检测，如果检测到图片ID一致，则直接提报失败，返回失败原因。
029+ 标题需要进行侵权禁售检测
030+
031+ 4、接口提报的，不需要支持重试逻辑；但是需要支持自动撤回逻辑
032+
033+ 注意：通过接口提报的post，要优先提报。撤回也要优先撤回

008- ~~查询可提报post的店铺与品牌信息——批量，一次性最多5000条~~
008+ 1、提供接口：
009- ~~入参：店铺ID~~
009+ 查询可提报post的店铺与品牌信息——批量，一次性最多5000条
010- 出参：店铺ID（只返回开启post提报的店铺）、post可提报的品牌名称（只返回品牌有开启提报，且post接口返回的品牌状态为【已授权，已激活】）
010+ 入参：店铺ID
011- 注意：如果【post可提报的品牌品牌名称】为空，则不返回该店铺数据
011+ 出参：店铺ID（只返回开启post提报的店铺）、post可提报的品牌名称（只返回品牌有开启提报，且post接口返回的品牌状态为【已授权，已激活】）
012- ~~ ~~
012+ 注意：如果【post可提报的品牌品牌名称】为空，则不返回该店铺数据
013- 提报post接口——批量，一次最多5000条。需要把数据写入到OBS 入参：店铺ID、ASIN、渠道SKU、提报人、活动生效天数、POST标题、POST图片链接
013+ 
014- 注意：人工提报的post，如果检测到当前存在未过期的post，需要先执行撤回，撤回成功后再进行提报（撤回时需要优先撤回）。
014+ 提报post接口——批量，一次最多5000条。需要把数据写入到OBS 入参：店铺ID、ASIN、渠道SKU、提报人、提报人ID、活动生效开始时间、活动生效结束时间、POST标题、POST图片链接、post图片ID
015- ~~ ~~
015+ 注意：
016- 查询post结果接口——批量，一次最多500条 入参：店铺ID、ASIN、渠道SKU 出参：店铺ID、ASIN、渠道SKU、品牌信息、活动开始时间、活动结束时间、POST标题、POST图片链接、PostID、提报结果、失败原因
016+ 人工提报的post，如果检测到当前存在状态为【已投放：LIVE】或【已安排：SCHEDULED】，需要先执行撤回，撤回成功后再进行提报（撤回时需要优先撤回）。
017- ~~ ~~
017+ 如果当天时间>活动结束时间，还未提报，则直接失败，返回失败原因。
018- ~~提供post队列跳转查询链接：按提供的【店铺+ASIN+渠道SKU】直接查询~~
018+ 如果当天时间>活动开始时间，不需要更改活动开始结束时间，按指定的时间提报。
019- ~~ ~~
019+ 
020- ~~ ~~
020+ 查询post结果接口——批量，一次最多500条 入参：店铺ID、ASIN、 出参：店铺ID、ASIN、品牌信息、活动开始时间、活动结束时间、POST标题、POST图片链接、post图片ID、PostID、提报结果、失败原因
021- ~~ ~~
021+ 注意：
022- ~~注意：通过接口提报的post，要优先提报。撤回也要优先撤回~~
022+ 查询结果时，只查询非智能运营提报队列里【店铺ID+ASIN】最近一次提报的记录结果
023+ 
024+ 
025+ 2、提供post队列跳转查询链接：按提供的【店铺+ASIN】直接查询
026+ 
027+ 3、通过接口提报post的：还是需要继续按现在过滤逻辑进行判断
028+ 图片：因提报时，需要先把【已投放：LIVE】或【已安排：SCHEDULED】进行撤回，再进行检测，如果检测到图片ID一致，则直接提报失败，返回失败原因。
029+ 标题需要进行侵权禁售检测
030+ 
031+ 4、接口提报的，不需要支持重试逻辑；但是需要支持自动撤回逻辑
032+ 
033+ 注意：通过接口提报的post，要优先提报。撤回也要优先撤回
2024-12-12 10:45:25, 由 李亚婷 指派给 胡笑锋。
修改了 指派给，旧值为 "laoxu"，新值为 "huxiaofeng"。
2024-12-17 14:59:40, 由 李亚婷 编辑。
修改了 所属计划，旧值为 ""，新值为 "1671"。
2024-12-17 17:58:03, 由 李亚婷 编辑。
修改了 计划验收时间，旧值为 "0000-00-00"，新值为 "2024-01-07"。
2024-12-19 09:54:05, 由 李亚婷 指派给王超。
修改了 指派给，旧值为 "huxiaofeng"，新值为 "wangchao"。
2024-12-20 16:32:45, 由王超指派给 胡笑锋。
修改了 指派给，旧值为 "wangchao"，新值为 "huxiaofeng"。

分支测试完成
2024-12-20 16:49:34, 由 李亚婷 编辑。
修改了 所处阶段 ，旧值为 "developed"，新值为 "released"。
修改了 上线时间 ，旧值为 "2024-12-19"，新值为 "2024-12-20"。
修改了 设置阶段者，旧值为 ""，新值为 "liyating"。
2024-12-20 16:49:44, 由 李亚婷 指派给王超。
修改了 指派给，旧值为 "huxiaofeng"，新值为 "wangchao"。

已上线
2024-12-31 10:51:14, 由王超指派给 徐格格。
修改了 指派给，旧值为 "wangchao"，新值为 "xugege"。
2024-12-31 14:41:41, 由 徐格格 编辑。
修改了 所处阶段 ，旧值为 "released"，新值为 "poaccepted"。
修改了 设置阶段者，旧值为 "liyating"，新值为 ""。
2024-12-31 16:07:16, 由 李亚婷 编辑。
修改了 所属模块 ，旧值为 "1716"，新值为 "1914"。
修改了 所处阶段 ，旧值为 "poaccepted"，新值为 "bepending"。
修改了 计划验收时间，旧值为 "2024-01-07"，新值为 "2025-01-03"。
2025-01-06 10:27:51, 由 梁秀丽 编辑。
修改了 预计工时，旧值为 "16"，新值为 "19"。
修改了成本，旧值为 "8000"，新值为 "9500"。
修改了 ROI ，旧值为 "7.50"，新值为 "6.32"。
2025-01-09 19:09:34, 由 陆华信 编辑。
修改了 所处阶段，旧值为 "业务验收中"，新值为 "业务验收通过"。

功能验收：验收通过
满意度：非常满意
价值验收：完全达成
原因备注：无
2025-01-10 14:25:59, 由 李亚婷 关闭，原因为 已完成 。
修改了 关闭原因，旧值为 ""，新值为 "done"。
修改了 当前状态，旧值为 "changed"，新值为 "closed"。
修改了 指派给 ，旧值为 "xugege"，新值为 "closed"。
修改了 所处阶段，旧值为 "verified"，新值为 "closed"。
修改了 关闭日期，旧值为 "0000-00-00 00:00:00"，新值为 "2025-01-10 14:25:59"。
修改了 由谁关闭，旧值为 ""，新值为 "liyating"。
2025-03-20 16:11:07, 由 李亚婷 编辑。
修改了 测试人员，旧值为 ""，新值为 "wangchao"。

基本信息
需求的一生

迭代版本
提报业务部门	智能研发中心
提报人员	陆华信
需求来源	业务方紧急需求
所属项目	智能中心-需求池
所属模块	战略独立项目智能运营
所属计划
业务价值
开发组
受益业务部门	智能研发中心
验收人员	陆华信
业务目标类型	收入增长
中心业务目标	总销售额
业务价值
每月价值量	10000
每月节省人数	0
优先级	P2
价值类型	长期价值
预计工时	19
成本	9500
ROI	6.32
操作手册	否
高价值	-
主被动	被动接收
复杂度	一般性
工作流ID
工作流创建时间	0000-00-00 00:00:00
更新点
是否高危
评分
当前状态	已关闭
所处阶段	已关闭
关键词
评审次数	一次
计划上线
上线时间	2024-12-20
计划验收时间	2025-01-03
业务验收时间	2025-01-09 19:09:34
满意度	非常满意
价值验收	完全达成
满意度分值	100
业务回填价值
验收达成价值	60000.0
验收达成ROI	6.32
抄送给

由谁创建	徐格格于 2024-12-09 20:44:54
指派给	Closed 于 2025-01-10 14:25:59
由谁评审
评审时间
由谁关闭	李亚婷于 2025-01-10 14:25:59
关闭原因	已完成
最后修改	李亚婷于 2025-03-20 16:11:05

迭代任务
相关信息

相关Bug
相关用例
相关需求
细分需求