把所有listing(剔除掉精品店铺和店铺异常的listing)的状态置为在售
1、流量数据
流量数据来源于ERP的MSKU维度的业务报告表
1、默认展示近15天日均浏览量和日均转化率(由于流量数据会延迟3天左右,所以近15天的日均根据近15天的浏览量、转化率汇总之后/15-没有数据的天数))
举例:目前时间是6月2号,需要15天日均浏览量(因为有延迟所以只能拿到19号到30号的数据)
这几天的数据汇总/这个数据的天数
2、显示环比情况
环比:根据本期的区间往前拿环比的期间,进行计算
两个数据进行对比:持平为绿色、上升为红色、下降为灰色
增加流量趋势弹窗,默认展示近30天的数据趋势
默认是浏览量和转化率选中,用户可以根据自己的需求选中其他趋势
2、补货建议字段:增加购物车图标,只有FBA发货的增加
点击购物车图标弹出备库订单(购物车弹窗)
3、Listing的系统SKU的产品状态、侵权风险等字段更新
每4个小时根据产品信息表的更新时间去更新listing的系统SKU的产品状态、侵权风险等字段更新
4、添加listing
顶部增加添加listing操作按钮,点击添加listing,弹出ERP的添加listing页面弹窗
5、批量跟卖
顶部增加批量跟卖操作按钮,点击批量跟卖,弹出ERP的批量跟卖弹窗
6、初始化状态
首先把所有listing(剔除掉精品店铺和店铺异常的listing)的状态置为在售,
然后初始化拉取亚马逊的在售报告,当listing不在在售报告里,状态处理为非在售
这个需求是先把所有在售的listing的状态先初始化正确
7、状态事件处理状态优化
1、当状态事件通知时,MSKU不存在时,做新增listing时,无论状态事件是什么状态,listing状态都置为在售
然后调用详情接口时,当详情接口返回为父体类型时,标记该listing为母体,当详情接口返回为字体类型标记为子体
当详情接口返回为单体时,标记为单体
2、当状态时间通知时,MSKU存在时,更新listing状态时,
当状态事件通知为:
[BUYABLE,-,-]:在售
[BUYABLE,DISCOVERABLE,-]:在售
当状态事件通知为:
[-,DISCOVERABLE,-],需要判断issues-code,然后处理状态,参考SVN状态说明excel
[-,-,-]处理为非在售,二级状态处理为已禁止显示搜索结果
[-,-,DELETED]:删除
亚马逊实际的状态:
在售
非在售(已暂停、缺货、不符合卖家自行配送条件、定价问题、详情页面已删除、已停售、需要批准、其他问题、已禁止显示搜索结果、存在风险的产品)
8、issues事件处理状态(数据量比较大)
因为issues事件通知,只是简单说下listing有问题,还需要拉另外一个详情接口,去看issues的详情问题信息
把listing问题入库并且根据当前状态也处理listing的状态
首先要初始化下listing的问题(另外一个详情接口)
然后根据issues事件通知,再去看昨天是否有刊登,再去请求另外一个详情接口,把最新的问题入库
9、Listing问题描述
更多商城按钮放在产品信息下面
状态字段增加问题描述问号
鼠标移除问号,显示listing的问题
移除问号,隐藏listing的问题
10、新授权店铺业务逻辑
根据渠道表里的来源渠道的授权时间,每4个小时处理一次
去拉取亚马逊的在售报告GET_FLAT_FILE_OPEN_LISTINGS_DATA去处理新增店铺和挂掉店铺的listing数据
当listing不存在时,进行新增,状态为(在售)
当listing存在时,更新对应的listing的ASIN、标题、状态,状态处理为(在售)
11、星级、评论数
增加一个增量服务,每天根据销量表,更新时间=当前时间-7天,有销量的数据获取星级和评论数
星级、评论数为ASIN+市场维度,所以更新的时候需要同时更新同个市场相同ASIN的星级和评论数
趋势分析,增加星级、评论数的趋势分析
点击销售排名的趋势分析:默认显示类目排名、星级、评论数的趋势