关于需求文档

有很多人说些产品文档很累赘，开发看起来也很累，但其实产品文档对于产品人员梳理产品需求有很大的帮助，在编写的过程中产品人员会对自己的思路做一个全面的整理，也会发现很多之前拍脑袋时没想到的问题。所以在开发某个功能的时候我还是会将该功能的开发目的、背景、范围等信息写在tapd中，让开发在做需求前先明确究竟我们为什么要做这个需求以及要做成什么程度。这部分内容会放在wiki里做整理。 
具体到需求层面，我对于父需求和子需求会根据不同的侧重点进行编写。对于父需求，我会在详情里加入需求介绍的wiki链接，整个大需求的规划框架、以及父需求开发的进度规划。对与子需求我可能更侧重去添加需求具体内容、交互样式和视觉效果等。值得注意的是，产品人员必须在规划需求时考虑到各类情况，避免出现开发完成后又反复更改的情况。