产品经理适不适合像技术那样造轮子？

总说技术造轮子，那什么是造轮子？

我理解的轮子是：同样（或相似程度高）的功能模块，可以复用同样的技术架构，业务流程，数据模型甚至代码。而不用在从0开始探索，走过全流程了。对于产品经理来讲，技术架构数据模型我们可以不考虑，代码也不用写。适不适合造轮子呢？

我先来总结一下，是否成为『轮子』需要具备以下特征：

从理论到实际已经经过验证，可直接或间接复用；

具备完全相同或相似的原理，节省冗长的思考过程；

以此为基础，此可做一定的发挥和扩展。

这样看来，每个职业都有自己的轮子。对于产品经理来说，只不过和技术的轮子不同，产品经理会有一套自己的轮子，具体可以体现在产品经理的每一个工作环节里，比如：

1. 沟通方面：不同层级，职位的人都有相似的认知，性质。看人下菜碟，实际上也是一种轮子。

2. 需求挖掘&市场研究：有自己的需求分类方法论，能够考虑各方面因素完成对需求的快速拆解；

3. 执行阶段：画原型？直接从原型库里拖拽；写文档？功能模块直接从以往的项目里Copy；

所以我觉得，轮子其实就是一种经验的聚集，只不过产品经理的轮子比较抽象而已。