产出物|手把手学做B端需求：绩效考核模块（上）

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

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