设计业务时要兼顾实现方案的可行性和方案的可操作性

        前几天营销部门提出了对业务进行调整的需求,由于感觉调整比较简单，所以也就没有过多的考虑，方案执行

的情况。因为只是新增了几个客户类型，需要经销商将以前的2种客户类型调整为新增的4种客户类型。

        然后经销商在规定的时间内调整完毕后，再将以前的那2中客户类型禁用掉即可。但是系统做了修改后，运维

接到的反馈显示，经销商是对此操作很迷茫，纷纷来电或者QQ，RTX询问。一时间运维组的神经紧绷，开足了马力

来应答。虽然我们也在系统中做了公告，并详细的做了说明，同时营销公司的同事也做了通知，但是效果几乎没有。

因为几乎没有人看通知，也很少有人关注公告，都认为找运维支持人员最直接。

        这也难怪，平时这些经销商用户就已经习惯了直接问人，那里有心思去自己看系统公告或者帮助说明。过去的

经历告诉我们通知和公告是没有效果的，虽然我们一如既往的再使用，但是我们也必须做出更好的应对方案来实施。

比如在增加的新的客户类型后面加入详细的备注说明，同时在系统中给出对应的操作提示信息。甚至将这种数据的调

整做的更加智能化和简单化。

        在用户调整数据的过程中，平时一些不容易暴露的问题也在此时暴露了处理，比如在大批量更新时会因为超时

报错，在批量导入时会由于用户的导入Excel的单元格格式不正确而被系统拒绝。而且由于用户的计算机水平参差不

齐，因此很多人直接求助运维和实施同事，让大家疲于应付。平时这些功能比较少用，但是此次由于批量操作，大

规模使用暴露了很多不为人知的问题。也算是给我们做了一个提醒。

平时不常用的功能由于关注度不够，往往做的不够人性化，没有精雕细琢，所以造成了今天的囧局，所以以后

在实施方案时，需要从多个角度来思考影响。特别是要和实施运维的同事多沟通确认。这样才能防范于未然。