绩效系统是去年5月份左右上线的，经过一段时间使用，发现系统存在一系列不可控因素，因此可以笃定一期的绩效系统虽然每个月可以出具相关统计，但是从易用性来看，很是失败，用户体验极差。

　　之前的绩效系统，所有的运营员与商品关系都是各个部门主管每个月手动导入系统计算的，每个月月底对于产品，都有一天最烦心;一是业务部门咨询系统如何操作，二是业务反馈数据不准确性。

　　一期绩效系统上线失败原因归结：需求调研不充分，未充分了解业务绩效计算方式;未全面将公司现有系统串接，导致绩效商品关系导入滞后;因此如果做二期优化，我想我会从以下几点进行优化：

　　1. 人员档案建立

　　一期这块是由各个平台主管负责录入的，如果变更时间不及时，就会影响各个运营人员绩效统计;

　　解决方案：人员档案状态的更改应交付公司人力部门，能够保证状态变更的时间准确性，保证绩效统计的准确性;

　　2. 运营人员与商品关系维护

　　之前全都是主管月底手动导入一次，会存在日期错误导入或者是系统错误，导致关系数据导入失败的情况;同时因为有平台产品，和内部分类数据对应不准确，加上平台有佣金和扣点，推广费等等;最终导致统计的数据每次都需要借助人力

　　解决方案：

　　将运营员与商品的关系再商品发布时做对应，或者是直接指定的分类下即可。因为就统计的情况看，运营时都是按分类来维护关系;

　　所有平台的运营分类统一按内部分类分配，保证绩效准确

　　基础数据的不变更性，由于业务会改动商品的基础编码，导致导入时匹配不到数据的情况。

　　3. 店铺运营绩效预设

　　当时店铺绩效只是订单销售绩效数据统计，未做店铺运营绩效点的预设条件

　　解决方案：

　　可增加绩效预设规则功能;不需要人力每个月找财务提供相应的账单统计，处理数据后再做店铺绩效的统计

　　4. 绩效点数据的取值确认

　　当时是取的真正出库的订单金额，导致业务查询时反馈与店铺后台订单金额对不上的情况

　　解决方案：

　　可将订单取值口径修改为按真正销售的订单数据，而非出库订单金额;当然这块的取值口径变更，更多的依附于现有系统数据完整，系统整合完成后进行

　　依附平台回款的绩效点，需要借助财务系统，财务人员月底及时将回款金额导入;方可得到更准确的库存，依附性过强，因此建议可以将一些依附性强的绩效点单独处理计算，保证绩效统计准确性

　　关于运费的分摊，也是更多依附于物流人员的实际运费更新，保证毛利计算;最好完善物流系统，将金额提前预设。

　　总结：其实对于绩效系统，远不止我所提到的这几点;其他内容随后会做更新。