感觉最近的产品都有点懒了，好多页面交互直接用控件，前端实现的时候需要一个个点击去看交互，这样的话，前端实现起来不但费事，还容易漏交互。
虽然有需求评审，但开发在制作页面、实现交互的时候，是直接参考原型来做的，如果在一个迭代版本的需求原型中交互未直观化、变更内容未标红，那漏需求的可能性很大。
知乎上找到一个曾任职盛大网络积分项目部的产品经理（现任某公司副总裁LEO）关于这个问题的回答：
受邀。
1、交互要清晰表达。一个按钮点击后的交互虽然用面板的话，演示起来很漂亮，但是请让拿到原型的设计和开发了解的更直观，也就是把面板里的交互都放到外面来，哪怕单独做一个按钮的交互说明页面。
2、页面逻辑表达清晰。所有的原型之前，如果可以，最好给一个页面逻辑结构图，说明上下页面的逻辑；所有原型之中，如果可以，最好也给一个跳转的逻辑说明，虽然可以单独使用visio提供，但是不妨同时放到原型图中。
3、不要省略页面注释、描述。比如，hint虽然可以做在原型图里，但是并不妨碍你同时写在页面注释中。
4、不追求DEMO演示的华丽，而追求接手者能够明白了解你的设计意图。
5、最关键的，画之前先弄清楚给用户的是什么，画之后看看哪些地方不必那么复杂，交给交互和开发人员之前，想清楚，如果是一个急需上线的东西，而设计和开发可能告诉你有难点或不能原样交付的时候，你的优先级和你所能退让的底线在哪里。
1、交互要清晰表达。一个按钮点击后的交互虽然用面板的话，演示起来很漂亮，但是请让拿到原型的设计和开发了解的更直观，也就是把面板里的交互都放到外面来，哪怕单独做一个按钮的交互说明页面。
2、页面逻辑表达清晰。所有的原型之前，如果可以，最好给一个页面逻辑结构图，说明上下页面的逻辑；所有原型之中，如果可以，最好也给一个跳转的逻辑说明，虽然可以单独使用visio提供，但是不妨同时放到原型图中。
3、不要省略页面注释、描述。比如，hint虽然可以做在原型图里，但是并不妨碍你同时写在页面注释中。
4、不追求DEMO演示的华丽，而追求接手者能够明白了解你的设计意图。
5、最关键的，画之前先弄清楚给用户的是什么，画之后看看哪些地方不必那么复杂，交给交互和开发人员之前，想清楚，如果是一个急需上线的东西，而设计和开发可能告诉你有难点或不能原样交付的时候，你的优先级和你所能退让的底线在哪里。
第一条直接戳中了现在需求原型中存在的问题，希望有做产品工作的网友们看到这个能考虑下开发的感受。