根据我在实习以及现在公司对于几份需求文档的查看与部分撰写，对需求文档的大体格式也是了解的，这里对于格式的自我要求要非常感谢我实习时的leader，他教会了我一份规范的需求文档格式应该是什么样子的，当时组内的需求文档模板就是他定下的，至今我还记得。现在想来，也是得益于他大厂的工作经历（先百度后美团），想起这个来更加坚定了我进大厂的决心。感觉28岁之前不进大厂的话，以后也就没戏了。
首先需求文档要有名称，这个毋庸置疑，给我印象最深的是随后的版本迭代说明表格。当时看到这没有几行的表格时，我觉得这个表格的存在真的太好了，所有使用这个需求文档的人都可以清晰的知道现在需求的迭代过程，知道最新的改动在哪里，从而在看文档的时候可以精准的找到最新修改的内容从而对自己的工作产生指导。是的，我们当时的改动不采用删除添加的方式，而是使用删除线，然后使用不同颜色的文字添加修改内容，不知道这是不是行业内的规范，如果是的话，定这个规范的人简直太棒了。除开最开始的两个，接下来是产品概述、背景、目标、产品流程图、产品功能详细说明、优先级功能说明，时间进度，迭代计划等等。后边的内容每个产品经理或者每家公司或许会有自己的常用模板或者规定模板，但是差不多都会包含这些内容。
今天发现没有做产品功能的思维导图，所以补充绘制了一下。另外，觉得为了开发人员的可读性更强一些，感觉应该做一个页面间的切换流程图。
在之前的文章里读到Axure母版的使用，今天百度了一下，发现是如此的好用而且简单，get了新技能。刚刚使用了一下才发现，自己最开始对于原型的绘制也太不规范了，每个页面的原型起始坐标都不一样，想要便捷的使用批量添加母版的功能都用不得。吃一堑长一智，赶快把所有的页面都调整成统一的坐标，再遇到类似的修改时或许可以省力很多。
看“人人都是产品经理”的副作用就是里面好多关于产品经理的课程，看的很动心，看简介的话课程内容我觉得都是干货，但是很怕变成水课，还要再考虑一下。时间上倒是没问题，在国企上班，我的下班后时间很充裕，这两周都没有做饭，本来也就想要利用这些时间做点什么的了。
网友评论