编辑导语：对于产品经理来说，制作一份满意的需求文档是必须要掌握的技能。然而在设计需求文档的过程中，涉及到很多的小细节，稍不注意就很难取得满意的效果。如此一来，就要学会对需求文档进行自检，本文作者就为我们列出了一份清单。

我们公司之前是没有专业的测试的，所以测试都是我自己上。

我们的系统主要是数据逻辑比较复杂，一般我自己在测试时，主要是在正向逻辑上进行验证。最多是在数据逻辑上考虑闭合，再为下一次写相似的需求时，把类似的数据漏洞进行填补。

因此之前的测试中，很容易是自己写的逻辑，自己发现逻辑漏洞，然后改掉。

现在我们具备了专业的测试团队之后，发现专业的测试同事，他们会关注各种细节边界，这让我觉得需求文档上写的需求过于简单了。

这种情况也不是一开始就暴露了，在需求评审和测试用例评审的时候，可能是大家都在原有的模式中，比较关注主线逻辑，因此对这些细节并没有在意。

这导致测试过程中发现这些问题时，开发觉得需求增加了。这样很影响项目的正常交付，未来也不好预估工期。

因此我整理这份需求文档的自检清单，防止设计过程中的遗留和问题。

关于需求文档的自检清单，我主要分三个方面：从文档表达上、界面交互上和逻辑上。

一、文档表达

我认为好的文档，最基础的就是表达上能让开发测试清楚的知道需求，减少反复的需求确认，因此我把它作为第一点。