友情提示：本文共有 4054 个字，阅读大概需要 9 分钟。
就在刚刚，我才发现：「产品需求文档」不是个好词。
且听分解。
做产品大概1年时，突然一脸懵逼：「需求」到底是什么？
别看天天挂在嘴边，一旦认真思考，还真答不上来。凡事就怕认真……
我们常说：用户提了一个需求销售反馈：昨天客户有个需求开发怒斥：这个需求不够合理……这些场景下，"需求"指什么？是同1个概念么？
1.纷繁复杂的「需求」
「需求」这个词，概念很多。在经济学中：
维基百科：In economics, demand is the quantity of a commodity or a service that people are willing or able to buy at a certain price.
百度百科刚好可作为翻译：在经济学中，需求是在一定的时期，在每个价格水平下，消费者愿意并且能够购买的商品数量。
因此，经济学中有“需求曲线”（demand curve）。
很显然，经济学中的需求并不是我们常说的「需求」。
于是，我去翻英文字典，一翻就发现更多「需求」——demand, need, want, requirement……
你看，「需求」的概念够多吧。
孙陶然在《创业的36条军规》中说过：
创业一定要解决真需求，不要做伪需求。怎么区分真需求伪需求？用中文不太好区分，但用英文就很清晰：伪需求叫want，真需求叫need。Want的东西，用户不一定会掏钱，need的东西，用户一定会愿意掏钱。所以need的东西，才应该是我们应该切入的事情。
他说的对不对？我们来看看：
need:
朗文当代高级英语字典：a strong feeling that you want something, want to do something, or that you must have something. 我的翻译：一种强烈的感觉——想要某件东西，想要去做某件事，或者是你必须要拥有某件东西。
want:
朗文：to have a desire for something. 我的翻译：想要某物的欲望。
从这些定义，我们至少能发现两点：
「需求」与「满足需求的东西」不是同1个概念——我猜你所想的"需求"，大概就是"满足需求的东西"need与want确实有别，孙陶然说得很正确。所以，虽然都可以说是「需求」，但显然need比want更为强烈。
所以，孙陶然所谓的「伪需求」就是那些不够强烈的需求，也就是非刚需。迅雷创始人程浩在他的《精益商业思维》中就提到：他作为投资人，一上来就会判断项目是否是刚需。
那么，我们的产品需求文档（即PRD）中的「需求」是什么？这其实是requirement：
柯林斯：A requirement is a quality or qualification that you must have in order to be allowed to do something or to be suitable for something. 我的翻译：requirement是为了做某事而必须满足的条件。
说白了：requirement就是要求。
严格地说：PRD并非产品需求文档，而是产品要求文档——达到这些要求，才算合格。这么说，PRD的概念才清晰，对吧？
所以，咱们天天说的「需求文档」不是个好词。。。
2.让「需求」更清晰
那么，我们该用哪种定义才更为精确？才更能指导工作与生活？
维基百科：To most psychologists, need is a psychological feature that arouses an organism to action toward a goal, giving purpose and direction to behavior. 我的翻译：对多数心理学家而言，需求是一种心理学特征——引发生物为了目标而行动，为行动提供目标与方向。
这个定义足够深入——着眼于用户的深层次动机，而不是表面的行动（将来说「场景」时，正好可与此关联）。
在这个定义中，是深层次的动机（即需求）引发了生物的行动，也就是说，行动是表面的，深层次的动机才是根本。
所以，“听用户的但不要照着做”就被很好地解释了——用户说的是他的行动（甚至不是），不一定正确，用户为什么说、为什么做才是关键。
但对这个定义，还是不满意，我认为还能更清晰——需求是一种驱使物体从现状到需求状态的内在特征，大概如下图。
「需求状态」就是某物想要达到的状态。
所谓「满足需求」，也就是通过某种方式让某物达到其需求状态。比如你近视，你的需求状态可能是「看得足够清晰」，于是眼镜就是能让你达到需求状态的商品——眼镜满足了你的需求。
所以，我们可以看到：满足需求的东西和需求本身是两码事。但日常工作中，反馈需求的人经常性地会反馈他们想像的能满足需求的东西。
高阶产品经理为什么是高阶，就在于真的能分析需求。
而且，这个「需求」的定义不仅仅针对人，而是针对一切物体。
我们说需求，往往指人的需求，但其实一切物体都有需求。养过宠物的人就知道宠物会有情绪，这是动物也有的情感需求。计算机有需求吗？当然也有，它想要达到的需求状态就是它背后的代码设定的目标状态。一切物体都有需求吗？当然。因为世界是有规律的，每个物体都有它想要达到的需求状态——在某一规律下的需求状态，就像空中的石头终究会落地，就像宇宙终究会热寂。
当然，考虑目前的实际工作，我们最关注的当然还是人的需求。
所以，我们会发现：需求无穷无尽，我们永远无法满足所有需求状态，因为需求状态无穷无尽。
当你饿了，你的需求状态是吃饱。当你饱了，你又有了别的需求，所谓"饱暖思。。。"
3.日常所用的「需求」到底是什么？
在工作中，我们常说的如下「需求」是什么？
用户需求产品需求研发需求什么是「用户需求」？
我认为，用户表达的所有内容，都可视为用户需求。
当然，我们完全可以说「用户需求」仅仅指深层次的——促使用户从现状到需求状态的一种特征。但鉴于「用户需求」早已是烂大街的概念，而且上面已明确了「需求」的概念，从实用的角度，这里仍保留日常习惯。
更准确的定义，我们在「产品需求」中处理。
那么，什么是「产品需求」？
我认为，「产品需求」是平衡了用户深层需求与公司深层需求之后的有效产品方案。
注意1：此处「用户深层需求」是将用户需求分析之后的产物，直接使用前面的用户需求可能会出问题注意2：「产品需求」绝不仅仅是用户需求大家常说一切以用户为中心，但绝对地满足用户需求是不可能的。我是银行的用户，我希望银行天天给我送钱，这现实吗？
一般的互联网产品，至少要满足公司需求与用户需求这两者，因为一般的互联网产品背后都有公司。公司的主要需求其实比较简单，一般就是盈利。越成功的产品，往往就是越能实现公司与用户互利共赢的产品，这也是为什么《用户体验要要素》的战略层就有两点——产品目标，用户需求。
另外，「产品需求」是一个产品方案，为什么？因为公司需要产品人提供的，就是有效的产品方案的。而产品人最大的价值，也正是找到有效的产品方案。
所以，为了更准确地表达，我们可以换个词：产品方案。所以，产品方案往往是系统性的解决方案，可以说有相当的难度。
产品经理的价值，就在于此。
另外，顺便吐槽一下所谓「人人都是产品经理」这句话，这句话更多是指谁都能对产品"指指点点"，但并非谁都是产品经理。
产品经理要给出系统性的产品方案，这不是谁都能给的。
做事的人 VS 评论的人，大概如此。
我们还常说「研发需求」，这是什么呢？
研发说：“你把需求提过来。”他绝不是让你告诉他用户的心理活动，也绝不是要你提供完美的产品方案，而是要你提供能帮助他高效完成开发的文档。
说白了，就是PRD，研发让你提需求，就是让你提供PRD——足够指导开发的产品需求文档。当然，测试也会依据PRD进行测试。
用户需求-->产品方案-->研发需求，这就是产品经理的价值所在。
当然，再进一步细分，还可以有「设计需求」、「测试需求」、「运营需求」等等。不论这些概念有多少，都离不开「需求」的定义。只是实际工作中使用的，与「需求」最原始的定义可能会有区别。
4.略谈KANO模型与「需求」
还有一个业内会提到的概念——KANO模型。大家常将KANO模型用来形容需求——基本型需求、期望型需求、兴奋型需求……
但是，KANO模型是用来形容需求的吗？并不是。
对于KANO模型，维基百科如此解释：
The Kano model is a theory of product development and customer satisfaction developed in the 1980s by Professor Noriaki Kano, which classifies customer preferences into five categories. 我的翻译：Kano模型是产品开发与客户满意度评估的一种理论，将顾客偏好划分成了5类，该理论由Noriaki Kano教授在20世纪80年代提出。
你看，Kano模型是一种评估客户满意度的理论，不是什么需求模型。
而这，正是Kano模型的价值所在——评估的不是需求强烈程度，而是产品方案能带来的客户满意度。
这不正是我们工作所需？用来评估需求优先级，多好。
Kano模型中常被提到的3种需求：基本型需求、期望型需求、兴奋型需求又是什么？请看下图。
如果你在意概念准确性的话，可以把这3个词的「需求」改为「特性」。
说千道万，日常生活中，「需求」常用来指代「满足需求的东西」，而不是「需求」本身，当然有时也指「需求」本身，这是关键所在。所谓「用户需求」、「产品需求」、「研发需求」等，都是如此。
作为产品人，知道「需求」更准确的定义后，有什么好处呢？首先，当然是让我们对「需求」有了更深的认识，而不再是浆糊一片。
更重要的，就是能帮助我们更深入地分析需求，能做出更好的产品，否则就只是在一个比较浅的层次做产品。张小龙也说过类似的话。
本文如果对你有帮助，请点赞收藏《「产品需求文档」不是个好词——论「需求」到底是什么？》，同时在此感谢原作者。
