如何避免写产品需求文档时漏掉一些重要信息?

我想这是一个大多数产品经理都会遇到的问题,往往我们在写产品需求文档时总感觉自己已经把所有的方面考虑到了,然而在实际开发过程中,会发现有一些方面没有考虑到,有时候可能会影响开发进度,有什么方式可以尽量避
阅读全文
请先 登录 后评论
  • 0 关注
  • 0 收藏 79 浏览
  • 略问用户 提出于 2020-10-22 17:36:03

8 个回答

xxxxxa

这个现象也曾严重困扰,经常被研发或测试同学白眼,你不是没有嘛!你怎么又忘记啦!你这是新增需求,O(≧口≦)O大哭,虽说这种现象再牛逼的产品经理也不敢说100%的避免,但我们还是有方法可以降低这种概率的,其实中途发现都还好,最可怕的是你直到产品上线都没有发现;有些细节可能因为你的遗漏或疏忽导致整个产品上线后易用性很差甚至是不可用。

当然有问题肯定有解决方案的,那就是——交互自查表(这里的交互不仅仅是狭义的前端交互,而是涉及数据、软硬件、系统、账户权限等一系列产品的深度交互问题),最近正好不太忙,因此整理一份海选相对详细的交互自查表,以缓解这个头疼的问题(当然可能不够全面,以及不同的项目都会有所差异,这里进提供参考)。

本次整理:交互设计自查表V1.0版详情如下:

交互设计自查.jpeg

因个人是从事SaaS类型产品的产品,因此这里可能后台类(ERP、CRM等)的有很多不足,这里整理了一些我在项目中经常遗漏的问题,另外也参考了网上前辈们提供的一些参考资料,当然这份自查表在这里也仅供参考,不说所有项目都涉及这些问题,这些问题也并未涵盖所有项目的问题。建议最好的就是自己在整理一遍,这样可能记忆会深一些。

另外,启示录的作者提出了一个“基本产品的”概念,或许也能帮助我们。这个概念特别适用于V1.0版的产品,我们要明白我们定义的绝不是最终产品,最终产品只有在产品被放弃,下架而不再更新时候才能说是最终产品。我们定义的是“基本产品”,换而言之就是能够解决用户最迫切需求的产品,对用户是具有价值的、可用的、可行的产品。有句话叫:不忘初心,方得始终!放下那些没用的东西会减少出错的可能,产品也可能更好。

参考资料:

看到这里的同学若图片不清晰或不可查看,可添加QQ(35332674)或邮箱lingxue825@qq.com找我索要原图,另外若觉得有帮助到您请给个赞,O(∩_∩)O谢谢!

最后愿与各位同仁一起再接再厉,共同进步,越走越远。我们心怀梦想,屌丝终将逆袭!

原文链接:

需求文档(PRD)中那些交互设计的坑 - PMCAFF产品经理社区

http://www.pmcaff.com/article/index?id=729187311975552

请先 登录 后评论
xxxxxa

这个是不能避免的。但是可以试着每次看文档的时候都把自己当成小白用户,模拟小白用户的操作。

请先 登录 后评论
xxxxxa

1.先按照以下自查表进行自查,把遗漏的点进行补充及完善。

2.以后工作中,发现即使通过自查过后的需求文档还是有些遗漏,那么将这些点补充进这个自查表,避免下次自查时再次遗漏,这样多循环几次基本上就不会有什么遗漏了。

PS:最后还是要根据团队自身情况以及项目周期来写出最合适的产品需求文档,不要忘记文档的本质作用,不要为了写文档而写文档。

产品功能点 及其描述自查清单.png

请先 登录 后评论
xxxxxa

每个人脑仁都是有限的,不会考虑的面面俱到是很正常的事,但这不代表这个问题是可以理解或容忍的。通常来说,我会通过外界和自身两个方面解决这类问题。

外界:同行评审,最有效检查出业务逻辑、系统逻辑问题的方法。当然这个同行评审一定是有效的,参会人员一定是可以评审出问题的。

自身:《圣斗士》里有句台词,相同的招数对圣斗士无效,如果一个问题发生过一次,第二次还发生的话,那只能是自己的问题了。做产品要学会总结,提炼产品在整个生命周期中所产生的问题,作为自己改善点,在今后产品工作中进行修正和提高。

请先 登录 后评论
xxxxxa

个人经验-需求评审完,写完文档后找开发先对一下,不急着排期,保证基本的流程和功能是完整的。我习惯平时记录开发过程中出现的问题,下次文档输出前自己先复查一遍。就像@酷拉皮卡说的有个自查表很不错,建议看看。

请先 登录 后评论
xxxxxa

学一下 UML 里面的三种图:活动图、状态图和顺序图,俗称流程分析三大利器。这三者加上类图和用例图,非常适合与开发沟通。

请先 登录 后评论
xxxxxa

避免不了,就像开发写代码出bug一样。只能凭经验尽量减少问题

请先 登录 后评论
xxxxxa

被开发喷的多了,就好了……

被老板喷了,立马就会见效……

不信,可以试试

请先 登录 后评论