技术与需求的碰撞

 有幸见到了某信息化负责人，对方介绍了这10年的信息化道路，其中关于技术与需求的许多观点大家不谋而合。

我们是技术人员，经常以技术为自豪，但我们费劲脑筋做出来的东西，真的符合需求吗？

我们谈到了上海一个高校的教授，用了几年时间制作了一个功能很强的公文流转系统，在讨论会后，有人询问了目前的使用情况，据说只有一个县里在使用，而且只用了很少的一部分。

在他们这里也是一样，许多公司如果你做的太先进了，离现状太远了，用户是极其抵触的，除非你的东西真的能让它受益，而不是你认为他应该收益。

闭门造车出来的东西，是不会符合用户的需求的。

系统要想使用上，用户方面至少有2条必须满足：
第一、是上层领导的支持，这个不仅仅是口头上的支持，而是行动上的。

如果领导都要求必须是纸质的，领导根本不用系统，你又怎么可能让这个系统在下面普及呢？ 本来写一份的，现在得写2份，反正系统里的没有无所谓，给领导的那份如果没有可就麻烦了。这个道理我想许多人都懂，但到了实际业务，却不是那么简单的。各种滋味，只有亲自做过系统实施的人才能体会到。

另一方面，那就是底层用户的支持，也就是说你的系统一定要让用户觉得好用，要根据用户的能力和水平设计系统。比如一个短信通知功能就被下面的工作人员很快就用上了，而且用的很好。为什么呢？因为以前发一个会议通知，要每个人一个一个的打电话，发短信，现在呢，只要点一下就行了。所以这个系统使用的很好。各种会议数据也都相应的进入系统了。

在系统设计上，我们好多公司一上来就是一套高级的解决方案，很好，很高级，但很难用。 这个不是技术问题，而是整个的现状还达不到那个要求，类似于不会坐，就让他跑。

许多时候，你最先要实现的，就是让用户非常有兴趣的把原始数据采集到系统，这个工作如果不做，后面的什么互联互通，信息共享就是瞎掰。而这个工作也是最难的。 需要仔细的和用户了解需求，甚至自己要亲自做一段时间这个工作，比如一个月，甚至半年才能体会的。 只有这样的系统才是用户需要的系统，才是他们愿意使用的系统。

当数据上来了，共享了，后面有太多的事情可以做了。呵呵呵！

另外，我们也谈到了一些见仁见智的东西。比如手机，对于绝大部分人来说，常用的功能就那么几个，但为何要做的那么复杂呢？ 对于系统也一样，简单的系统反倒是最容易上线的系统，也是使用率最高的系统。 比如数据库，像Oracle,有太多的功能了，我们真的需要这些功能吗？不可否认，有一些应用会用到这其中的一些，但绝大部分是用不到的，我们只需要里面的20-30%的功能就足够了，可我们却花了那么多的钱买了那么多的功能放着不用。

  我们为什么不用呢？因为我们的现状，我们眼前的需求不需要那么高级的东西，这个理由很充分了。我需要的是一个弹弓来打玻璃，你却给我一个核导弹发射系统。

  为啥软件成功的几率那么小，因为他们不是用户要求的，而是一些人闭门造车，纸上谈兵出来的。脱离了实际，过于先进，肯定成为先烈。