前几天有个同事问我，到底由谁来决定产品的需求呢？
我了解该同事的困惑：在制定产品时，作为产品人员，有时会面临多种需求或者要求。比如
- 有时可能业务人员直接就找技术解决了，那产品部门在其中起什么作用呢？
- 产品规划已出了，但完成后，业务部门又觉得需要改进，这是需求部门未提交清楚需求，还是产品经理未能达到要求？
我认为产品需求确定应该是这样的。
1. 产品定义阶段应尽量多沟通和多思考：
- 产品初期需求定义阶段：
1）产品部门在产品项目开始时，可能会面临A部门和B部门需求不一致的可能。
而这时，产品部门就要起一个挑大梁的角色，做个初步的需求分析。
以公司战略、客户需求、用户需求3个角度来衡量其功能的重要性及迫切性，
以此来决定其该产品的项目分几个阶段，每个阶段大致有哪些工作，并且做好项目规划。
特别是公司战略层面，需要清楚了解，作为重点思考。
2）经历初步的需求分析后，接下来应该就是，产品部门与开发部门，相互沟通和确定方案阶段。
听从开发人员对功能和产品的建议，因为他们是在站在技术实现和技术架构层面和产品人员进行探讨。
特别是技术架构层面，性能方面。会让产品人员对此项目和未来项目今后的规划，起到积极的作用。
- 产品需求确定阶段
而经过以上环节，则需求部门、产品部门、开发部门、对其项目有了初步的认识，
这时产品部门应该在之前了解的情况下，将其整理出开发需求文档。
再进行，产品、需求、开发部门的3方的沟通会议，将其项目最终确定下来。
需求越详细，考虑的问题越多，则后面修改的可能性就越低。
2.
项目开发阶段，应尽量避免项目变更。
项目开发中的需求变更
一个项目确定后，有变更，一般有两种情况：
1）变更的需求是在优化层面，那是比较常见，也是好事情。
而这个需求的变更可能来自于产品，可能来自于需求、开发部门。
虽然是好事情，但如果一旦开发，则要返工我想谁都不愿意。
而且调整也会对项目周期起到影响，所以应尽量避免。
如果确实需要变更，我觉得应满足以下几点：
a)
变更后，能直接带来收入
b) 变更后，直接提高20%的工作效率生产效益。
一旦确定需要变更，则需要和项目经理及时沟通，
项目经理也应从对项目的影响，已较积极的心态进行合理的评估，保证变更在合理范围内。
2)
如果需求的变更和之前项目的定义南辕北辙，则可是出了大事情了。
这种情况应绝对避免，出现此问题应该是：
a)
需求部门提需求不清楚，如果有这种情况，则需要有用制度去约束他们了，让其不能再犯。
b)
产品部门工作不到位，没抓住需求部门重点；如果有这种情况，只能自己打屁股了。
c)
公司战略做重大调整，如果有这种情况，则没办法只能调整，自认倒霉吧。
综合以上说描述，产品需求，应有3方部门共同完成，即产品部门，需求部门，开发部门。
这3个部门都应有话语权，但每个部门的话语权权重不同。如果拿100%来说的话，我认为：
产品部门应是50%，需求部门25%，开发部门25%（当然针对不同的产品可能比例有所不同）。
也因为这样，应尽量避免需求部门直接找开发部门，因为需求部门不能准确描述清楚他们的需求，不具全局性，
如果要直接沟通，也可以在产品部授权的方式直接沟通。
