绩效|手把手学做B端需求：绩效考核模块（上）珍爱网|世纪佳缘|主良缘|江苏

编辑导语：对产品而言，独立负责模块是很重要的事，但如何做得更好，是值得思考的问题。本文就将围绕需求背景和搜集信息两个方面展开，推荐对此感兴趣的朋友继续阅读，希望对你有所帮助，一起来看看吧。

文章插图
还记得你头一次独立负责新模块的兴奋吗？
对于很多产品来说，独立负责模块是职业生涯中的一个小里程碑，代表着你可以成体系的为模块的产出的价值负责，可以肩负起思考它的过去、现在和未来的责任。
【 绩效|手把手学做B端需求：绩效考核模块（上）】很多人也会认为，从0开始做一个模块，没有历史负担，不受过去牵累，是很简单的事情。
但从0开始，也是在为这个模块敲砖打地基，考虑得不够周到，大概率会为自己和开发埋坑，导致后面的需求迭代起来非常困难。所以以最近工作上的一个例子来探讨，怎么做可以更多的考虑到模块的可扩展性。
一、需求背景我司的服务对象是有城配需求的企业，我们可以为其提供充足且服务稳定的运力资源。
其中一家企业，业务量大，业务点遍布全国，为了平衡运输质量，每个城市会找多家运力供应商承接，而我们也是其中一家。
为了有效管理和激励多家供应商，也为了平衡大家的利益，企业出台了绩效考核政策，把运输过程中的关键点拆分成指标，每项指标赋予权限，最后根据总分，对供应商进行排名。
排名更新得非常及时，每日都可以在甲方对应的系统中看到。
另外每月会得出最终排名，会根据排名的情况适当调整供应商的业务。表现差的供应商，会被削减部分业务，转而把这这部分奖励给排名靠前的供应商。
所以及时了解数据的变化情况，会有利于公司掌握现场运营情况，及时应对，做出调整。
现在总部会要求现场的管理人员，每日用邮件的形式，发送数据日报，周报以及月报。但邮件中的信息非常分散，不利于总部汇总，更没法看到分值对比和变化。
所以总部同事向技术部门提供需求：我们想在系统上汇总看到这部分数据。
接了需求以后，我们开始干活了，既然是一个新模块，于是关注延伸认知、设计可扩展性方案两件事情，并分别定下目标。
第一，全面了解绩效管理的信息，达成对该事项的初级认识。
效果评定：未来业务部门对其他项目进行绩效考核，自己能够知道是如何操作的，甚至可以给业务提出一些考核流程的意见。
第二，通过全面的了解，设计出未来可扩展的产品方案。
效果评定：了解企业内部现有所有的场景，后续如何支持其他场景可以做到心中有数，可以在现有方案上平稳迭代和支持调研到的这些场景。
二、搜集信息要认识新的事物，搜集信息是非常重要的一步。
产品经理不可能面面俱到，事事知晓，我们需要信息来建立认知，然后内化成自己的知识、打破旧的框架、重构新的框架。这也我们也才能设计出有可扩展的方案，毕竟事物再千变变化，也还是会遵循真理，遵循事物发展的基本原则。
1. 建立认知以绩效考核模块为例。
它是企业经营中较为常见和通用的模块，不会因为企业业务和诉求的不同有非常大的差异。并且绩效考核这件事情，已经是非常成熟的管理手段，更发展出了多个不同的理论和方法，所以我们可以先自己搜集资料，建立认知。
通过搜集信息，你可以在心里已经建造一张绩效考核的地图。后续和业务沟通时，既能明白业务开展工作的背景，确保双方可以在同一个语境下交流，也能基于了解，梳理出更完整的问题框架。
在建立认知方面，我们可以采用【黄金圈法则】，用自己的话从what why how 三个程度解释绩效考核。
（1）what
在工作中，制定需要关注的指标，观察指标并周期性地对指标评分，用以评估员工或业务的工作质量。
往往是薪酬管理的前置部分，最后的数据可能成为薪酬考核的权重。
（2）why
拆解组织目标到个人：定下自上而下的标准，落实目标，保证大家朝一个方向前进。
给到好的标准：用smart原则，量化工作中的要求，让大家有努力的方向。
（3）how
一般要经过设置指标——设置公式/参数——填写目标——生成考核结果——查看数据/加工数据
公司内部是否是这样的流程，差别在哪里，为何会有差别，也是我们后续要重点询问的。