本文主要讲需求的一般处理流程，以及可能存在的问题及挑战。
一、需求处理流程：
1、需求的生命周期：
- 起点是提需求，终点是拒绝或接受需求。
- 每个人希望自己的需求能被接受或满足，但资源总是有限的。
- 每个需求从产生到实现或消亡，都是得有回应，不能石沉大海。
2、需求的一般流程：
需求处理：PM收到需求时，需做过滤判断是否接收需求；用同一个价值体系，评估优先级；及时反馈给各相关方。
方案设计：PM接收需求后，将业务需求转化为系统需求，以及需求规范说明书。
方案评审：PM将业务需求，系统需求，需求说明书等，及时反馈给相关的需求方和开发人员，进行确认和评审，及时调整需求。
排期开发：PM定期跟进开发进度，定时将开发进度、效果、里程碑等，反馈给需求方。
上线运营：需求上线的，PM定期收集用户的使用反馈，分派给开发人员排期开发。
3、需求参与角色与职责
二、需求的问题挑战
1、需求挖掘不深入，浮于表面
业务方提的需求，PM如果将需求1:1转给开发人员，不考虑业务场景，业务逻辑在系统的实现，功能的可扩展性等。就会面临，返式、可扩展性差等问题。
2、需求太多做不完，无休无止
PM往往对接多个业务部门，如果每个部门提3个需求，5个部门就有15个需求。大家都觉得各自的需求很紧急。PM面临的问题，如何管理好需求，用同一个价值体系，区分需求优先级？不然的话，PM往往被会多个需求给压垮。
3、需求石沉大海，杳无音信
PM接受多个需求后，如果没有将需求管理起来，定期反馈，就会给需求方觉得，我提的需求，什么时候实现，有没有在做了？这样很容易造成误解，打击需求方 提需求的积极性。
4、需求文档质量差
业务人员对于需求，从业务逻辑来思考，不管开发是否能够实现。开发人员对于需求，是从系统研发的角度来看问题，对于业务逻辑是不怎么关注的。这样就很容易造成，同一个需求，业务人员和开发人员的理解的偏差。PM面临的挑战是，如何准确将需求传递给开发？
5、需求变更频繁
很多时候，需求变更是难以避免的。但是需求变更，对产品经理、开发人员都会带很多负面的影响。所以PM面临的挑战是，如何降低需求变更，给团队带来的影响。
