产品经理再接到需求后应该从哪些方面思考?

接到需求后,如果直接画图,就成了画图的了,应该如何考虑才能全面呢?生怕有遗漏的地方

请先 登录 后评论

1 个回答

xxxxxa

默默的,就有了邀请的功能了啊。谢邀!

各人有各人的工作习惯,各个团队之间也有各个团队的配合习惯,就这个问题我觉得是没有唯一性答案的,只有适用性答案的,适合你的才是最好的。

在这里分享一下我的工作流程,大家一起探讨一下。

第一步,与需求方进行沟通,主要是复述你接收到的需求,确保需求接收正确没有存在理解偏差

第二步,我把它叫做清洗需求池,把接收到的需求进行清洗,分类出那些是已有替代功能完成了的,哪些是在之后的版本中有规划的了,哪些是与公司战略及产品目标不符合的需求,哪些是可以在这个版本加入的需求,同时评估需求的可行性、优先级、难易度。

第三步,将上述第二步的结果形成文档,并提交需求方,最好是自己亲自讲解,获取需求方的同意。

第四步,需求的具体分析,梳理逻辑关系,业务流程。

第五步,原型设计,输出PRD

第六步,开原型评审会,与UI、RD一同沟通需求及PRD,对会上的东西进行及时的补充和改进。

第七步,跟进UI设计稿,确认设计稿

第八步,协助RD开发,开始编辑测试文档(如果有测试,就协助测试完成,如果没有,就自行完成)

第九步,测试,验收产品

第十步,上线,交付产品

请先 登录 后评论