多年前有次面试，被问到产品需求跟项目需求有什么区别，由于也确实没做过像样的产品，多以交付项目为主，简短回复了下，也深知是片面甚至是错误的。

如今再回头看这个问题，我提炼出以下几个关键词：

周期、明确、演化、真伪、量化、目标、反馈、驱动.

产品周期要比项目周期长久，项目周期随着交付就结束了，后期或许会有维护阶段。产品则贯穿了整个产品的生命周期，从一个idea到落地，经过市场检验，中间也可能发生方向性调整等等，一直到产品退出市场，这个周期可能跟项目周期一样，也可能是拉长了的几个项目周期。

项目需求有明确的需求提出方，需求内容多是经过业务人员或使用者的确认，但产品这方面是缺失的。产品对像是普罗大众，也可能针对一个细分市场，需求的来源多产生于市场潜在目标的痛点，以及现有市场中存量竞争对手未满足的需求点，而后进行提炼筛选。更有甚者，是创造一种需求。

项目需求的变化性很小，这一点产品需求也同样具备。但产品需求还有一个重要的特点：随着市场变换，产品需求也在不断的迭代更新，来迎合或满足这部分新增或之前未发现满足的需求，

项目需求大部分来讲都是明确需要的，是需求方根据自己的实际业务需要而提出的，只不过有些需要不能表达的很清楚，需要实现者慢慢去深挖，随着项目交付，需求也就跟着结束了。但产品需求中，存在一种伪需求，看似需求量很大，但当真正推向市场去验证的时候才知道是伪需求，这也就是市面上出现了很多短命的产品的一种现象。

交付过项目的人都清楚，交付时会有验收环节，目的就是验证当初约定的指标是否达到，比如说稳定性、并发性、响应性等等都有明确的量化指标约定。产品也有，但随着时间的推移，关注点会发生偏移，早期可能更关注稳定性、用户体验，中后期更关注抗压性、响应性等，对应的指标在不同阶段也是不同的量化标准，不可一概而论。

项目需求的目标就是项目建设的目标，目标达成，项目结束。有新需要时，再开启新项目去达成。产品设定之初目标是确定的，为XXX需求而生，到实际用户手上使用时，产品战略目标有可能会调整，有可能市场容量不够大，也有可能早期对产品预估偏差太多，甚至对产品的定位有问题等等，都可以导致产品目标的变更。

项目出了问题使用方会找你，希望你马上解决。但产品出了问题，就不会有这么强烈的反馈给开发者，产品转换成本太低，掉头投入其他产品只是一个切换的事，导致产品开发者很难收到确切的问题反馈，产品人员必须要向使用者收集反馈，时刻监控产品的运行情况，才能更好的掌握产品的使用情况。

产品需求的产生是自发的，项目需求是被动接受的。

说到底，产品需求要比项目需求复杂，而处理产品需求的过程中，就要去伪存真，要把握关键需求，要需求聚焦，要积极响应等等，因为一个环节出了差错，基本上就可能走到产品生命周期的终点。

如果你还有其它的见解，也欢迎在下方留言讨论。

扩展阅读：