本章将产品经理的认知力分为两种：其一是美的远见，其二是工匠精神，并通过示例说明它们的重要性。

宏观上讲：产品人除了包括产品经理外，更包括ceo、投资人、公司实际控制人这样的主要角色，因为本质上他们才是真正替需求做决策的人。因此我们也可以盖棺定论地讲：最终决定需求的那个人或组织才是真正的产品经理，也可以这样讲：产品经理不仅仅是一个职位，更是一种权力！

而不管你有没有实权，不管你在团队中扮演哪种角色，你们都是在围绕一个中心（产品）而忙碌。这期间，起决定作用的便是认知力，而在本章我将认知力分为两种：其一是美的远见，其二是工匠精神。你也可以将其理解为哲学家的视野，和诗人的情怀。

本章写给有理想的产品人。

有道是解铃还须系铃人，产品人就是那个系铃人，而绝大多pm并没有解铃的能力，因为绝大部分产品人是一个产品的瓶颈，就像ceo是一家公司的瓶颈一样，当一个产品人成为一款产品的瓶颈时，如果他没即时发现自己的偏见和谬见，就是无法突破自己的认知力！那么这款产品就会停滞不前，抑或一错再错！

而众所周知的是：瞬息万变的商业社会，产品迭代一如逆水行舟，不进则退！所以一个产品经理或者一个ceo，再或者是一个产品的实际控制人，如果缺乏某种关键的认知，或者把错误的认知当真理，那么这款产品就会很危险，或者根本就不被用户接受（绝大多数产品的宿命），继而消失在大河的洪流当中。

什么是产品？

产品即艺术，艺术即产品，生活中处处皆产品，生活中处处皆艺术，如果你天生具备这样一双眼睛，等同于拥有了做产品的天赋。因为艺术是美的最高境界，如果你做出的产品，不管是软件，还是硬件，还是某些工艺品，哪怕一个普通不过的物件，皆体现了你对艺术的理解，与美的感觉。

产品，是产品人理性的感觉，是用户感性的感受！

什么样的人适合做产品？

生活中有这样一种人，他们为了美可以怀疑一切，比如坐电梯的时候，他们会思考楼层的按键为什么是方的？为什么是圆的？为什么要这样设计？除了这样设计，还能设计成什么样的样式，要不要加上什么颜色或声音，才能给坐电梯的人带来更好的感受？

这就是产品人的天赋，它是一种来源于生活中的思考，是一种主动的不惧权威的怀疑和挑战，而不是为了工作而工作被动的遵从与复制！勇敢并且拥有一双发现生活美，经常思考生活之丑恶的眼睛，和拥有一双举目无神的眼睛的产品人，做出来的东西是不一样的。

在商业文明社会，产品构成了公司的基层设施，放目远眺，除了自然天成的东西，比如白云，小鸟，远山和大海，处处皆产品，一块砖头，一块玻璃，一张废弃的报纸等，它们都是人造的，但生活中百分之九十以上的产品设计都只是突出它简单的功能，而没有突出其艺术美的潜力，或者尽其善美。

简单与美毫不冲突！越是简单的产品，越蕴含着复杂与美的设计！

我曾给一个创业者做产品顾问，这个创业者是做商业资源对接生意的，因为初次创业，手头资金不多，我就建议他先做公众号和社群，后继再同步抖音和快手这些短视频，如果靠业务可以养活团队，再考虑做小程序或app，这样一来可以减少数百万的试错成本，这样做也不会影响业务的顺利进展。

因为商业资源对接这个生意，客户看重的是人脉和资源，只要你给他带来想要的人或资源就可以了，而不是在乎你有没有app这样看似很“标配”的产品形态。而在上文我也讲到：产品是一种给用户带来的感受，是一种相对唯心的体验！最终他仅靠公众号和社群就顺利的拿到了天使投资。

从这个案例中我们可以得知：产品，并不仅仅是唯物的，很多产品经理或ceo思路没打开，觉得产品就应该是看得见摸得着的，比如一款app、一辆汽车、一块手表……除了这样理解，我们还可以这样理解：它应该是一款app、一辆汽车、一块手表给用户带来的体验。

体验的区间比产品的区间更广泛一些。

比如我们坐在咖啡厅里喝咖啡，那么在咖啡厅里的任何器物都会给顾客带来体验，只不过这种体验没有被顾客意识到，但确确实实发生了，并长期影响了顾客的消费决定！比如咖啡杯的形状，上面的图案，以及摸起来的手感，这种体验会同步在顾客的潜意识中。

等下次喝咖啡的时候，这个潜意识会被再次唤醒，这个顾客下意识思考：那一家咖啡厅的杯子摸起来很舒服，于是就选择了那一家。在这个顾客决定去哪消费的过程中，起决定作用的是什么？不是产品本身，而是产品带来的体验。

所以将产品理解为体验这种直觉上的感受，要比理解为产品，其区间要广泛的多，这样一来：我们就可以将实体店中的服务，自媒体当中的内容，销售员的销售过程理解为产品！它可以给我们带来更宏观的视野，更广袤的格局！就可以帮我们做出更正确的决定！

#专栏作家#

秦汗青，人人都是产品经理专栏作家。创业型产品经理，《美的远见：产品心理学》作者。社交3.0创业实践者，对社交、硬件创业有着浓厚兴趣，爱好科技与纯文学领域的写作。公众号：sulunte321

本文由 @秦汗青 原创发布于人人都是产品经理。未经许可，禁止转载。

题图来自Unsplash，基于CC0协议。