需求处理的流程及问题挑战

本文主要讲需求的一般处理流程，以及可能存在的问题及挑战。

一、需求处理流程：

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面临的挑战是，如何降低需求变更，给团队带来的影响。