昨天下午接了一个系统用户的询问内容。大致意思是发现某一个页面的初始值不正确需要我解释为什么并且修改。

我初步调查的结果是用户提供的所谓初始值为经过复数次修改后的内容，无从判断是否初始值设置错误。这个初始值是通过另一个页面的内容赋予。而另一个页面的内容又可以通过使用helper设置默认值以后进行保存。这位用户是代替另一位员工问我的。我的回答途径只有email。解决前提是对数据没有修改权限。

我当时的应对措施：跟用户直接说明用户给的数据不能证明初始值是否有错误。希望用户能够提供正确的能够证明初始值赋值错误的结果。不知当时是出于什么目的把修改履历提供给用户。现在想来可能是有点优越感作怪吧。显示我的无所不能，呵呵。或者可以理解为跟开发人员打交道多了习惯于用精确的说法。

用户的反应：没有人会故意修改正确的默认值为错误的内容。外加很生气的样子。:(

我的回复：同意用户的说法，但是作为调查数据来讲用户提供的内容不足以说服开发人员去调查程序是否有问题。说白了就是我不认可这样的数据。

结果：用户到今天结束这个单子为止没有回复，拒绝与我沟通。

我写回复以后隐约感觉到用户会不配合我的工作，找到日方员工希望他们替用户进行实际操作看看是否有初始值赋值bug。也准备退出调查工作，所有工作移交日方处理。

日方员工的做法：当和事佬，并且提示我会不会是第一步的初始值有问题导致最终的初始值出问题。

我第一个反应：妈的，初始值毕竟只是给用户提供方便的内容，不可能所有用户都能拥有相同并且正确的初始值。如果用户不用修改就能保证数据没有问题那还叫初始值吗？直接写死不就得了。另外，我当初查的时候第一个初始值保存后的结果是正确的，说明用户知道第一个初始值应该是哪一个，那么第一个值不会写错。

想来想去还是顺着日方员工的说法演算了一下，发现还真是第一个默认值如果不修改就会导致第二个默认值的错误并且跟用户提供的结果一模一样。给日方员工和用户（cc的，不跟她直接沟通）发邮件说明有这样的情况。大致意思就是唯一可能的原因是用户填写第一个初始值所在字段时没有修改数据就直接保存，之后发现不对就进行修改了但是没有修改第二个默认值并且认为第二个默认值赋值错了。

在我的理解中默认值只代表大部分情况而不是保证所有情况都正确，如果需要我们修改代码肯定跳起来理论。因为第一个初始值带动第二个初始值的过程需要用户确认第一个初始值并且进行保存才会触发。第一个用户没确认好是用户的问题，关我鸟事。

不过结果是修改了给第一个项目赋值的master表内容。虽然自己心理犯嘀咕，因为这种事情对我没什么直接利害关系就没说什么。没好气地跟日方员工说反正不干我的事，爱怎么样就怎么样。

回家后仔细想想，我写的email虽然通篇敬语客客气气，骨子里给用户表现出来的心态让对方对我反感导致这个单子延时4个小时(平常1小时内可以解决此类问题)。最失败是跟用户提出修改履历的问题。跟用户沟通时第一句就否定对方还不是直接负责人而是对方阵营的第三方人员。这种人员习惯性地从自我保护意识出发急着证明自己或者自己人没有错而不是看我的要求，尤其是自己没有直接参与其中时这种态度更坚决。我也差不多这种性格。自己道歉可以，替自己组的人员道歉也没有问题。但是如果原因没有明确时肯定先要维护自己人，管他结果是自己对或错。这算是人之常情？这么看来，这次我沟通失败也是情理之中了。再也不跟用户说精确的时间什么的来证明我的无比正确性了，留着给日方设计人员用吧。

以后怎样跟用户沟通解决类似问题呢？跟实际用户要求提供测试数据证明正确性或许是很愚蠢的做法。不是一个圈子的人还真不好沟通，搞不好又捅娄子。据说让对方从一开始就肯定己方的论点会容易说服对方，好多情景剧中律师都搞这一手。

本以为写着写着会有一点头绪，写了这么些还是没什么好法子。算了，不写了。想起来再补充～