需求管理：项目需求和产品需求

项目需求说明

项目合同通常会有一个初步的需求说明文档，这个需求说明大范围还是比较明确，但是不会很细，最终这个需求会附载合同中。这个需求的作用是在前期给供应商参考，供应商要根据此需求文档出一个解决方案。

项目需求在经过需求调研和确认后，需求范围以及定义是明确的，当然，实际项目中需求的变更是常态，这个和团队需求调研和出方案的能力有关系。出现需求变更，项目经理需要走需求变更流程，是需要客户签字确认同意的，会涉及到工作量和成本的问题，也要和客户做充分的沟通。

产品需求说明

再说到产品需求，其实产品从0到1的阶段，就是在做一个项目，这个项目可以公司自己团队做，也可以外包给供应商实现。

产品需求一般是非常多的，正常情况下不会受到某固定范围的限制，只要需求对用户有价值，这个需求就会放入需求池，只是需求优先级和版本划分的问题。产品经理会根据自己的经验、竞品分析、市场分析、用户分析、场景分析等很多因素，会不断地产出非常多的需求，要对这些需求进行内审、优先级排序、技术评审，并最终对确定可行的需求按版本规划迭代上线。

项目/产品对需求的态度

按需求完成即可，恰到好处，不增不减，不做额外的完善和扩展。项目需求范围以及细节的处理把控是很严格的，因为项目人力资源、时间、投入都是有限的，你如果为了让客户更满意或者让功能更强大而投入更多的时间去扩展完善，反而是对项目增加负担，且扩展的内容不一定是客户想要的，可能还会带来投诉，吃力不讨好，即便是真的能给客户带来一些便利，也可以先记下来，后续看项目情况考虑。项目经理是要把控好这些需求范围的。

产品需求则不仅仅是完成功能，产品就是需要不断完善、持续迭代，为用户打造出极致的产品。

项目/产品上线后的差异

项目完成后，在运行过程中，还是会遇到或多或少的问题和需求，会有一个小的运维团队负责管理。正常情况是不会有专门的产品经理持续的、主动地投入，一般都是使用过程中遇到问题后寻求IT团队帮忙解决问题。这是主动和被动的区别。项目上线后，能正常投入运行，流程、业务能跑起来，就是已经实现了项目的价值。

产品初版完成后，在运行过程中也会遇到很多问题和需求，但是产品是有专门的产品团队进行管理的，运维团队只是产品团队的一部分。产品团队会主动发现问题、发现需求、不断的提升产品的能力和产品体验，直到产品生命周期的结束。