我个人怕的就是拿到需求立刻就开始流程和原型设计的,不经过思考的产出都是对产品的不负责任。简单描述我的工作流程:
1、需求确认
需求确认是非常重要的一个环节。这里的确认不是简单的明确或者理解了需求方提出的需求,而是要深入挖掘到他需求背后真正的“诉求”是什么。因为很多时候需求方提需求都是拍脑袋提出的,或者经过了自己的一次转化。
所以,我习惯让需求提出方用简单粗暴的方式描述需求,不要经过修饰和转换。
2、需求分析
当你了解到需求方真实的需求后,那么轮到你开始对这些需求进行分析了。这些需求的意义、对现有功能的影响、实现的成本、优先级等等。
后产出一个需求的列表,来作为和需求方沟通的一个指导,后确定需求。
3、需求转化
确定了所有要做的需求后,才真正开始进入需求转化的阶段。画场景图、画用例图、画流程图、画原型图、写PRD等等,都是为了把需求转化成技术人员可读可理解的内容。然后交付给技术部门去实现。
4、需求实现
这部分的工作更偏向“项目管理”的工作,目的就是确保开发的进度和方向没有偏差,并正确的能够满足业务部门的需求。
前两步“思考层”是我对产品经理们要求高的地方,后面两步“执行层”反而有制度和流程控制容易一些。所以,产品经理应该把更多的精力和投入放到前两步。