作为一名产品经理，最经常出现也最不愿意出现的情况是，提交了一个需求文档，在需求评审的时候，被各路大神问出了一些没有考虑到的范围。或者过来需求评审，却在开发阶段自己发现漏了一些功能，这些功能不一定是必须，但缺少了就容易降低用户体验。这种情况要么就是放到下一批需求里，要么就是进行需求变更了。
无论是哪种情况都应避免，这很大程度是由产品经理在设计产品时逻辑是否足够严密决定。通常可以通过经验总结来避免设计缺陷，个人总结经验模型如下：
产品设计逻辑模型
通过不断地循环地问自己，在“who/what/how/when/why”方面不断地进行“人机”验证、询问，去查漏补缺。
但这种逻辑模型比较抽象，不利于具象化，这时可以借助常规的工具来辅助，或者激发更多的细节和灵感，如流程图、功能架构图、接口清单，最后必须是低保真原型图，这个是最后的具象，是产品经理在产品规划阶段的落地成果，前面的各种工具都是为了这个来打前阵的，而原型也是最后交付给开发的一个重要标的。
