系统上线后与客户的紧密关系

由于项目刚上线 最近一直24H跟踪客户的反馈和使用情况 以及随时出现的问题进行及时修改完善 说下这两周的情况

 首先先说明下此系统是跟时下最热门的产品客户做的 这里不说了此处省略.....你懂得的 就拿昨晚出现的情况 客户打电话要求把一个产品的工站下的所有症状信息导入 但由于批量导入的是上千条数据 由于导入错误的症状信息  自己改觉得数据太多 就想需要我把数据给删掉 客户想如果一条一条数据删除或者修改太不实际 。

但后来考虑到因为有其他产品已经用到此症状信息 就会导致后面的数据信息丢失 ，是不能删除的。因为这些数据的ID是相关联的的，但不删除这些数据也没用的后来就想想了 一条语句就搞定了 结果就出现上面所述的情况 幸好是客户用到的产品引用到此症状信息的几台比较少 即使找到几台没有的症状编号 然后把新的对应的症状数据录入就没关系了 系统正常。

但是后来想想还是觉得若果客户用系统出现意想不到的情况时正好和系统的功能使用出现冲突时，一方面客户想更方便的使用说句实在话那就是完全自动化不用一点力气就搞定 那就是说系统本来就是给懒人做的。不然为什么现在就是信息化时代呢。

不过想想也是系统的设计不完善的 若果在导入的信息后 当产品引用到信息时 若果在删除时判断如果被引用就不能删除 这样不会导致后面的其他功能出错 但如果客户就像刚开始说的带入的数据错误的话 正好粗心使用此症状的信息 那删除不能完成 这样就会是客户觉得有点不适应该如何解决。如数据少修改还可以 但录入庞大的错误数据量时那就会使客户觉得头疼的事情。

 其实如果在录入数据信息时 也可以这样做如果不小心导入错误信息时 也可以从新导入把以前的数据更新覆盖掉 ID保持不变 也是一个好的办法

 这个问题其实以前在做移动项目的时候 也曾出现这样的问题 在系统做好后在测试中 由于录入客户使用所对应的业务信息 刚开始也是没考虑到如果把业务信息删掉后就会导致后面客户所对应的业务信息数据就没了 后来我就纳闷的是我把这个问题反馈给领导 领导竟然说暂不考虑 不用在修改和删除业务信息时判断 但我和同事商量后还是决定首先在被引用到的业务信息时 就不能删除和修改操作 。

  有时候 觉得系统真正的功能完全人性化也不是绝对化的，有时候领导的决策也不不一定就能说明此系统完全没有问题 其实系统在客户的手中使用时就会出现很多这样那样的意想不到的意外。往往一个细节就会决定系统整个功能的使用。

 上线之前 反复的测试修改和完善 以及所有工作的备战 都是同事之间的相互协作的结果以及领导的决策能力，还有报表功能 在测试前 为什么出现问题几乎为零 但真正到客户手里就会出现时不时的问题 就拿 今早遇到的客户反馈一个报表功能导出时间长 但测试之前为什么没出现这种情况呢，还有我们在到报表在选定时间之间自己是知道的 但没有前台的提示 客户在用时不知道有的是要在一定的时间段的 就会出现功能出错的提示 但不是功能的错误而是我们没有去考虑到在前台客户使用时的情况 而只是在后台的判断 ，所以这些细节问题平时测出 而同事有时候不去完善 这样就会导致以后的问题出现。