在日常工作中,需求文档需要给很多不同职能的人查阅,描述一个新增的功能点时,总会容易有些遗漏,很多场景下,都是技术人员给予提问,这个地方是否怎么怎么样,这个地方需不需要什么等等。如果我们每个需求文档中,都将【产品结构】和【信息结构】都描述到位了,就能很大概率的避免这个问题。
产品结构图
如上图,将一个事物分解,用思维导图的方式,将产品的版块,页面,模块,罗列出来,最终形成一个产品结构图。这样可以让设计和程序清晰的了解一共有多少个页面,页面有哪些内容,相互的关系是什么等等。也能方便自己在构思框架和文档复查中找出缺失遗漏项和重复多余项。
信息结构图
如上图,随便抽了一个页面进行举例,这就是信息结构图。带过一些产品新人,普片会出现一个情况,产品结构和信息结构混在一齐描述,混在一起描述不是不行,只是会增加开发同学开发的阅读难度,必须通过一段话进行多次阅读,并进行二次编译,形成他们所需要了解的内容,那些字段,哪些接口等。信息结构图能大大降低开发同学的阅读成本,并不容易遗漏,开发中还可以一点一点对着打勾,否则一段的描述或者混淆的描述,在昏天黑地永无止境的开发过程中,容易因为某些不可抗拒因素就产生遗漏。
小结
产品结构:首页,列表页,详情页,整点秒杀,猜你喜欢,这种版块,页面,模块等就是产品结构的构成部分。
信息结构:主标题,副标题,时间,作者,评论,这些就内容项就是信息结构的构成部分。
根据实际情况,将优化需求文档的描述方式,降低他人的阅读成本,也是一门必修课。