3. 人员沟通：针对公司的情况，集团内部基本上就是产品的第一批使用者，或者说就是依据他们的工作模式设计了产品。甭管我看了多少绩效考核方面的资料，还是要找专业的绩效同事取经的，了解公司绩效的考核流程和细节，熟悉绩效制定的标准，以及绩效考核的模式，算是我能掌握的最真实的一线材料了。这对后期的业务流程梳理，甚至产品设计都会产品莫大的益处。

　　2016年11月25日 星期五

　　第二步：梳理流程

　　了解绩效考核管理的相关知识、与HR绩效同事沟通后，接下来就需要绩效考核的业务流程，从整体上熟悉绩效管理的全流程。其实，梳理业务流程有助于产品过程的展开，业务流程能清晰地解构出，前后台的数据之间的交互。重点关注核心业务流程，梳理次要业务流程，分清主次，抓住主要矛盾。

　　解构绩效管理过程，梳理主流程及子流程的关系。

　　1、绩效考核过程管理（主流程）：绩效考核过程核心任务包括：设定考核指标/评估表、绩效考核方式，借助该流程导致可以构想明确系统中核心功能模块。

　　2、绩效指标/流程设置（子流程）：设置指标及设置考核流程作为绩效考核整体流程的核心过程，是整个绩效考核能否顺利进展的基础。该流程主要是制定绩效指标和考核流程的说明，从主流程中独立提取描述是极为明智的选择。

　　3、绩效考核过程（子流程）：这部分是绩效考核的难点，即对考核方式，不同岗位、职能被考核的方式是存在明显差异的，所以对具体的考核过程必须做到可自定义和多样化，或者说必须是高度可扩展的。该业务流程的多样性迫使产品必须想方设法抽象出普遍的规律。

　　第三步：框架设计

　　前面两个步骤基本解决了“做什么”的问题，接下来就是“怎么做“的问题。理解必要的产品知识，梳理核心的产品流程，接下来就是将需求和想法进一步的可视化，而这个环节将借助：功能导图、产品原型。更高维度的信息加工，将原本复杂的产品需求进一步精化为更为立体的功能结构框架，使其更具可行性和落地性。这一步离最终的产品又近了一步，即使前方充满着未知。

　　借助思维导图，理顺产品的功能框架，初步搭建产品的愿景。

　　参考以上的产品业务流程图，可以大致构思产品功能框架。有一点需要强调，如果尚未非常透彻的了解业务方面的知识，还是建议先将业务流程升级到更高维度的产品流程（两者之间的差异，我不赘述，感兴趣的可以自行学习，边界并不清晰）。

　　《绩效考核管理》大致分为：绩效模板管理、绩效考核管理、绩效考核应用、绩效测评应用，也包括一些工作台的功能性模块，这个阶段还暂时不需要做太多考虑。

　　截至2016年11月25日，已经初步完成了产品设计的几项准备工作：

　　1. 需求管控：分析需求，至少说要明确自己要做什么；

　　2. 流程梳理：了解业务，至少说要明白业务要如何做；

　　3. 产品框架：构思框架，至少说要看见产品是什么样；

　　以上的这些工作只是整个产品成长之路的部分基础，剩下的工作还要继续做下去，按照既定的计划，我已经完成了以上所述定义产品的前期工作，紧接着需要构建产品信息架构（IA）、原型设计、文档设计等一系列的有意义工作。

　　以上仅叙述了一款产品前期定义的基础过程，还会持续更新… To be continued

　　行文小结

　　相信很多朋友和我有同样的困惑：面对一切陌生的事物充满好奇，也难免心生一丝畏惧。之前提到的一个观点：产品经理都有一套专属于自己的产品哲学，而这一套方法论就是我们面对/解决问题的利刃。

　　回顾这个过程，我发现自己有几点收获和改变：

　　收获一：面对问题，解决问题的思路越发的清晰，自己的产品哲学得到验证和丰富；

　　收获二：提升学识，系统学习了HR绩效考核的知识，产品经理的学习能力不能小觑；

　　收获三：实践技能，全面应用了已习得的技能和能力，知行合一才是产品经理的归宿；

　　每一段经历都是最好的经历，有人说：痛苦的日子呢？试想：平淡如水的日子未曾有过丝毫的点缀，奈何我们还要来这人世间走一遭呢？

　　如果您坚持读完以上的内容，建议再前往阅读这篇《内容管理系统（CMS）的产品思维框架》文章，将进一步提升你的思维Level 和Bigger…

　　#专栏作家#