这个规则没什么问题，关键的是他没在文档里说明，而后来技术人员做出来的结果是这样的：先检查QQ号有没有填写，如果没有就弹框提 醒，QQ填写后，检查“自行车”有没有选择，如果没有选择，则弹框提醒。以后的检查循序依次是：“姓名”、“选择你方便的时间”，“手机”…

如果你按照上面的检查顺序走一遍，你就会疯掉。为什么要按这个顺序？用户填写的时候跳上跳下的，体验也会超级差。

当这个朋友找到负责开发的人（听说是高级开发工程师）时，说这个为什么不是至上而下检查的？很多应用程序都是这样的检查循序。而开发人员说，需求里只要求必 填项都检查就可以了。而且为什么大多程序是至上而下的检查方式我们就要使用至上而下的方式，如果这样为什么不限制一下，第一个必填项没填写就不许填写第二 个，第二个必填项不填写就不许填第三个，以此类推。再说了，你需求里也没提这事啊。

至此，产品和技术撕了起来。后来，开发人员，在会上抱怨说，这又不是需求。也没人提这事。最后，还是在需求里加了一句话解决问题。这句话是这样的“必填项的检查循序是自上而下。”

从这件事来看，大家各持己见，觉得自己都没什么过错。而事实上暴露出几点问题：第一，大家在一从讨论开始到开发出产品沟通是不畅的；第二，产品方面能避免不必要争论的没有尽量避免。在文档里加一句话的事，能避免可能带来的问题，为什么不做呢。

任何一款产品，都会经历数次会议的，所以，参与项目的所有人员，避免争论的最好办法就是，认真投入到每次的会议，而且，记录每次会议的结果形成文档，及时更新，哪怕是再细小的细节更改，更新的文档要及时发送给项目的每一位成员。做到真正有效的沟通。