开发到底需要一份怎样的需求文档? | 产品壹佰
开发到底需要一份怎样的需求文档?这个问题我记得我做产品不久后在PMcaff上提过,非常感谢当时解答的朋友,为我在以后的写文档提升了很大的质量和减少了很多不必要的沟通。
今天做为已有丰富经验的产品老司机,我决定亲自来回答自己当年提出的问题。
没错,开发和产品经理之间产生矛盾大多确实是因为一个叫「需求文档]的东西。产品和开发都有各自都很多想吐槽对方的地方,就如下图所呈现的一样。
产品和开发在公司的角色不同,工作职责也就不同,所以他们都是站在自己的立场来看待问题,
不过做产品经理,是需要对整个产品进行负责,很多时候,产品和研发的矛盾,产品要负主要责任,产品经理要多哄哄开发,经常买买零售或者请喝喝奶茶,平时搞好关系也很重要。
当然,最终重要的还是你的需求文档要写的开发满意,不然关系再好也没用。
那什么样的文档才算是好文档呢?谁来评判是好还是不好,当然是使用方,也就是我们的开发,当然还有测试、UI等,不过开发是最主要的使用对象。
所以站在开发的角度,我认为,能够减少甚至免除在开发过程中技术人员跟产品经理沟通的文档就是好的文档
PRD一般包含什么内容?下面是我之前写的需求文档,如果有需要模板的关注我的关注号aipm12345(回复PRD即可获得)
现在开发同事大都喜欢看流程图+图文结合的需求文档,带有页面交互,而且页面当中的详细的注释,所以只要逻辑和流程表达清晰,用ppt还是Axure、墨刀,对于开发同事来讲并无差别。
为了避免不必要的冲突,产品经理应该尽量避开以下几种情况?
1、上线前加需求
这个计划每个开发都会拒绝,加需求意味着的延期或者是加班,所以不是特别紧急的需求就别加,有可能是老板让加的,那么下次需要尽早给和老板过,这样可能让老板早点提出。
2、开发中改需求
这种情况很可能是产品发现自己的需求设计有问题,或者是需求方提出更改,无论哪种原因,开发都是不乐意的,会觉得你不专业。所以需求设计完一定要正式的进行需求评审,自己在评审前也需要对需求查漏补缺、
3、需求逻辑不清
需要表达清楚,用户在什么环境下,操作什么功能,完成动作,达到了用户的目的
4、功能有遗漏
网络好的情况下正常加载,网络差的时候,怎么办,无网络的时候怎么,这些产品经理都要考虑完全,避免被开发问了改,又再问,再改。
最重要的是要和开发达成共识
prd要描述清楚需求的背景和场景,同时讲清这个需求的用户价值(解决什么问题),甚至是商业价值,在过需求评审的时候,获得开发的认可,后续推动起来即可事倍功半,
如何避免呢,有什么方法和工具吗?当然有,下面是产品设计交互自查表(aipm12345公众号内回复“交互设计自查表”即可获得表格)
交互自查表综合地把大部分的场景都包含在里面了,然而我们在做产品设计的时候难免会漏掉一些点,所以产品经理在输出完方案后尽量先对照交互自查表把每个细节先梳理一遍,这不仅可以提升我们设计本身专业度之外,还大大提高了后续开发测试的工作效率。最重要的是让我们以后考虑问题更加全面和缜密。