业务需求
需求描述

一、背景(工作流:贾旭杨209809)
1、背景:客服部需对退款原因进行系统的分析。
每个店铺后台【买家之声的数据】,记录了ASIN+渠道SKU的主要退货原因。

2、计划方向:按系统SKU维度分析出各产品各个店铺的退货原因,用于减少退货退款订单。

3、方案:新增【退款原因分析】报表,按系统SKU统计各个店铺的买家不满意率/买家不满意/买家不满意订单/订单总数,将买家满意度状况为【极差】【不合格】展示给客服与销售部。
--1)采集后台数据【买家之声】。
--2)新增【退款原因分析】报表。

4、作用:用于FBA备货预警,在线listing维护(eg:主要集中在商品存在瑕疵,网站的描述不准确等)。

5、时间:22-6-30采集完成上线;22-7-7【退款原因分析】报表上线。

二、需求说明
2.1、Amazon 后台【买家之声】采集。--需求澄清叫上林很
2.1.1、采集范围:Amazon 所有账号。
2.1.2、采集位置:Amazon 后台--》绩效--》买家之声,具体位置见截图。
2.1.3、采集频率:每周二开始采集,每个账号一周只采集一次。如果某个账号采集失败则需重采2次。
2.1.4、采集输入:按Amazon账号店铺进行采集。
2.1.5、采集输出:订单来源渠道,ASIN,渠道SKU,图片,商品名称,订单配送方,买家不满意率,买家不满意订单,订单总数,主要退货原因,商品最近的停售日期,上次更新时间,买家满意状况,采集时间。
2.1.6、采集数据存储逻辑:按【订单来源渠道+ASIN+渠道SKU】进行数据存储,检查数据是否存在;有则更新采集结果数据且更新采集时间,无则插入数据且记录采集时间。
注:一个账号按3000条数据统计,4000个账号共1200w数据。

2.2、新增【买家之声数据报告】
2.2.1、操作位置:亚马逊crm 》excel任务报告
2.2.2、查询条件
--订单来源渠道:Amazon对应的订单来源渠道;支持多选。
--采集时间:通过采集时间进行查询。

2.2.3、导出字段:
--订单来源渠道:采集获取对应的订单来源渠道(Amazon)。
--系统SKU :通过采集回来的 【订单来源渠道+ASIN+渠道SKU】去 【ERP--》销售管理--》亚马逊销售--》Amazon listing】 匹配系统SKU。
--商品中文名称:取系统SKU的中文名称。
--订单配送方:采集回的数据     
--买家不满意率:  采集回的数据        
--买家不满意订单:   采集回的数据        
--订单总数:采集回的数据           
--主要退货原因:采集回的数据          
--买家满意度状况 :采集回的数据         
--商品最近的停售日期:采集回的数据          
--上次更新时间 :采集回的数据         
--销售小组 : 通过采集回来的 【订单来源渠道+ASIN+渠道SKU】匹配 【ERP--》销售管理--》亚马逊销售--》Amazon listing--销售小组 】 。  
--销售人员 :通过采集回来的 【订单来源渠道+ASIN+渠道SKU】匹配 【ERP--》销售管理--》亚马逊销售--》Amazon listing--销售人员 】 。    
--客服人员 :通过【订单来源渠道】匹配【ERP-销售管理--》通用订单配置--》订单来源渠道管理--默认客服人员】。    
--采集时间:采集的更新时间。


需求详情:https://3t7xv1.axshare.com/#g=1&p=%E9%80%80%E6%AC%BE%E5%8E%9F%E5%9B%A0%E5%88%86%E6%9E%90%E6%8A%A5%E5%91%8A%EF%BC%88p1%EF%BC%89

验收标准
价值描述
控制风险 节省 190.49(人天/月)=5分钟/60/7小时*4000个账号*4次 (人天/月)
历史记录  
  1. 2022-05-17 19:32:32, 由 肖玉 创建。
  2. 2022-05-17 19:33:48, 由 肖玉 编辑。
    修改了 所属模块,旧值为 "1705",新值为 "1679"。
  3. 2022-05-18 18:35:48, 由 肖玉 变更。
    修改了 指派给 ,旧值为 "",新值为 "Admin186"。
    修改了 版本号 ,旧值为 "1",新值为 "2"。
    修改了 需求描述,区别为:
    001- 一、背景(工作流:)1、背景:客服部需对退款原因进行系统的分析。每个店铺后台【买家之声的数据】,记录了ASIN+渠道SKU的主要退货原因。2、计划方向:按系统SKU维度分析出各产品各个店铺的退货原因,用于减少退货退款订单。3、方案:新增【退款原因分析】报表,按系统SKU统计各个店铺的买家不满意率/买家不满意/买家不满意订单/订单总数,将买家满意度状况为【极差】【不合格】展示给客服与销售部。--1)采集后台数据【买家之声】。--2)新增【买家之声数据报告】报表。4、作用:用于FBA备货预警,在线listing维护(eg:主要集中在商品存在瑕疵,网站的描述不准确等)。5、时间:22-6-30采集完成上线;22-7-7【买家之声数据报告】报表上线。二、需求说明2.1、Amazon 后台【买家之声】采集。2.1.1、采集范围:Amazon 所有账号。2.1.2、采集位置:Amazon 后台--》绩效--》买家之声,具体位置见截图。2.1.3、采集频率:需要调研数据的更新频率?2.1.4、采集输入:按Amazon账号店铺进行采集。2.1.5、采集输出:订单来源渠道,ASIN,渠道SKU,图片,商品名称,订单配送方,买家不满意率,买家不满意订单,订单总数,主要退货原因,商品最近的停售日期,上次更新时间,买家满意状况。注:一个账号按3000条数据统计,4000个账号共1200w数据。2.2、新增【买家之声数据报告】2.2.1、操作位置:报告中心--》Excel报表导出--》买家之声数据报告--分为总表(按系统SKU维度统计)与明细表(按店铺维度统计)。2.2.2、导出字段:--
    001+ 一、背景(工作流:贾旭杨209809)1、背景:客服部需对退款原因进行系统的分析。每个店铺后台【买家之声的数据】,记录了ASIN+渠道SKU的主要退货原因。2、计划方向:按系统SKU维度分析出各产品各个店铺的退货原因,用于减少退货退款订单。3、方案:新增【退款原因分析】报表,按系统SKU统计各个店铺的买家不满意率/买家不满意/买家不满意订单/订单总数,将买家满意度状况为【极差】【不合格】展示给客服与销售部。--1)采集后台数据【买家之声】。--2)新增【退款原因分析】报表。4、作用:用于FBA备货预警,在线listing维护(eg:主要集中在商品存在瑕疵,网站的描述不准确等)。5、时间:22-6-30采集完成上线;22-7-7【退款原因分析】报表上线。二、需求说明2.1、Amazon 后台【买家之声】采集。--需求澄清叫上林很2.1.1、采集范围:Amazon 所有账号。2.1.2、采集位置:Amazon 后台--》绩效--》买家之声,具体位置见截图。2.1.3、采集频率:每周二开始采集,每个账号一周只采集一次。如果某个账号采集失败则需重采2次。2.1.4、采集输入:按Amazon账号店铺进行采集。2.1.5、采集输出:订单来源渠道,ASIN,渠道SKU,图片,商品名称,订单配送方,买家不满意率,买家不满意订单,订单总数,主要退货原因,商品最近的停售日期,上次更新时间,买家满意状况,采集时间。2.1.6、采集数据存储逻辑:按【订单来源渠道+ASIN+渠道SKU】进行数据存储,检查数据是否存在;有则更新采集结果数据且更新采集时间,无则插入数据且记录采集时间。注:一个账号按3000条数据统计,4000个账号共1200w数据。2.2、新增【买家之声数据报告】2.2.1、操作位置:报告中心--》Excel报表导出--》买家之声数据报告2.2.2、查询条件--订单来源渠道:Amazon对应的订单来源渠道;支持多选。--采集时间:通过采集时间进行查询。2.2.3、导出字段:--订单来源渠道:采集获取对应的订单来源渠道(Amazon)。--系统SKU :通过采集回来的 【订单来源渠道+ASIN+渠道SKU】去 【ERP--》销售管理--》亚马逊销售--》Amazon listing】 匹配系统SKU。--商品中文名称:取系统SKU的中文名称。--订单配送方:采集回的数据 --买家不满意率: 采集回的数据 --买家不满意订单: 采集回的数据 --订单总数:采集回的数据 --主要退货原因:采集回的数据 --买家满意度状况 :采集回的数据 --商品最近的停售日期:采集回的数据 --上次更新时间 :采集回的数据 --销售小组 : 通过采集回来的 【订单来源渠道+ASIN+渠道SKU】匹配 【ERP--》销售管理--》亚马逊销售--》Amazon listing--销售小组 】 。--销售人员 :通过采集回来的 【订单来源渠道+ASIN+渠道SKU】匹配 【ERP--》销售管理--》亚马逊销售--》Amazon listing--销售人员 】 。 --客服人员 :通过【订单来源渠道】匹配【ERP-销售管理--》通用订单配置--》订单来源渠道管理--默认客服人员】。 --采集时间:采集的更新时间。
    001- <p>一、背景(工作流:)<br />1、背景:客服部需对退款原因进行系统的分析。<br />每个店铺后台【买家之声的数据】,记录了ASIN+渠道SKU的主要退货原因。<br /><br />2、计划方向:按系统SKU维度分析出各产品各个店铺的退货原因,用于减少退货退款订单。<br /><br />3、方案:新增【退款原因分析】报表,按系统SKU统计各个店铺的买家不满意率/买家不满意/买家不满意订单/订单总数,将买家满意度状况为【极差】【不合格】展示给客服与销售部。<br />--1)采集后台数据【买家之声】。<br />--2)新增【<span>买家之声数据报告</span>】报表。<br /><br />4、作用:用于FBA备货预警,在线listing维护(eg:主要集中在商品存在瑕疵,网站的描述不准确等)。<br /><br />5、时间:22-6-30采集完成上线;22-7-7【<span>买家之声数据报告</span>】报表上线。<br /><br />二、需求说明<br />2.1、Amazon 后台【买家之声】采集。<br />2.1.1、采集范围:Amazon 所有账号。<br />2.1.2、采集位置:Amazon 后台--》绩效--》买家之声,具体位置见截图。<br />2.1.3、采集频率:需要调研数据的更新频率?<br />2.1.4、采集输入:按Amazon账号店铺进行采集。<br />2.1.5、采集输出:订单来源渠道,ASIN,渠道SKU,图片,商品名称,订单配送方,买家不满意率,买家不满意订单,订单总数,主要退货原因,商品最近的停售日期,上次更新时间,买家满意状况。<br />注:一个账号按3000条数据统计,4000个账号共1200w数据。<br /><br />2.2、新增【买家之声数据报告】<br />2.2.1、操作位置:报告中心--》Excel报表导出--》买家之声数据报告<br />--分为总表(按系统SKU维度统计)与明细表(按店铺维度统计)。<br />2.2.2、导出字段:<br />--</p>
    001+ <p>一、背景(工作流:贾旭杨209809)<br />1、背景:客服部需对退款原因进行系统的分析。<br />每个店铺后台【买家之声的数据】,记录了ASIN+渠道SKU的主要退货原因。<br /><br />2、计划方向:按系统SKU维度分析出各产品各个店铺的退货原因,用于减少退货退款订单。<br /><br />3、方案:新增【退款原因分析】报表,按系统SKU统计各个店铺的买家不满意率/买家不满意/买家不满意订单/订单总数,将买家满意度状况为【极差】【不合格】展示给客服与销售部。<br />--1)采集后台数据【买家之声】。<br />--2)新增【退款原因分析】报表。<br /><br />4、作用:用于FBA备货预警,在线listing维护(eg:主要集中在商品存在瑕疵,网站的描述不准确等)。<br /><br />5、时间:22-6-30采集完成上线;22-7-7【退款原因分析】报表上线。<br /><br />二、需求说明<br />2.1、Amazon 后台【买家之声】采集。--需求澄清叫上林很<br />2.1.1、采集范围:Amazon 所有账号。<br />2.1.2、采集位置:Amazon 后台--》绩效--》买家之声,具体位置见截图。<br />2.1.3、采集频率:每周二开始采集,每个账号一周只采集一次。如果某个账号采集失败则需重采2次。<br />2.1.4、采集输入:按Amazon账号店铺进行采集。<br />2.1.5、采集输出:订单来源渠道,ASIN,渠道SKU,图片,商品名称,订单配送方,买家不满意率,买家不满意订单,订单总数,主要退货原因,商品最近的停售日期,上次更新时间,买家满意状况,采集时间。<br />2.1.6、采集数据存储逻辑:按【订单来源渠道+ASIN+渠道SKU】进行数据存储,检查数据是否存在;有则更新采集结果数据且更新采集时间,无则插入数据且记录采集时间。<br />注:一个账号按3000条数据统计,4000个账号共1200w数据。<br /><br />2.2、新增【买家之声数据报告】<br />2.2.1、操作位置:报告中心--》Excel报表导出--》买家之声数据报告<br />2.2.2、查询条件<br />--订单来源渠道:Amazon对应的订单来源渠道;支持多选。<br />--采集时间:通过采集时间进行查询。<br /><br />2.2.3、导出字段:<br />--订单来源渠道:采集获取对应的订单来源渠道(Amazon)。<br />--系统SKU :通过采集回来的 【订单来源渠道+ASIN+渠道SKU】去 【ERP--》销售管理--》亚马逊销售--》Amazon listing】 匹配系统SKU。<br />--商品中文名称:取系统SKU的中文名称。<br />--订单配送方:采集回的数据 <br />--买家不满意率: 采集回的数据 <br />--买家不满意订单: 采集回的数据 <br />--订单总数:采集回的数据 <br />--主要退货原因:采集回的数据 <br />--买家满意度状况 :采集回的数据 <br />--商品最近的停售日期:采集回的数据 <br />--上次更新时间 :采集回的数据 <br />--销售小组 : 通过采集回来的 【订单来源渠道+ASIN+渠道SKU】匹配 【ERP--》销售管理--》亚马逊销售--》Amazon listing--销售小组 】 。<br />--销售人员 :通过采集回来的 【订单来源渠道+ASIN+渠道SKU】匹配 【ERP--》销售管理--》亚马逊销售--》Amazon listing--销售人员 】 。 <br />--客服人员 :通过【订单来源渠道】匹配【ERP-销售管理--》通用订单配置--》订单来源渠道管理--默认客服人员】。 <br />--采集时间:采集的更新时间。</p>
  4. 2022-05-18 18:36:36, 由 肖玉 编辑。
    修改了 提报人员,旧值为 "胡晨曦",新值为 "贾旭杨209809"。
  5. 2022-05-27 17:48:45, 由 肖玉 关联到计划 亚马逊/客服/物流6月分支。
  6. 2022-06-02 09:52:47, 由 刘灿 记录评审结果,结果为 确认通过。
    修改了 评审时间,旧值为 "0000-00-00",新值为 "2022-06-02"。
    修改了 指派给 ,旧值为 "Admin186",新值为 "xiaoyu"。
    修改了 当前状态,旧值为 "draft",新值为 "active"。
    修改了 由谁评审,旧值为 "",新值为 "Admin186"。
  7. 2022-06-06 14:18:39, 由 林很 关联到迭代 平台财务数据自动化获取(接口/小工具) 。
  8. 2022-06-06 14:19:08, 由 林很 指派给 舒鹏明。
    修改了 指派给,旧值为 "xiaoyu",新值为 "shupengming"。
  9. 2022-06-06 14:46:13, 由 zhengqiao 编辑。
    修改了 关键词,旧值为 "",新值为 "预计7月19日发版"。
  10. 2022-06-07 10:25:23, 由 林很 从迭代 #615 平台财务数据自动化获取(接口/小工具) 移除。
  11. 2022-06-07 10:25:35, 由 林很 关联到迭代 数据采集组公共需求专项 。
  12. 2022-06-22 11:52:57, 由 肖玉 编辑。
    修改了 价值描述 ,旧值为 "控制风险",新值为 "控制风险 节省 190.49(人天/月)=5分钟/60/7小时*4000个账号*4次 (人天/月)"。
    修改了 每月价值量,旧值为 "暂无法评估",新值为 " 190.49(人天/月)"。
  13. 2022-07-08 09:49:58, 由 夏宇 关联到迭代 【智汇】产品部 7月第 1 版本(2022年) 。
  14. 2022-07-08 10:14:10, 由 夏宇 从迭代 #637 【智汇】产品部 7月第 1 版本(2022年) 移除。
  15. 2022-07-19 09:55:18, 由 马玉莹 编辑。
    修改了 所属计划,旧值为 "574",新值为 "601"。
  16. 2022-07-21 13:48:24, 由 马玉莹 变更。
    修改了 当前状态,旧值为 "active",新值为 "changed"。
    修改了 版本号 ,旧值为 "2",新值为 "3"。
    修改了 由谁评审,旧值为 "Admin186",新值为 ""。
    修改了 评审时间,旧值为 "2022-06-02",新值为 "0000-00-00"。
    修改了 需求名称,区别为:
    001- 新增【买家之声数据报告】(22-7-7完成上线)
    001+ 新增【买家之声数据报告】
    001- 新增【买家之声数据报告】(22-7-7完成上线)
    001+ 新增【买家之声数据报告】
  17. 2022-07-21 13:48:39, 由 马玉莹 编辑。
    修改了 关键词,旧值为 "预计7月19日发版",新值为 ""。
  18. 2022-07-21 13:48:56, 由 马玉莹 编辑。
    修改了 所属计划,旧值为 "601",新值为 "600"。
  19. 2022-07-26 09:02:14, 由 zhengqiao 关联到迭代 技术研发中心 8月第 1 版本(2022年) 。
  20. 2022-07-26 09:02:23, 由 zhengqiao 从迭代 #641 技术研发中心 8月第 1 版本(2022年) 移除。
  21. 2022-08-18 11:11:16, 由 zhengqiao 关联到迭代 技术研发中心 8月分支 版本(2022年) 。
  22. 2022-08-18 13:59:25, 由 马玉莹 变更。
    修改了 版本号 ,旧值为 "3",新值为 "4"。
    修改了 需求描述,区别为:
    001- 一、背景(工作流:贾旭杨209809)1、背景:客服部需对退款原因进行系统的分析。每个店铺后台【买家之声的数据】,记录了ASIN+渠道SKU的主要退货原因。2、计划方向:按系统SKU维度分析出各产品各个店铺的退货原因,用于减少退货退款订单。3、方案:新增【退款原因分析】报表,按系统SKU统计各个店铺的买家不满意率/买家不满意/买家不满意订单/订单总数,将买家满意度状况为【极差】【不合格】展示给客服与销售部。--1)采集后台数据【买家之声】。--2)新增【退款原因分析】报表。4、作用:用于FBA备货预警,在线listing维护(eg:主要集中在商品存在瑕疵,网站的描述不准确等)。5、时间:22-6-30采集完成上线;22-7-7【退款原因分析】报表上线。二、需求说明2.1、Amazon 后台【买家之声】采集。--需求澄清叫上林很2.1.1、采集范围:Amazon 所有账号。2.1.2、采集位置:Amazon 后台--》绩效--》买家之声,具体位置见截图。2.1.3、采集频率:每周二开始采集,每个账号一周只采集一次。如果某个账号采集失败则需重采2次。2.1.4、采集输入:按Amazon账号店铺进行采集。2.1.5、采集输出:订单来源渠道,ASIN,渠道SKU,图片,商品名称,订单配送方,买家不满意率,买家不满意订单,订单总数,主要退货原因,商品最近的停售日期,上次更新时间,买家满意状况,采集时间。2.1.6、采集数据存储逻辑:按【订单来源渠道+ASIN+渠道SKU】进行数据存储,检查数据是否存在;有则更新采集结果数据且更新采集时间,无则插入数据且记录采集时间。注:一个账号按3000条数据统计,4000个账号共1200w数据。2.2、新增【买家之声数据报告】2.2.1、操作位置:报告中心--》Excel报表导出--》买家之声数据报告2.2.2、查询条件--订单来源渠道:Amazon对应的订单来源渠道;支持多选。--采集时间:通过采集时间进行查询。2.2.3、导出字段:--订单来源渠道:采集获取对应的订单来源渠道(Amazon)。--系统SKU :通过采集回来的 【订单来源渠道+ASIN+渠道SKU】去 【ERP--》销售管理--》亚马逊销售--》Amazon listing】 匹配系统SKU。--商品中文名称:取系统SKU的中文名称。--订单配送方:采集回的数据 --买家不满意率: 采集回的数据 --买家不满意订单: 采集回的数据 --订单总数:采集回的数据 --主要退货原因:采集回的数据 --买家满意度状况 :采集回的数据 --商品最近的停售日期:采集回的数据 --上次更新时间 :采集回的数据 --销售小组 : 通过采集回来的 【订单来源渠道+ASIN+渠道SKU】匹配 【ERP--》销售管理--》亚马逊销售--》Amazon listing--销售小组 】 。--销售人员 :通过采集回来的 【订单来源渠道+ASIN+渠道SKU】匹配 【ERP--》销售管理--》亚马逊销售--》Amazon listing--销售人员 】 。 --客服人员 :通过【订单来源渠道】匹配【ERP-销售管理--》通用订单配置--》订单来源渠道管理--默认客服人员】。 --采集时间:采集的更新时间。
    001+ 一、背景(工作流:贾旭杨209809)1、背景:客服部需对退款原因进行系统的分析。每个店铺后台【买家之声的数据】,记录了ASIN+渠道SKU的主要退货原因。2、计划方向:按系统SKU维度分析出各产品各个店铺的退货原因,用于减少退货退款订单。3、方案:新增【退款原因分析】报表,按系统SKU统计各个店铺的买家不满意率/买家不满意/买家不满意订单/订单总数,将买家满意度状况为【极差】【不合格】展示给客服与销售部。--1)采集后台数据【买家之声】。--2)新增【退款原因分析】报表。4、作用:用于FBA备货预警,在线listing维护(eg:主要集中在商品存在瑕疵,网站的描述不准确等)。5、时间:22-6-30采集完成上线;22-7-7【退款原因分析】报表上线。二、需求说明2.1、Amazon 后台【买家之声】采集。--需求澄清叫上林很2.1.1、采集范围:Amazon 所有账号。2.1.2、采集位置:Amazon 后台--》绩效--》买家之声,具体位置见截图。2.1.3、采集频率:每周二开始采集,每个账号一周只采集一次。如果某个账号采集失败则需重采2次。2.1.4、采集输入:按Amazon账号店铺进行采集。2.1.5、采集输出:订单来源渠道,ASIN,渠道SKU,图片,商品名称,订单配送方,买家不满意率,买家不满意订单,订单总数,主要退货原因,商品最近的停售日期,上次更新时间,买家满意状况,采集时间。2.1.6、采集数据存储逻辑:按【订单来源渠道+ASIN+渠道SKU】进行数据存储,检查数据是否存在;有则更新采集结果数据且更新采集时间,无则插入数据且记录采集时间。注:一个账号按3000条数据统计,4000个账号共1200w数据。2.2、新增【买家之声数据报告】2.2.1、操作位置:亚马逊crm 》excel任务报告2.2.2、查询条件--订单来源渠道:Amazon对应的订单来源渠道;支持多选。--采集时间:通过采集时间进行查询。2.2.3、导出字段:--订单来源渠道:采集获取对应的订单来源渠道(Amazon)。--系统SKU :通过采集回来的 【订单来源渠道+ASIN+渠道SKU】去 【ERP--》销售管理--》亚马逊销售--》Amazon listing】 匹配系统SKU。--商品中文名称:取系统SKU的中文名称。--订单配送方:采集回的数据 --买家不满意率: 采集回的数据 --买家不满意订单: 采集回的数据 --订单总数:采集回的数据 --主要退货原因:采集回的数据 --买家满意度状况 :采集回的数据 --商品最近的停售日期:采集回的数据 --上次更新时间 :采集回的数据 --销售小组 : 通过采集回来的 【订单来源渠道+ASIN+渠道SKU】匹配 【ERP--》销售管理--》亚马逊销售--》Amazon listing--销售小组 】 。--销售人员 :通过采集回来的 【订单来源渠道+ASIN+渠道SKU】匹配 【ERP--》销售管理--》亚马逊销售--》Amazon listing--销售人员 】 。 --客服人员 :通过【订单来源渠道】匹配【ERP-销售管理--》通用订单配置--》订单来源渠道管理--默认客服人员】。 --采集时间:采集的更新时间。
    001- <p>一、背景(工作流:贾旭杨209809)<br />1、背景:客服部需对退款原因进行系统的分析。<br />每个店铺后台【买家之声的数据】,记录了ASIN+渠道SKU的主要退货原因。<br /><br />2、计划方向:按系统SKU维度分析出各产品各个店铺的退货原因,用于减少退货退款订单。<br /><br />3、方案:新增【退款原因分析】报表,按系统SKU统计各个店铺的买家不满意率/买家不满意/买家不满意订单/订单总数,将买家满意度状况为【极差】【不合格】展示给客服与销售部。<br />--1)采集后台数据【买家之声】。<br />--2)新增【退款原因分析】报表。<br /><br />4、作用:用于FBA备货预警,在线listing维护(eg:主要集中在商品存在瑕疵,网站的描述不准确等)。<br /><br />5、时间:22-6-30采集完成上线;22-7-7【退款原因分析】报表上线。<br /><br />二、需求说明<br />2.1、Amazon 后台【买家之声】采集。--需求澄清叫上林很<br />2.1.1、采集范围:Amazon 所有账号。<br />2.1.2、采集位置:Amazon 后台--》绩效--》买家之声,具体位置见截图。<br />2.1.3、采集频率:每周二开始采集,每个账号一周只采集一次。如果某个账号采集失败则需重采2次。<br />2.1.4、采集输入:按Amazon账号店铺进行采集。<br />2.1.5、采集输出:订单来源渠道,ASIN,渠道SKU,图片,商品名称,订单配送方,买家不满意率,买家不满意订单,订单总数,主要退货原因,商品最近的停售日期,上次更新时间,买家满意状况,采集时间。<br />2.1.6、采集数据存储逻辑:按【订单来源渠道+ASIN+渠道SKU】进行数据存储,检查数据是否存在;有则更新采集结果数据且更新采集时间,无则插入数据且记录采集时间。<br />注:一个账号按3000条数据统计,4000个账号共1200w数据。<br /><br />2.2、新增【买家之声数据报告】<br />2.2.1、操作位置:报告中心--》Excel报表导出--》买家之声数据报告<br />2.2.2、查询条件<br />--订单来源渠道:Amazon对应的订单来源渠道;支持多选。<br />--采集时间:通过采集时间进行查询。<br /><br />2.2.3、导出字段:<br />--订单来源渠道:采集获取对应的订单来源渠道(Amazon)。<br />--系统SKU :通过采集回来的 【订单来源渠道+ASIN+渠道SKU】去 【ERP--》销售管理--》亚马逊销售--》Amazon listing】 匹配系统SKU。<br />--商品中文名称:取系统SKU的中文名称。<br />--订单配送方:采集回的数据 <br />--买家不满意率: 采集回的数据 <br />--买家不满意订单: 采集回的数据 <br />--订单总数:采集回的数据 <br />--主要退货原因:采集回的数据 <br />--买家满意度状况 :采集回的数据 <br />--商品最近的停售日期:采集回的数据 <br />--上次更新时间 :采集回的数据 <br />--销售小组 : 通过采集回来的 【订单来源渠道+ASIN+渠道SKU】匹配 【ERP--》销售管理--》亚马逊销售--》Amazon listing--销售小组 】 。<br />--销售人员 :通过采集回来的 【订单来源渠道+ASIN+渠道SKU】匹配 【ERP--》销售管理--》亚马逊销售--》Amazon listing--销售人员 】 。 <br />--客服人员 :通过【订单来源渠道】匹配【ERP-销售管理--》通用订单配置--》订单来源渠道管理--默认客服人员】。 <br />--采集时间:采集的更新时间。</p>
    001+ <p>一、背景(工作流:贾旭杨209809)<br />1、背景:客服部需对退款原因进行系统的分析。<br />每个店铺后台【买家之声的数据】,记录了ASIN+渠道SKU的主要退货原因。<br /><br />2、计划方向:按系统SKU维度分析出各产品各个店铺的退货原因,用于减少退货退款订单。<br /><br />3、方案:新增【退款原因分析】报表,按系统SKU统计各个店铺的买家不满意率/买家不满意/买家不满意订单/订单总数,将买家满意度状况为【极差】【不合格】展示给客服与销售部。<br />--1)采集后台数据【买家之声】。<br />--2)新增【退款原因分析】报表。<br /><br />4、作用:用于FBA备货预警,在线listing维护(eg:主要集中在商品存在瑕疵,网站的描述不准确等)。<br /><br />5、时间:22-6-30采集完成上线;22-7-7【退款原因分析】报表上线。<br /><br />二、需求说明<br />2.1、Amazon 后台【买家之声】采集。--需求澄清叫上林很<br />2.1.1、采集范围:Amazon 所有账号。<br />2.1.2、采集位置:Amazon 后台--》绩效--》买家之声,具体位置见截图。<br />2.1.3、采集频率:每周二开始采集,每个账号一周只采集一次。如果某个账号采集失败则需重采2次。<br />2.1.4、采集输入:按Amazon账号店铺进行采集。<br />2.1.5、采集输出:订单来源渠道,ASIN,渠道SKU,图片,商品名称,订单配送方,买家不满意率,买家不满意订单,订单总数,主要退货原因,商品最近的停售日期,上次更新时间,买家满意状况,采集时间。<br />2.1.6、采集数据存储逻辑:按【订单来源渠道+ASIN+渠道SKU】进行数据存储,检查数据是否存在;有则更新采集结果数据且更新采集时间,无则插入数据且记录采集时间。<br />注:一个账号按3000条数据统计,4000个账号共1200w数据。<br /><br />2.2、新增【买家之声数据报告】<br />2.2.1、操作位置:亚马逊crm 》excel任务报告<br />2.2.2、查询条件<br />--订单来源渠道:Amazon对应的订单来源渠道;支持多选。<br />--采集时间:通过采集时间进行查询。<br /><br />2.2.3、导出字段:<br />--订单来源渠道:采集获取对应的订单来源渠道(Amazon)。<br />--系统SKU :通过采集回来的 【订单来源渠道+ASIN+渠道SKU】去 【ERP--》销售管理--》亚马逊销售--》Amazon listing】 匹配系统SKU。<br />--商品中文名称:取系统SKU的中文名称。<br />--订单配送方:采集回的数据 <br />--买家不满意率: 采集回的数据 <br />--买家不满意订单: 采集回的数据 <br />--订单总数:采集回的数据 <br />--主要退货原因:采集回的数据 <br />--买家满意度状况 :采集回的数据 <br />--商品最近的停售日期:采集回的数据 <br />--上次更新时间 :采集回的数据 <br />--销售小组 : 通过采集回来的 【订单来源渠道+ASIN+渠道SKU】匹配 【ERP--》销售管理--》亚马逊销售--》Amazon listing--销售小组 】 。<br />--销售人员 :通过采集回来的 【订单来源渠道+ASIN+渠道SKU】匹配 【ERP--》销售管理--》亚马逊销售--》Amazon listing--销售人员 】 。 <br />--客服人员 :通过【订单来源渠道】匹配【ERP-销售管理--》通用订单配置--》订单来源渠道管理--默认客服人员】。 <br />--采集时间:采集的更新时间。</p>
  23. 2022-08-18 13:59:58, 由 马玉莹 编辑。
    修改了 关键词,旧值为 "",新值为 "8月25号上线"。
  24. 2022-08-18 14:00:11, 由 马玉莹 指派给 宋宇。
    修改了 指派给,旧值为 "shupengming",新值为 "songyu"。
  25. 2022-08-26 12:03:38, 由 zhengqiao 编辑。
    修改了 受益业务部门,旧值为 "",新值为 "3"。
    修改了 所处阶段 ,旧值为 "tested",新值为 "released"。
    修改了 设置阶段者 ,旧值为 "",新值为 "zhengqiao"。
  26. 2022-09-05 14:31:12, 由 宋宇 指派给 夏宇。
    修改了 指派给,旧值为 "songyu",新值为 "xiayu"。
  27. 2022-09-22 09:19:43, 由 夏宇 指派给 马玉莹。
    修改了 指派给,旧值为 "xiayu",新值为 "mayuying"。
    请验收
  28. 2022-09-26 09:56:56, 由 zhengqiao 编辑。
    修改了 所属计划,旧值为 "600",新值为 "601"。
  29. 2022-09-26 15:33:36, 由 zhengqiao 关闭,原因为 已完成 。
    修改了 由谁关闭,旧值为 "",新值为 "zhengqiao"。
    修改了 关闭日期,旧值为 "0000-00-00 00:00:00",新值为 "2022-09-26 15:33:36"。
    修改了 指派给 ,旧值为 "mayuying",新值为 "closed"。
    修改了 当前状态,旧值为 "changed",新值为 "closed"。
    修改了 所处阶段,旧值为 "released",新值为 "closed"。
    修改了 关闭原因,旧值为 "",新值为 "done"。
  30. 2023-03-04 15:26:43, 由 周杰 编辑。
    修改了 所属模块,旧值为 "1679",新值为 "1748"。
迭代版本
提报业务部门
提报人员 贾旭杨209809
需求来源 业务方紧急需求
所属项目 技术中心-需求池
所属模块 财务   财务管理
所属计划
业务价值
开发组
受益业务部门
验收人员
业务目标类型
中心业务目标
业务价值 控制风险
每月价值量 190.49(人天/月)
每月节省人数 0
优先级 P1
价值类型
预计工时 24
成本
ROI
操作手册
高价值
主被动
复杂度
工作流ID
工作流创建时间
更新点
是否高危 否
评分
当前状态 已关闭
所处阶段 已关闭
关键词 8月25号上线
评审次数
计划上线
上线时间
计划验收时间
业务验收时间
满意度
价值验收
满意度分值
业务回填价值
验收达成价值
验收达成ROI
抄送给
由谁创建 肖玉 于 2022-05-17 19:32:32
指派给 Closed 于 2022-09-26 15:33:36
由谁评审
评审时间
由谁关闭 zhengqiao 于 2022-09-26 15:33:36
关闭原因 已完成
最后修改 周杰 于 2023-03-04 15:26:39
相关Bug
相关用例
相关需求
细分需求