虽然第一次做产品需求就像个灾难，但后来回首这样的经历，可以发现一个有趣的事实：尽早失败，尽快改正，是产品经理成长的必经之路。而在我往后的产品经历中，往往都会想起这样一句话：把功能想透彻。对于产品经理来说，需要想清楚以下几个问题。
什么叫作“想透彻”？不如请各位产品经理先想一想如何用一句话准确地表达手头的需求，如果不需思考就能脱口而出，那说明你已经在思考，反之则需要扪心自问，自己是否已经了解该需求。如果想要检测自己是否想透彻了，还可以通过以下的几个问题进行自测：
这些只是最简单的一些问题，接下来我会结合自己做产品的经验及一些朋友的经历举出一些常见的问题，希望可以给刚入门的产品经理提供更多启示。
常见的问题案例
问题一：没有分解需求。
每个人对于需求的理解都有所不同。产品经理在描述需求的时候，需要尽可能详细和无歧义。例如：
各位觉得哪个描述更容易被理解，而且没有太多含糊的信息呢？不仅仅是描述容易出现问题，大部分时候需求描述有问题就是因为需求没有得到有效地分解。产品经理还需要注意对需求进行分解，像严谨的解构主义者，不放过任何一个概念。越是分解细致，越容易降低含糊信息出现的几率。
问题二：缺乏对用户的了解。
虽然在前面一直提到以用户为中心的产品理念，但因为某些原因，大部分时候产品经理不得不尽快明确需求，而等不及对用户进行了解。这种闭门造车的需求很容易产生一个可怕的后果：用户不买账。历经千辛万苦做完一个功能，产品经理没有功劳也有苦劳，但用户不买账。这就是缺乏对用户了解的后果，即使产品经理耗费大量资源和时间，但是做出了用户不喜欢的产品，那么一切都是在做无用功——即使产品经理自己觉得在做创新，用户不买账是因为他们视野不够，但不被用户接受就失去了产品的使用价值，不符合市场的供求机制。
问题三：急于推动方案，而非获得支持。
因为刚入门的产品经理往往缺乏自信和魄力，所以很难得到工程师和设计师的信任。但由于产品经理希望尽快推动功能进行开发，所以会不断地催促设计师和工程师动手做需求。
做需求本身是一个合作的过程，如果忽略沟通，不管需求的背景和目标，而仅仅是传达任务，那么对于设计师和工程师来说，这是一种缺乏合作精神的行为。虽然产品经理是无授权的领导，但在日常需求合作的过程中，产品经理更重要的角色是“润滑剂”，即沟通各方人员，确认他们都了解需求的背景和目标，保持信息一致。
得道者多助，失道者寡助。获得了设计师和工程师们的支持，对于产品经理来说是好事，因为这意味着你们在同一条船上，可以一起朝目标前进。而失去支持的产品经理，时常会遭遇到不合作，或者不认真的合作，这种情况下,需求在实现过程中常常会出现恶性循环，导致需求总是返工，每个人都不好受。
问题四：容易被忽悠。
不懂技术的产品经理时常会被忽悠。这种情况并非开发工程师不合作，而是他们在暗示对产品经理缺乏信任。
刚入门的产品经理缺乏经验，总是容易被各种术语忽悠——想要改变这种情况，那就要让工程师们信任你。我常用的方法可以分享给各位试一试。
其实以上几个问题都非常容易出现，但大部分时候都可以归结为一个概念：含混性。什么是含混性？产品经理对用户的需求理解出现偏差，工程师对产品需求理解出现偏差，设计师对产品需求理解出现偏差，这些都是含混性的表现。
文章来源：腾讯大讲堂