在深圳的网络公司工作，曾遇到一个产品新人，他问了我一个问题：在产品设计中，如何把产品的正常流和异常流思考全？

对此我很想说，你的这个问题问得真好。对于这个问题，我想了很久。因为我们在做项目时，以为自己已经把该想的场景/流程都想进去了，应该没什么问题可。结果还是差了那么一点。不管那也没办法啊。毕竟我们都是挖坑小能手，经常给别人挖坑的。但是，常在河边走，哪有不湿鞋的。经过，我的认真思考后，我得出的解决方法是：

1、需求文档很重要

每次当原型产品设计的时候，需求文档必须跟上（ 我就一直吃这个亏，因为跟的业务线多，所以就偷懒，更多的时候是写一些注释在原型上 ），其实自己写文档的过程，本身就是你很细致的推演你的产品，只有当你用心写文档的时候，你才会发现许许多多的问题，包括场景/流程，甚至会精确到小小的字段/按钮。

2、加重交流与沟通

尽量与同公司同组的产品经理多沟通（ 如果你们公司只有你一个，那你就多过个几十来遍 ），当局者迷，旁观者清。古人诚不欺我~~~

3、保证他人对项目的了解

过需求/原型评审的时候，尽量讲得细一些，毕竟你的需求/原型，你最熟，你讲起来就跟随着自己的思路/惯性滔滔不绝，其它人可能已经听得昏昏欲睡，所以在这点上，可能要适度把握一下。

4、尽可能找出问题

把每一帧的界面做出来（ 每一种可能存在的界面 ），走流程，做推演，在这个过程中，也会发现好多问题的。（ 这个很费时间 ）

其实我认为，这种情况就像失误一样，是无法避免的，只能减小其误差，而且作为一名职业的产品经理，从你的岗位上来说，你要切换成普通的小白用户，真的非常困难，除了像乔布斯、马化腾、张小龙、阿德老师、荣辉老大这类的大神。既然做不了大神，那我们就努力做个敬业的小神吧，别人推演5遍，我就推演10遍，别人只在原型上边旁注，那我就多花点时间写写需求文档等等...

-END,这个问题好难，希望大家能集思广益，其实我分享的真正目的，是为了让更多的大神看到我拙劣的答案，耐不住调教一番的心思而给出很好的解决方案。