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

　　很多朋友都向我讨教，请我分享一些具体的产品实例，而以往我写的那些文章都太抽象，没有具体的实践案例。这一次有机会与大家分享一幅完整的产品设计的思维轨迹图谱，近期我参加了一款企业内部HR系统的产品重构，而我恰恰别分配到了——绩效考核管理系统。

　　说实话，那一刻我的内心是抵触的，为啥呢？

　　原因一：没有经验，非常生疏，虽然之前搭建的《风控云平台》的经验可以借鉴，但商业产品与运营产品依旧存在明显差异的。

　　原因二：主导的大多为面向大众消费者的C端产品，注重的是用户体验、交互设计、运营内容，加以一些并不复杂的业务流程、产品逻辑。

　　原因三：绩效属于人力资源方面的专业知识，能力要求暂且不论，对业务知识的理解和认识都是很有必要的。久居互联网，都是些高科技，传统的HR知识领域谁又能概莫能外呢？

　　面向B端的企业级产品对特定领域的业务知识要求更加高，业务流程和产品逻辑更加复杂难懂。记得之前写过一篇关于后台系统设计的文章《内容管理系统（CMS）的产品思维框架》，下面是我关于《绩效考核管理系统》的产品构思过程。

　　周三下午接到领导的产品任务，被负责《绩效考核管理》的系统设计，顿时蒙圈了，该拿什么拯救我的小心脏？ 依照《内容管理系统（CMS）的产品思维框架》产品方法论所述，一切就这样自然地发生着。

　　2016年11月23日 星期三

　　第一步：需求管控

　　不好意思，没有需求！领导一句话就开干，可是我真地不知道该干啥?一句话需求：设计一款绩效考核产品。好吧，我认了，剩下的事情就要靠产品自己胡思乱想了… 事实上，产品经理就是NB在此处，没有，我能给你造。

　　玩笑归玩笑，事情还是要继续做的。接到该需求之后，我如实问了下自己并且明确必须要解决的几个问题。

　　提出需求的背景是什么？

　　不好意思，唯一的背景就是没有背景，老板一句话。我只能自圆其说：为了实现企业绩效考核的电子化和信息化，提高企业绩效考核的可靠性、效率性、科学性，从而提升企业的运作效率和核心竞争力。

　　需求解决了用户的什么问题？是不是用户真正想要的？

　　解决企业线下绩效考核的低效率、不确定的问题，实现绩效考核流程的标准化。至于是不是企业真正想要的，开奖，反正我们就是这么聊的，给出解决方案之后将针对具体的需求进行产品论证和需求评审。

　　解决该需求有什么直接/间接商业价值？

　　直接价值就是解决公司的传统绩效考核的工作方式，大幅提升绩效考核的效率。商业价值还要看自己用地怎么样，之后会根据实际应用效果，发布相应的SAAS版本对外开放，这一茬段间接的商业价值吗？

　　需求背后的商业模式和运营方式？

　　商业模式/运作方式？考虑到产品用户和需求背景，纯属内部使用。后期优化后，可能会发布相应的SAAS版本。

　　2016年11月24日 星期四

　　还是第一步：需求管理之业务学习。

　　还有一件非常重要的事情：对人力资源绩效考核管理方面的知识所知甚少，基本上就是一窍不通。是不是就直接找领导说”没法干，看不懂！“，显然不是的。那么面对一个没有丝毫背景的新产品，产品经理应该表现出良好的个人素养。

　　1. 查询资料：大量查询《绩效管理》方面的资料，熟悉了解绩效管理方面的知识。于是我就去借助百度查询了非常之多的参考资料，j2直播，基本上算是对人力资源绩效管理模块有了一个深入得了解。戏谑地讲，我都可以直接去做人力资源的绩效管理了。当然，这只是我的一厢情愿，我相信：哪一行都是需要大量学习、辛勤付出才能有所得的。

　　2. 竞品分析：对概念了一定了解之后，接下来就是要求寻求市场上类似产品了。百度一波，铩羽而归，有关HR系统的软件确实不少，可系统里面唯独缺少绩效考核管理的模块。这让我很痛苦啊，现在是我“抄“都没得抄了！这个期间，我做了一件非常不怎么好的事情：假装客户找了提供服务提供商，与人家克服小妹妹聊天咨询产品情况。满满的套路，说来实在惭愧。