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

学园都市之魔眼

近日有关于学园都市之魔眼的话题受到了许多网友们的关注，大多数网友都想要知道学园都市之魔眼问题的具体情况，那么关于学园都市之魔眼的相关信息，小编也是在网上收集并整理的一些相关的信息，接下来就由小编来给大家分享下小编所收集到的与学园都市之魔眼问题相关的信息吧。

点击（前往）进行了解>>

以上就是关于学园都市之魔眼这个话题的相关信息了，希望小编分享给大家的这些新闻大家能够感兴趣哦。

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

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

搜集完企业内外部的信息，我们对绩效管理有了新的认识。

搜集信息的步骤具体可见 《手把手学做B端需求：绩效考核模块（上）》

接下来需要进入到整理信息步骤，以及最后开启设计方案。

一、整理信息

以设计需求为目的，来整理搜集到的信息。

这一步可以着重对比：常规管理办法VS自己公司的异同，这样可以进一步追踪造成不同的原因，也是为了可扩展性做进一步的思考。

推荐【人 时 物 权】框架进行分析。

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

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

可以看到，在人/物方面，我司和常规做法存在着大量不同。

进一步把人单拎出来，单独分析。

常规绩效考核的四步包括：

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

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

再进一步把事（绩效）拎出来。

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

关于绩效管理的信息分析，到此为止告一段落。

到现在你应该了解了绩效管理对于企业经营的意义，线下实施绩效管理的一般方案，以及我们服务的企业和常规方案的不同在哪里。

二、设计方案

信息的整理完成后，接下来我们需要进入方案设计了。

1. 功能分期

先不要着急画UE，我们还有更重要的事情，即需要就现有资源，设计整个模块的产品演化路径。这样能给到业务部门清晰的规划，我们计划分多少期完成什么样的需求，未来计划可以支持的类型有哪些。

从本次的案例来说，我们可以用四分法拆分现有需要支持的所有绩效考核事项。

分期以后，指向的工作进一步清晰了。

首先会支持客户制定绩效，客户处查看绩效的模块，未来这类需求都用定制模版的方法来实施，即业务说明需要统计哪些内容，以及对应的目标值等数据是多少，开发针对该种情况单独定制一个模版。

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

2. 功能设计

就一期功能而言，操作SOP如下。

1）线下确认好对应模板

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

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

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

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

4）对应用户，可进入查看/编辑数据

所有人可查看的数据范围受数据权限约束。

对应SOP设计完成后，记得尽量和业务同事核对一次。避免偏差。

三、尾声

这个需求的最后呈现，说真的并不大复杂。考虑到业务对绩效模块的价值认可度比较有限，时间又紧张，设计了简单的但未来可扩展的方案。

但是由于经过了大量的信息搜集和分析，至少能从几个方面得到收益。

第一，基本已经对这个模块未来会如何发展了然于胸，脑中已经至少有了一二三期规划。业务再提类似的需求，都能做到胸有丘壑心里不慌。

第二，通过搜集数据，也能发现这个模块和薪酬模块，BI模块有着千丝万缕的关系，那未来这些模块需要开发和迭代的时候，可以成为当仁不让的人选。

第三，可以把自己对这个模块的未来规划，在一开始就和开发沟通好，尽量结构化一些数据，虽然界面上还没有支持自定义配置，但未来是需要往这个方向扩展的。产品是产研团队的上游，不能只敢眼前的活儿，不然整个产研团队也会经常被突入其来的事情困在眼前。

以上就是关于这个模块的设计心得。下次再见～

本文由 @假装是运营 发布于人人都是产品经理。未经许可，禁止转载

题图来自Unsplash，基于CC0协议

吉盛伟邦家具村 http://www.cityruyi.com/lm-4/lm-1/18478.html