做产品的人一定是一个很谨慎的人。这句话怎么理解都不为过。因为在产品诞生的各个阶段有太多的细节需要产品人去思考，去制定规则。去用各种方法将产品的形态，产品的细节，传达给设计人员，开发人员等。
记得在几个月前，在网上看到一段关于产品的课程，讲课的老师在课程里面说了一段话，大致意思是，做产品最好把你能想到的细节都写出来，不要以为那些东西很平 常，是不成文的规定，很多人都知道。事实上并不是每个人都把它当做不成文的规定，相反，你说了人家才做，你不讲人家就会不做，或者人家按照自己的想法去 做。等别人做出来了，交付给你时，你发现与你想象的“不成文规定”有出入或差的太远，这时候在去说人家做的不对或推责任，都是站不住脚的。
开发人员和设计人员都是按照需求做事的。需求里提出来的，别人没做好，我们可以说，你没做好，这是没问题的，因为在产品设计、开发等各个环节，大家都是在沟 通中解决问题的，而沟通的最终产物就是各种文档，所以不同的文档就成了在不同环节中的标准。作为产品人员就应该很细心很谨慎，认真参与讨论，制定文档，验 收等各个细小环节中去。
上周跟一个做产品的朋友聊天，他跟我说了一个类似的细节问题，跟现在说的事很类似，用相关的图拿来当例子说明。如下 图，为某活动的报名页面。事后朋友跟我说：正常情况下，我们理解上面标记带星的都是必填项。如果某一项没填写，就会弹出对话框提醒，关闭对话框后填写，所 有必填项都填写后方可提交，所有必填项的检查从上至下。
这个规则没什么问题，关键的是他没在文档里说明，而后来技术人员做出来的结果是这样的：先检查QQ号有没有填写，如果没有就弹框提 醒，QQ填写后，检查“自行车”有没有选择，如果没有选择，则弹框提醒。以后的检查循序依次是：“姓名”、“选择你方便的时间”，“手机”…
如果你按照上面的检查顺序走一遍，你就会疯掉。为什么要按这个顺序？用户填写的时候跳上跳下的，体验也会超级差。
当这个朋友找到负责开发的人（听说是高级开发工程师）时，说这个为什么不是至上而下检查的？很多应用程序都是这样的检查循序。而开发人员说，需求里只要求必 填项都检查就可以了。而且为什么大多程序是至上而下的检查方式我们就要使用至上而下的方式，如果这样为什么不限制一下，第一个必填项没填写就不许填写第二 个，第二个必填项不填写就不许填第三个，以此类推。再说了，你需求里也没提这事啊。
至此，产品和技术撕了起来。后来，开发人员，在会上抱怨说，这又不是需求。也没人提这事。最后，还是在需求里加了一句话解决问题。这句话是这样的“必填项的检查循序是自上而下。”
从这件事来看，大家各持己见，觉得自己都没什么过错。而事实上暴露出几点问题：第一，大家在一从讨论开始到开发出产品沟通是不畅的；第二，产品方面能避免不必要争论的没有尽量避免。在文档里加一句话的事，能避免可能带来的问题，为什么不做呢。
任何一款产品，都会经历数次会议的，所以，参与项目的所有人员，避免争论的最好办法就是，认真投入到每次的会议，而且，记录每次会议的结果形成文档，及时更新，哪怕是再细小的细节更改，更新的文档要及时发送给项目的每一位成员。做到真正有效的沟通。
原文来自：简书
