PRD除了描述产品的正面需求，即要什么之外，还要描述产品的非正面需求，即我不要什么，或预防什么。
在PMBOX中，项目排除项是项目范围说明书中的一部分。同样，需求排除项， 也是需求范围说明的一部分。
交代需求排除项，不仅要告诉开发人员，哪些是不需要的功能、哪些不是目标场景或目标用户，而且要交代哪些触发操作不被允许。
1. 哪些是不需要的功能
比如，GIF图是很常见的图片形式，但是「微信」规定，发布的图片不支持GIF格式。
又比如，更换游戏用户头像是个很常见的功能，但是「王者荣耀」就不支持（直接）更换头像。
这些是产品克制的体现、边缘性需求，或者说是功能边界，当然也可以简单归属为产品的个性化玩法。
作为产品经理，一方面需要基于产品定位，主动设置这样的功能空缺，好像书法“飞白”，让产品更加立体和独特；
另一方面，某些时候受限于资源（比如开发人员不足），只能实现部分优先级高的需求，这时候也要被动地划分出阶段性的需求边界，待日后做增量迭代。
不管上述那种动机导致的“非需求”，产品经理都要明确地将这些不需要的功能点，作为需求的一部分呈现在PRD中，以便团队步调一致，避免思维定势导致实现错误。
2. 哪些触发事件不被允许
举个例子，我们通常说点击按钮打开新页面，指的是「单击事件」。但是有时候代码不做排除的话，就会将双击事件当做两次单击事件进行执行。
于是出现双击之后打开两次页面。那么用户在新页面操作完，返回的时候就需要返回两次。如下图演示了双击「搜索」和双击作者「头像」时分别按两次单机处理的画面。
