模块|手把手学做B端需求：绩效考核模块（下）_

编辑导语：上次我们谈了如何围绕需求背景搜集信息，那么当我们搜集完企业内外部信息后，要怎样将搜集到的信息整理成绩效管理方案呢？本文围绕信息整理以及方案设计这两个方面展开，对做绩效考核模块感兴趣的童鞋快来看看吧！

文章插图
搜集完企业内外部的信息，我们对绩效管理有了新的认识。
搜集信息的步骤具体可见《手把手学做B端需求：绩效考核模块（上）》
接下来需要进入到整理信息步骤，以及最后开启设计方案。
一、整理信息以设计需求为目的，来整理搜集到的信息。
这一步可以着重对比：常规管理办法VS自己公司的异同，这样可以进一步追踪造成不同的原因，也是为了可扩展性做进一步的思考。
推荐【人时物权】框架进行分析。

人——有几个角色会参与到这项工作中，每个角色会承担的责任和义务是什么；
时——该项工作和时间的关系；
物——绩效管理的信息共分为哪些类型，那些是不变的，哪些是可变的，哪些是可配置的；
权——不同角色在系统中的权限是怎么样的。

按照这个框架，本需求整理出的结果如图。

文章插图
可以看到，在人/物方面，我司和常规做法存在着大量不同。
进一步把人单拎出来，单独分析。
常规绩效考核的四步包括：

企业设定绩效规则，包括要考核哪些指标，以及计算结果（完成率或加权总分）；
员工/管理者设置期望达到的目标；
员工设置目标值后逐级审批；
领导周期性检查绩效达成情况。

而我司现状要求的步骤不同，由三步构成：

设定考核。项目考核主要由甲方驱动和设置，内部有针对岗位和业务部的考核。
绩效填写。无法从甲方取数时，绩效结果依赖于考核人自己填写。
领导周期性检查绩效达成情况&员工上报的绩效分析。

除了最后查看的步骤大体一致，绩效模版生成到产生数据的逻辑都不太一样，所以基本判定为我们现在要求的是一种比较特殊的流程。

文章插图
再进一步把事（绩效）拎出来。
首先穷举不同绩效模版的模式，然后归纳总结成一张绩效考核的字段全表。接着对表格的各个部分进行分类，明白每个类别的作用，进而考虑到每个类别在配置页面中是否需要体现。

文章插图
关于绩效管理的信息分析，到此为止告一段落。
到现在你应该了解了绩效管理对于企业经营的意义，线下实施绩效管理的一般方案，以及我们服务的企业和常规方案的不同在哪里。
二、设计方案信息的整理完成后，接下来我们需要进入方案设计了。
1. 功能分期先不要着急画UE，我们还有更重要的事情，即需要就现有资源，设计整个模块的产品演化路径。这样能给到业务部门清晰的规划，我们计划分多少期完成什么样的需求，未来计划可以支持的类型有哪些。
从本次的案例来说，我们可以用四分法拆分现有需要支持的所有绩效考核事项。
分期以后，指向的工作进一步清晰了。
首先会支持客户制定绩效，客户处查看绩效的模块，未来这类需求都用定制模版的方法来实施，即业务说明需要统计哪些内容，以及对应的目标值等数据是多少，开发针对该种情况单独定制一个模版。