网上有说程序员是“攻城狮”，产品经理是“产品狗”，似乎都不是啥好职业，两者都是动物，看来有相关性。事实上，产品研发阶段，产品经理跟工程师之间沟通最为频繁，而他们沟通的载体，最最关键的，就是产品需求了，这正是产品经理苦逼的开始……
北斋君之前关于用户需求的文章《产品经理如何分析用户需求？》、《产品经理如何分析用户需求？续篇》提到，用户需求是产品经理前期调研分析结果，分工细致、明确的大公司，会有运营、营销同事参与，但如果是小公司，产品经理就得把这些事情做了。
夸张点说，不管怎么折腾，用户需求是产品经理一人YY出来的，但所想的事情，最终是要摆到台面上给其他人看的。产品需求文档，就是这么个载体，承载着产品经理的想法，也是产品经理跟工程师、测试人员沟通、确认产品细节的依据。
产品需求文档，写的是产品需求，跟用户需求之间，并不是等同的。简单点理解，产品需求来自用户需求，是产品经理对用户需求的理解和提炼，并在产品层面上给出的解决方案。
有些网站，需要注册功能。为什么需要这个功能呢？如果产品经理去理解这个功能背后的用户需求，可能是用户在使用这个网站的时候，需要一种身份认同。这种认同感能够将某一类型的用户和其他用户区割开来，以此表明自己的立场和个性，并在他们的群体中寻求共鸣。
产品经理可能会继续问自己，用户需要的这种身份认同，有什么理论依据吗？还是自己在YY？按照马洛斯需求层次理论，人的需求从低到高依次为生理需求、安全需求、爱和归属、尊重及自我实现。用户的注册行为，是归属感的需要。
如果联系现实生活，你会发现有各种各样的方式。比如，加入某个协会，填写个人资料，签字画押；土豪们招亲，准入门槛必须是XX身家；玩摄影的，人手一部单反是标配，等等。
那么，在虚拟的网络上，如何满足用户的这种归属感呢？注册就是一种解决方案。所以你看，产品经理不但要思考用户的需求，还要试着去探究需求背后的原因，然后提出满足这种需求的方案。
产品经理想出方案后，还就要从产品的角度描述如何实现。这时，产品经理通常会以产品需求文档、产品原型和流程图进行表达，使用的工具一般是Word、Axure和Visio。
工具并不是最重要的，重要的是写出符合逻辑、明确无歧义，需求完备的文档。当然，好的工具能提高效率。文档写得好不好，最理想的标准就是工程师们看到这些文档，能够直接进行开发，不需要频繁问询产品经理细节是什么意思，文档也充分考虑到产品各种正常、异常状况如何处理，也能从用户角度考虑他们会怎样使用产品，这样的设计是否合理等等。
简言之，工程师通过这些文档，开发出来的产品是符合产品经理预期的，也是符合用户心智模型的，用户不需要学习，就能使用产品，并且用得爽。
回到网站注册的例子，这是产品经理为了解决用户身份认同，提出的解决方案。身份认同的需求，按照马洛斯的需求模型，是人性固有的，具有稳定性和长期性，但是网站在满足这种需求的解决方案上，是不断演进的。
我们知道，以前的网站注册，动辄需要填写一堆个人资料，跟户口调查一样。后来的注册，就简单了许多，用户只需填写用户名、邮箱、密码和密码确认就了事。现在的很多App注册，则更为直接，只需用户填写手机号，在输入验证码就可以。这就是产品经理在满足需求上的方案演进，本质没变，方式却变得更友好更简单。
当然，产品需求方案，并不仅仅是从交互友好，操作简单去考虑，还要结合产品自身的属性、产品定位和产品策略等等，这些是更宏观的视角。毕竟产品不是玩具，只是好用好玩，产品经理还需要考虑产品的商业价值，这才是最终的目的。
