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

未来会扩展支持通过后台字段组合，配置生成对应的考核模版，这样意味着我们对于模版后期还要做更多的投入，且要建立对应的模版指标库，才能实现系统自动生成考核结果数据。

文章插图
2. 功能设计就一期功能而言，操作SOP如下。
1）线下确认好对应模板

模版需要填写哪些内容；
哪些内容是已经填写好数值的；
哪些内容是需要被考核人填写的。

2）配置好考核模板后，模版展示在列表中

有查看/编辑权限的人，可见该考核模版；
如果指标等数据有修改，产研团队人工协助修改。

文章插图
3）可以通过编辑功能，调整相关信息

文章插图
4）对应用户，可进入查看/编辑数据
所有人可查看的数据范围受数据权限约束。

文章插图
对应SOP设计完成后，记得尽量和业务同事核对一次。避免偏差。
三、尾声这个需求的最后呈现，说真的并不大复杂。考虑到业务对绩效模块的价值认可度比较有限，时间又紧张，设计了简单的但未来可扩展的方案。
【模块|手把手学做B端需求：绩效考核模块（下）】但是由于经过了大量的信息搜集和分析，至少能从几个方面得到收益。
第一，基本已经对这个模块未来会如何发展了然于胸，脑中已经至少有了一二三期规划。业务再提类似的需求，都能做到胸有丘壑心里不慌。
第二，通过搜集数据，也能发现这个模块和薪酬模块，BI模块有着千丝万缕的关系，那未来这些模块需要开发和迭代的时候，可以成为当仁不让的人选。
第三，可以把自己对这个模块的未来规划，在一开始就和开发沟通好，尽量结构化一些数据，虽然界面上还没有支持自定义配置，但未来是需要往这个方向扩展的。产品是产研团队的上游，不能只敢眼前的活儿，不然整个产研团队也会经常被突入其来的事情困在眼前。
以上就是关于这个模块的设计心得。下次再见～
本文由 @假装是运营原创发布于人人都是产品经理。未经许可，禁止转载
题图来自Unsplash，基于CC0协议