发布时间：2019-6-4 分类： 电商动态
该文章的作者分享了他在电子商务背景下的运营绩效系统的经验。
表演系统于去年五月左右推出。经过一段时间的使用后，发现系统中存在一系列不可控制的因素。因此，可以确定第一阶段的性能系统。虽然相关的统计数据可以每个月发布一次，但从易用性的角度来看，这是一种失败，用户体验极差。
在之前的绩效系统中，所有操作和商品关系均由部门负责人每月手动计算。在每个月末，产品最困难的一天。首先，业务部门咨询系统如何运作，其次，业务反馈数据不准确。
第一期绩效系统失败的原因归结为：需求研究不充分，业务绩效计算方法尚不完全清楚;公司现有的系统没有完全连接，导致业绩关系滞后;因此，如果我进行第二阶段优化，我想我会从以下几点进行优化：
1. 人员档案建立
这篇文章的第一阶段负责每个平台主管的进入。如果更改时间不及时，则会影响每个运营商的绩效统计数据;
解决方案：人事档案状态的变更应提交给公司人力资源部门，以确保状态变更的时间准确性，并确保绩效统计的准确性;
2. 运营人员与商品关系维护
所有这些都是在月底手动导入一次。将导致日期错误导入或系统错误，这将导致关系数据导入失败。同时，由于存在平台产品，内部分类数据不准确，加上平台有佣金和扣除点。促销费等;结果数据最终将需要人力资源
解决方案：
对应于操作员与产品之间的关系，或直接指定的类别。因为在统计方面，操作是按分类维护的;
根据内部分类统一分配所有平台的操作分类，以确保准确的性能
基础数据的不可更改性，因为业务将更改产品的基础代码，从而导致导入时数据不匹配的情况。
3. 店铺运营绩效预设
那时，商店的表现只是订单销售业绩统计，而商店运营绩效点的默认条件没有实现
解决方案：
它可以增加性能预设规则功能;每个月都不需要人力来查找相应的账单统计，然后在处理数据后进行商店业绩统计
4. 绩效点数据的取值确认
那时，它是订单的实际金额，这导致业务查询期间的反馈与商店后端订单的数量不相容。
解决方案：
订单值可以更改为实际销售订单数据，而不是出库单数量;当然，这个块的值改变了，更多依赖于现有的系统数据完成，系统集成完成后
根据平台支付的性能点，有必要使用金融系统。财务人员将在月末及时介绍支付金额;为了获得更准确的库存，依赖性太强了。因此，建议单独处理某些相关性能点。确保绩效统计的准确性
关于运费的分配，也更依赖于物流人员的实际运费更新，以确保毛利的计算;最好是改善物流系统并预先设定金额。
总结：其实对于绩效系统，远不止我所提到的这几点;其他内容随后会做更新。
