京东商城代运营支撑应用开发需求说明

本文档仅仅是描述有可能存在的用户需求，在技术上的可行性也有待于进一步的确认，目的还是为了设计和开发人员能够对实现的模块和功能有个基本的概念，不涉及到界面以及更加具体的业务逻辑流程，总体的原则是实现上要有门槛、应用上要简单、实施上要易行，格式上融合PRD+MRD。

一，库存同步

1， 描述：运营人员每天都需要把库房更新的库存信息及时的同步到电商平台，以

确保日常销售的库存是最新的，不多、不少、同时又有弹性，即不导致电商平台的处罚，有确保架上流量的支持，还能让用户及时购得想要的商品，有不会给生产车间造成被动，尤其是为退换货埋下伏笔。 2， 输入：电商平台的在架销售SKU（款，颜色，尺码），库房更新的可供销售SKU

（款、颜色、尺码）数据； 3， 逻辑：

1) 初始化，先将以上输入的两方数据进行格式上的解析、导入到后台数据库

中、并建立对应关系；

2) 手动提交格式化（如Excel表格）库存数据，或者支持自动化一条一条的确

认同步数据；

3) 要有备份机制，随时可以恢复；

4) 要有确认机制，供用户随机判断正确度；

5) 将确认后的同步结果，即最新的库存信息写入电商平台； 6) 确保写入的数据成功并在电商平台起作用；

7) 可以建立任务，默认每天到固定目录去抓取库房同步表格。 4， 输出：

1） 电商平台链接失败；

2） 库存同步到电商平台失败； 3） 格式解析失败； 4） 对应关系建立失败； 5） 恢复失败等。

5， 备注：该功能由我方使用，必要的时候可以考虑跟库房的ERP系统对接，后期

要建立库存饱和度统计功能，诸如有多少SKU，及库存的有效比例，这样好为针对性的营销做商业上的职能支持，比如什么一直卖的很火，库存不足就要取消活动，什么一直卖不动就要设置活动等。

二，退换拒货收货

1，描述：正常情况下第三方供货商都默认京东的退换拒货都会回来，但是出于结算的准确性和收货的考虑，商家还需要有自己的确认机制，毕竟在现实操作中京东有过发错货回来，甚至货回不来的情况，需要有一个功能实现商家明明白白的经营，同时又能完整地跟踪一个订单所承载的商品生命周期。

2，输入：结算记录里的京东退换拒货结算记录，第三方供货商收到的京东各地发回来的快递商品记录； 3，逻辑：

1）定时抓取（比如一个月）结算里的退换拒记录，录入到本地系统中； 2）每天根据收到的京东发回的包裹人工录入到本地系统中，粒度可以是每次返回单号所对应，因为有的时候可能一次会回来好多双；更新结算导出的退换拒

清单，为将来统计所用； 3）根据录入的返回单号到京东后台去查找是否已经已经有相应的收货单，如果有的话则进行收货操作，没有的话标识出来； 4）对于以前积累的没有完成收货操作的累积记录，再巡一下京东后台返回单看是否有新的录入； 5）能出具报表对累积的甚至好多个月都没收回的退换拒货进行统计，并且导出以供商家和京东协商处理。 4，输出：

1） 京东系统连接失败； 2） 收货操作失败；

3） 待收货统计表，已收货统计表，超时未收货统计表；

5，备注：为了防止工厂那边出现系统性的质量问题，可以对退换拒进行趋势判断（结合销量综合分析考量）；尤其是针对个别款要有雷达作用，反馈给生产厂家， 店铺装修，详页美化，活动参与，打折促销等。 三，销售数据反馈

1，描述：京东的系统现在没有一个集中归总售前、售中和售后数据的模块，在现实运营过程中，第三方供货商尤其是代运营服务商需要第一时间了解并响应这些宝贵的销售数据，从而确保工作有的放矢。 2，输入：

1） 客服返修模块中用户跟京东客服交涉所录入的相关信息； 2） 客户咨询模块中用户常见的疑问；

3） 异常包裹模块中一定档期内的工单数量；

4） 客服工单中京东客服需要我们参与解决的工单中包含的信息； 5） 每款商品详页里包含的用户售后评价和晒单情况；

3，逻辑：通过京东系统开放的可供使用API定时抓取以上数据，分门别类地导入到本地数据库中，并支持使用者进行归总报告，建立周期性机制存档； 4，输出：

1） 连接京东系统失败； 2） 调用某API失败；

3） 本地归总存档导出相应的EXCEL表格； 4） 使用者的诊断报告存储；

5，备注：有了该归总的数据，对于服务商来说，店铺装修、详页设计、活动参加、打折促销都要考量这些数据，甚至及时的危机公关，对于供货商来说仓库发货打包需要注意，设计生产、采购都要借鉴，尤其是那些涉及到尺码、味道、品质的用户价值点； 四，巡店提示系统

1，描述：店铺的日常运营过程中，有一些事务是每天早晨上班一来和下班走之前需要例行检查的，比如工单、库存、上架情况、图片及价格等；一方面随着京东后台渐趋复杂，前后台需要检查的点很多，另一方面诸如此类的事务需要人工到各个功能入口去查看，如果涉及到时效性较强的则耗费人力物力。 2，输入：

1） 差评变化； 2） 客服工单； 3） 异常包裹；

4） 客服咨询； 5） 促销状态；

3，逻辑：建立一种实时的同步机制，把这些数据通过合适的渠道同步给用户，可以考虑是浏览器插件质量，方便使用者及时有效地处理运营中出现的问题。 4，输出：提示各个项目的任务个数，如果方便可以直接就跳至处理界面。

5，备注：京东对于处罚严重程度不一样，对以上任务建立分级，同步的时间周期也就要求不一样。 五，运营任务跟踪

1，描述：在运营过程中，店铺的装修，打折促销，优惠活动，都会涉及到时间段的问题，目前都是依靠人工来参与判断是否过期需要重新调整；而这些运营任务对分析判断店铺和单品的流量和转化率也是有很重要的参考价值，所以需要实现一种跟踪机制，及时调整做到运营优化，做出是否还需要，需要到什么程度等判断。 2，输入：

1） 参与京东的优惠活动排期，具体是店铺还是单品，什么位置，时间段； 2） 店铺主题装修的时间段； 3） 单品打折促销的时间段； 4） 商品详页装修的时间段； 5） 关联促销里涉及的时间段；

3，逻辑：每次进行以上操作的时候都要人工录入时间段，存储在本地系统数据库中，支持相关的增删改查操作。 4，输出：有效期内的资源排期统计、对于即将过期的要明确提示，按照资源位置、是店铺还是单品，起始时间、结束时间等有效期内数据进行记录和存档。

5，备注：以上数据除了对日常运营工作进行支撑，还要对运营效果的综合分析提供数据支撑，帮助发现什么资源最有效，什么款最有价值，确保可以做到运营持续优化的效果。 六，订单实效性检查

1，描述：京东对于各种合作模式有明确的发货时效性要求，但是京东现有供应商管理后台目前的功能实现并不能支持很方便的时效性检查，耗费大量的人力物力，尤其是对于货到付款的订单时间长了，如果没有及时跟踪导致大量退换，实实在在地给供货商造成经济上的损失，所以实现对订单的生命周期进行自动时效性检查很有必要，一方面可以降低人力成本，另一方面避免销售损失，同时也能通过检查不断的优化线上下的合作默契。 2， 输入：

1）京东后台管理系统订单相关的数据，订单号，商品信息，支付方式，配送方式，当前状态等；

2）定单详情里的物流信息； 3， 逻辑：

1） 根据详情判断是否发货，时间起点是用户完成在线支付或者货到付款的以

下单时间算起，按照时间段要求进行区别对待，例如6-16点的订单要六小时时效，16-6点的要18小时时效；如果发现超时，一般是库房忘打单或者当时后台系统不稳定没能出来，则记录导出给供货商催促采取及时的补救措施；

2） 确认打单发货后，根据详情判断去往主仓的时效，按照本地仓和外地仓的

时效进行区别对待，例如本地仓要30小时到，外地仓要小时到，时间

起点是从发货开始算起；如果发现超时则需要跟库房沟通判断是忘发了，中间物流丢了还是京东主仓未及时更新到货状态；

3） 如果京东主仓已经收到订单包裹并更新到货状态，则对货到付款的订单进

行优先级较高的催促，避免京东体系内的仓储物流和配送延误，给销售造成不必要的损失；

4， 输出：

1） 忘发货订单，给库房； 2） 主仓未到货订单，给库房；

3） 我方已发货订单，主仓收到否，中间物流丢否；

4） 在各地京东配送体系的货到付款包裹的催促，给京东相关部门人；

5，备注：这个数据需要每天都有统计跟踪，为了更好地效果，可以考虑生成一定的报告格式，然后以合适方便的通信方式分发给各个相关的环节，比如通过QQ给供货商，通过邮件给京东，我们还可以把沟通的结果凭证录入系统内。 七，选款工具

1，描述： 2，输入： 3，逻辑： 4，输出： 5，备注：

八，考核指标数据分析

1，描述： 2，输入： 3，逻辑： 4，输出： 5，备注： 九，营销记录

1，描述： 2，输入： 3，逻辑： 4，输出： 5，备注：