1、该需求的目的是什么?
能帮助理解和辨别需求真伪;
2、该需求的使用场景是什么?
只有明白这个原因才能搞清楚什么人使用该功能,才能设计好该功能;
3、该需求是否会衍生出新场景?
弄清楚这个原因能设计出后期扩展性强的功能,也能帮助理解和抓住需求的本质;
4、技术层面如何看待这个需求?
和技术负责人沟通,看技术如何考虑需求,从而和技术达成共识,同时也为后续的开发工作做好铺垫,打下基础。
5、是否纳入product backlog(产品代办事项列表)?
确定为真实需求则纳入待办事项列表,指导项目掌控过程,粒度不能太细,否则不宜维护和沟通。
6、细化需求,从backlog中挑出优先级高的需求进行细化处理,制定迭代计划
整理对应的PRD产品需求文档
如果backlog需求涉及到复杂的业务流程,为了帮助自己以及团队成员理解需求,需整理需求流程图,也有助于自己理解和梳理思路。