STORY #11091 Allegro CRM/ERP 系统需求提报-Allegro账号数据分账号显示 - 技术中心-需求池

业务需求

需求描述

需求背景：

针对Allegro平台考核的5项客服能力指标（纠纷或邮件24小时回复率，纠纷或邮件平均回复时长，未解决纠纷率），目前在系统无数据展示，无法实时知晓具体的数据表现情况。现在的情况需要人工在后台去统计，时间间隔无法满足数据的变化，同时较为费时费力，无法针对性地对数据较差账号进行维护。

分数据” 部分可参考Amazon邮件界面显示“ODR”功能（如下图）

爬取数据，主要原因如下：

①后台展示的数据，不是直接做的回复时间去做的计算，平台会去剔除周末，以及波兰的银行日
②通过目前Allegro CRM系统的稳定性来看，还是偶尔会出现一些同步问题
以上两点可能会造成我们本地数据核算出来的结果和平台展示有一定差异
③据了解，Allegro平台的这几项账号数据是会对店铺的等级，曝光，销售情况有直接关系
综上，Allegro 平台的数据展示需要和后台保持高度一致，而不是给到大方向去做维护，故建议直接爬取后台真实数据。

需求内容：

爬取数据并在Allegro分析页面支持单选、多选、查询、导出

原型链接：https://8ek8l7.axshare.com

验收标准

价值描述

提高Allegro平台考核的客服能力指标，减少人工统计账号数据的时间，提高工作效率。目前人均账号60左右，统计数据的时候都需要一个个登录后台统计数据，且每个账号有5个数据指标，统计难度较大。

附件

历史记录

2022-03-30 16:34:43, 由 马玉莹 创建。
2022-03-30 16:35:06, 由 马玉莹 指派给。
修改了 指派给，旧值为 "Admin186"，新值为 ""。
2022-04-29 11:17:10, 由 马玉莹 变更。
修改了 版本号 ，旧值为 "1"，新值为 "2"。
修改了 需求描述，区别为：
004- ~~2，“总数据”是否考虑到时候做到“客服数据看板”里？~~
004+ 2，“总数据”是否考虑到时候做到“客服数据看板”里？
005+
006+ 我的建议的爬取数据，主要原因如下：①后台展示的数据，不是直接做的回复时间去做的计算，平台会去剔除周末，以及波兰的银行日②通过目前Allegro CRM系统的稳定性来看，还是偶尔会出现一些同步问题以上两点可能会造成我们本地数据核算出来的结果和平台展示有一定差异③据了解，Allegro平台的这几项账号数据是会对店铺的等级，曝光，销售情况有直接关系综上，Allegro 平台的数据展示需要和后台保持高度一致，而不是给到大方向去做维护，故建议直接爬取后台真实数据。

004- 2，“总数据”是否考虑到时候做到“客服数据看板”里？ 
004+ 2，“总数据”是否考虑到时候做到“客服数据看板”里？ 
005+ 
006+ 我的建议的爬取数据，主要原因如下： ①后台展示的数据，不是直接做的回复时间去做的计算，平台会去剔除周末，以及波兰的银行日 ②通过目前Allegro CRM系统的稳定性来看，还是偶尔会出现一些同步问题 以上两点可能会造成我们本地数据核算出来的结果和平台展示有一定差异 ③据了解，Allegro平台的这几项账号数据是会对店铺的等级，曝光，销售情况有直接关系 综上，Allegro 平台的数据展示需要和后台保持高度一致，而不是给到大方向去做维护，故建议直接爬取后台真实数据。
2022-05-05 14:19:55, 由 马玉莹 编辑。
修改了 受益业务部门，旧值为 ""，新值为 "客服部"。
修改了 所属计划 ，旧值为 "531"，新值为 "560"。
2022-05-06 11:38:21, 由 马玉莹 变更。
修改了 指派给 ，旧值为 ""，新值为 "Admin186"。
修改了 版本号 ，旧值为 "2"，新值为 "3"。
修改了 需求描述，区别为：
001- 针对Allegro平台考核的5项客服能力指标（纠纷或邮件24小时回复率，纠纷或邮件平均回复时长，未解决纠纷率），目前在系统无数据展示，无法实时知晓具体的数据表现情况。现在的情况需要人工在后台去统计，时间间隔无法满足数据的变化，同时较为费时费力，无法针对性地对数据较差账号进行维护。
001+ 需求背景：
002- ~~分数据” 部分可参考Amazon邮件界面显示“ODR”功能（如下图）~~
002+ 针对Allegro平台考核的5项客服能力指标（纠纷或邮件24小时回复率，纠纷或邮件平均回复时长，未解决纠纷率），目前在系统无数据展示，无法实时知晓具体的数据表现情况。现在的情况需要人工在后台去统计，时间间隔无法满足数据的变化，同时较为费时费力，无法针对性地对数据较差账号进行维护。
003-
003+ 分数据” 部分可参考Amazon邮件界面显示“ODR”功能（如下图）
004- ~~2，“总数据”是否考虑到时候做到“客服数据看板”里？~~
004+
005-
005+ 爬取数据，主要原因如下：
006- 我的建议的爬取数据，主要原因如下：①后台展示的数据，不是直接做的回复时间去做的计算，平台会去剔除周末，以及波兰的银行日②通过目前Allegro CRM系统的稳定性来看，还是偶尔会出现一些同步问题以上两点可能会造成我们本地数据核算出来的结果和平台展示有一定差异③据了解，Allegro平台的这几项账号数据是会对店铺的等级，曝光，销售情况有直接关系综上，Allegro 平台的数据展示需要和后台保持高度一致，而不是给到大方向去做维护，故建议直接爬取后台真实数据。
006+ ①后台展示的数据，不是直接做的回复时间去做的计算，平台会去剔除周末，以及波兰的银行日②通过目前Allegro CRM系统的稳定性来看，还是偶尔会出现一些同步问题以上两点可能会造成我们本地数据核算出来的结果和平台展示有一定差异③据了解，Allegro平台的这几项账号数据是会对店铺的等级，曝光，销售情况有直接关系综上，Allegro 平台的数据展示需要和后台保持高度一致，而不是给到大方向去做维护，故建议直接爬取后台真实数据。
007+ 需求内容：
008+ 爬取数据并在Allegro分析页面支持单选、多选、查询、导出
009+ 原型链接：https://8ek8l7.axshare.com
010+
011+

001- 针对Allegro平台考核的5项客服能力指标（纠纷或邮件24小时回复率，纠纷或邮件平均回复时长，未解决纠纷率），目前在系统无数据展示，无法实时知晓具体的数据表现情况。现在的情况需要人工在后台去统计，时间间隔无法满足数据的变化，同时较为费时费力，无法针对性地对数据较差账号进行维护。
001+ 需求背景：
002- 分数据” 部分可参考Amazon邮件界面显示“ODR”功能（如下图） 
002+ 针对Allegro平台考核的5项客服能力指标（纠纷或邮件24小时回复率，纠纷或邮件平均回复时长，未解决纠纷率），目前在系统无数据展示，无法实时知晓具体的数据表现情况。现在的情况需要人工在后台去统计，时间间隔无法满足数据的变化，同时较为费时费力，无法针对性地对数据较差账号进行维护。
003- ~~<img src="{193107.png}" alt="" /> ~~
003+ 分数据” 部分可参考Amazon邮件界面显示“ODR”功能（如下图） 
004- 2，“总数据”是否考虑到时候做到“客服数据看板”里？ 
004+ <img src="{193107.png}" alt="" /> 
005- ~~ ~~
005+ 爬取数据，主要原因如下：
006- 我的建议的爬取数据，主要原因如下： ①后台展示的数据，不是直接做的回复时间去做的计算，平台会去剔除周末，以及波兰的银行日 ②通过目前Allegro CRM系统的稳定性来看，还是偶尔会出现一些同步问题 以上两点可能会造成我们本地数据核算出来的结果和平台展示有一定差异 ③据了解，Allegro平台的这几项账号数据是会对店铺的等级，曝光，销售情况有直接关系 综上，Allegro 平台的数据展示需要和后台保持高度一致，而不是给到大方向去做维护，故建议直接爬取后台真实数据。 
006+ ①后台展示的数据，不是直接做的回复时间去做的计算，平台会去剔除周末，以及波兰的银行日 ②通过目前Allegro CRM系统的稳定性来看，还是偶尔会出现一些同步问题 以上两点可能会造成我们本地数据核算出来的结果和平台展示有一定差异 ③据了解，Allegro平台的这几项账号数据是会对店铺的等级，曝光，销售情况有直接关系 综上，Allegro 平台的数据展示需要和后台保持高度一致，而不是给到大方向去做维护，故建议直接爬取后台真实数据。 
007+ 需求内容：
008+ 爬取数据并在Allegro分析页面支持单选、多选、查询、导出
009+ 原型链接：https://8ek8l7.axshare.com
010+ <img src="{197687.png}" alt="" /> 
011+
2022-05-06 11:38:53, 由 马玉莹 编辑。
修改了 所属计划，旧值为 "560"，新值为 "563"。
2022-05-09 14:01:54, 由 马玉莹 编辑。
修改了 所属计划，旧值为 "563"，新值为 "560"。
2022-05-10 14:51:04, 由刘灿记录评审结果，结果为 确认通过。
修改了 评审时间，旧值为 "0000-00-00"，新值为 "2022-05-10"。
修改了 指派给 ，旧值为 "Admin186"，新值为 "mayuying"。
修改了 当前状态，旧值为 "draft"，新值为 "active"。
修改了 由谁评审，旧值为 ""，新值为 "Admin186"。
2022-05-12 11:47:38, 由 zhengqiao 关联到迭代 【智汇】产品部 5月分支版本（2022年） 。
2022-05-23 10:34:03, 由 马玉莹 编辑。
修改了 所属计划，旧值为 "560"，新值为 "577"。
2022-06-02 09:24:58, 由 zhengqiao 从迭代 #628 【智汇】产品部 5月分支版本（2022年） 移除。
2022-06-02 09:25:19, 由 zhengqiao 关联到迭代 【智汇】产品部 6月分支版本（2022年） 。
2022-06-10 13:49:19, 由 马玉莹 编辑。
修改了 价值描述 ，旧值为 " 提高Allegro平台考核的客服能力指标，减少人工统计账号数据的时间，提高工作效率"，新值为 " 提高Allegro平台考核的客服能力指标，减少人工统计账号数据的时间，提高工作效率。目前人均账号60左右，统计数据的时候都需要一个个登录后台统计数据，且每个账号有5个数据指标，统计难度较大。"。
修改了 每月价值量，旧值为 "暂不提供"，新值为 "30min-1h/人/次"。
2022-06-23 10:11:15, 由 马玉莹 编辑。
修改了 所属计划，旧值为 "577"，新值为 "530"。
修改了 关键词 ，旧值为 ""，新值为 "7月7号上线"。
2022-06-23 10:21:09, 由 马玉莹 编辑。
修改了 优先级，旧值为 "3"，新值为 "2"。
2022-06-30 15:48:30, 由 马玉莹 指派给 舒鹏明。
修改了 指派给，旧值为 "mayuying"，新值为 "shupengming"。
2022-06-30 15:49:30, 由 马玉莹 编辑。
修改了 预计工时，旧值为 "80"，新值为 "49"。
2022-07-02 09:52:29, 由 zhengqiao 从迭代 #631 【智汇】产品部 6月分支版本（2022年） 移除。
2022-07-02 09:53:02, 由 zhengqiao 关联到迭代 【智汇】产品部 7月分支版本（2022年） 。
2022-07-02 09:53:27, 由 zhengqiao 编辑。
修改了 关键词，旧值为 "7月7号上线"，新值为 "7月21号上线"。
2022-07-05 13:53:27, 由 马玉莹 指派给林很。
修改了 指派给，旧值为 "shupengming"，新值为 "linhen"。

帮忙安排一下采集
2022-07-05 18:26:26, 由林很指派给 梁贵荣。
修改了 指派给，旧值为 "linhen"，新值为 "liangguirong"。
2022-07-05 18:27:02, 由林很关联到迭代 数据采集组公共需求专项 。
2022-07-05 18:33:50, 由 马玉莹 变更。
修改了 指派给 ，旧值为 "liangguirong"，新值为 "Admin186"。
修改了 当前状态，旧值为 "active"，新值为 "changed"。
修改了 版本号 ，旧值为 "3"，新值为 "4"。
修改了 由谁评审，旧值为 "Admin186"，新值为 ""。
修改了 评审时间，旧值为 "2022-05-10"，新值为 "0000-00-00"。
修改了 需求描述，区别为：
011-
011+
012+

011- ~~ ~~
011+ <img src="{205010.png}" alt="" /> 
012+ <img src="{205009.png}" alt="" />
2022-07-06 10:50:19, 由 马玉莹 指派给 梁贵荣。
修改了 指派给，旧值为 "Admin186"，新值为 "liangguirong"。
2022-07-06 10:57:03, 由 马玉莹 编辑。
修改了 关键词，旧值为 "7月21号上线"，新值为 "8月2上线"。

采集组时间确认：7月25号完成采集，8月2上线
2022-07-14 09:51:27, 由 梁贵荣 指派给 舒鹏明。
修改了 指派给，旧值为 "liangguirong"，新值为 "shupengming"。
2022-07-25 11:35:42, 由 马玉莹 指派给宋宇。
修改了 指派给，旧值为 "shupengming"，新值为 "songyu"。
2022-07-28 11:19:03, 由 zhengqiao 关联到迭代 技术研发中心 8月分支版本（2022年） 。
2022-07-28 11:21:56, 由 zhengqiao 从迭代 #636 【智汇】产品部 7月分支版本（2022年） 移除。
2022-08-02 09:38:12, 由夏宇指派给 马玉莹。
修改了 指派给，旧值为 "songyu"，新值为 "mayuying"。

测试完成，请验收
2022-08-03 09:22:58, 由 zhengqiao 编辑。
修改了 所处阶段 ，旧值为 "tested"，新值为 "released"。
修改了 设置阶段者，旧值为 ""，新值为 "zhengqiao"。
2022-10-08 16:39:01, 由 zhengqiao 关闭，原因为 已完成 。
修改了 由谁关闭，旧值为 ""，新值为 "zhengqiao"。
修改了 关闭日期，旧值为 "0000-00-00 00:00:00"，新值为 "2022-10-08 16:39:01"。
修改了 指派给 ，旧值为 "mayuying"，新值为 "closed"。
修改了 当前状态，旧值为 "changed"，新值为 "closed"。
修改了 所处阶段，旧值为 "released"，新值为 "closed"。
修改了 关闭原因，旧值为 ""，新值为 "done"。
2023-11-16 20:29:43, 由周杰编辑。
修改了 所属模块，旧值为 "1661"，新值为 "1858"。

基本信息
需求的一生

迭代版本
提报业务部门
提报人员	200615
需求来源	业务方迭代需求
所属项目	技术中心-需求池
所属模块	客服账号客服CRM
所属计划
业务价值
开发组
受益业务部门
验收人员
业务目标类型
中心业务目标
业务价值	提升人效
每月价值量	30min-1h/人/次
每月节省人数	0
优先级	P1
价值类型
预计工时	49
成本
ROI
操作手册
高价值
主被动
复杂度
工作流ID
工作流创建时间
更新点
是否高危	否
评分
当前状态	已关闭
所处阶段	已关闭
关键词	8月2上线
评审次数
计划上线
上线时间
计划验收时间
业务验收时间
满意度
价值验收
满意度分值
业务回填价值
验收达成价值
验收达成ROI
抄送给

由谁创建	马玉莹于 2022-03-30 16:34:43
指派给	Closed 于 2022-10-08 16:39:01
由谁评审
评审时间
由谁关闭	zhengqiao 于 2022-10-08 16:39:01
关闭原因	已完成
最后修改	周杰于 2023-11-16 20:29:41

迭代任务
相关信息

相关Bug
相关用例	[C] #49072 数据可以正常显示 [C] #49723 Allegro 分析页新增指标表现 [C] #49724 渠道名称默认为空 [C] #49725 渠道支持搜索 [C] #49726 渠道支持单选 [C] #49727 渠道支持多选 [C] #49728 店铺按z0xxxx字段大小排序 [C] #49729 时间：按yyyy-xx-nn，到天的维度，默认为昨天时间 [C] #49730 导出可单选 [C] #49731 导出支持多选 [C] #49732 导出支持全选 [C] #49733 导出选择的店铺数据，添加导出任务成功没请到【邮件管理】——【Execel任务报告管理】界面中去下载报告 [C] #49734 指标和数据、等级根据数据采集后展示 [C] #49737 新增Allegro指标导出【时间】至【时间】 [C] #49738 报告内容来源渠道显示来源渠道名称 [C] #49739 负责客服显示负责客服名称 [C] #49740 时间以天为准，一天一条数据 [C] #49741 指标、数据、等级：一个指标对应一个数据和等级
相关需求
细分需求