畅享博客 > 天涯若比邻·sarria > 术业有专攻 - 企业信息化 > [原创]为什么辛苦开发出来的系统却被抱怨不好用?[本文被AMT公共知识库收录,奖励200金币。祝贺!]
2006-9-30 4:23:11

[原创]为什么辛苦开发出来的系统却被抱怨不好用?[本文被AMT公共知识库收录,奖励200金币。祝贺!]

 

为什么辛苦开发出来的系统却被抱怨不好用?  

作者:商蓉蓉

2006-9-30

在企业中,经常会有这样的情况发生。信息部门花费大量的时间和人员开发出一套新的信息系统,本来是希望能减轻业务部门的工作压力,提高员工的工作效率,可结果确是,业务部门抱怨系统不好用,流程不符合实际,反而间接的增大了工作强度,降低了效率。这样的结果是大家都不愿意看到的,那么,为什么会出现这样的情况呢?

 

       原因一、用户的习惯没有建立起来

首先,用户对信息系统的熟悉程度不够,以前习惯了手工操作的方式,突然切换到新的信息系统中来,难免会感到不适应,感觉上会认为信息系统反而不如原来的手工操作来得方便。

这其实属于操作层面上的问题,可以通过改进系统的界面设计和操作方式向用户的使用习惯靠拢,减少用户向信息系统过渡过程中的障碍。

 

其次,用户没有通过信息系统解决问题的习惯。习惯了手工操作的用户,可能会觉得在系统中处理业务问题,既要打开系统,又要登陆系统,还要记住密码,太麻烦了。并且由于不习惯在系统中处理问题,不能及时处理,遇到特殊情况不知道该怎样操作,反而导致了工作效率的下降。

这属于认识层面上的问题,需要通过全面、系统的用户教育,循序渐进的实施推进计划,管理制度的完善,来逐步培养起用户使用信息系统处理并解决问题的习惯和能力。

 

       原因二、业务流程不规范,管理不到位。

首先,手工操作时往往流程并不规范,久而久之,用户习惯了在非正常的流程下处理业务,等到上了系统之后,不能再象以前那样随意跳过某些环节,认为忽略各种规定,觉得缚手缚脚,限制太多,因此抱怨系统不灵活,使用不方便。

实际上,手工操作中的“灵活”恰恰是流程不规范的体现,“方便”则是以忽略了规章制度为代价的,这样的“灵活”“方便”对企业的管理行为来说,是十分危险的。

 

其次,信息系统上线之后,对流程进行了规范和优化,有些原有的管理制度不再适合新的业务要求,需要重新制定和规范。但是很多企业上了信息系统之后,并没有及时更新相关的管理制度,一方面导致老制度与新系统发生冲突,另一方面也导致信息系统使用过程中管理不严,影响系统的推广实施。

    明白了信息系统不好用的原因,我们就要针对不同的问题,采用不同的解决方法,对症下药,坚持不懈,一定可以让我们的信息系统成为业务部门的好帮手。(欢迎与作者交流:shangrr@hotmail.com)

 


----该文章被karen编辑过.

推荐到鲜果: 查阅更多相关主题的帖子: 项目实施 用户习惯 业务流程优化

评论

我说两句:

    你上边说的系统实施的发起人和执行人都是信息部门。这项目开始就是一个不健康的项目!这个项目个目标是信息部门开发系统给业务部门用!不免要问:“系统满足业务部门的什么需要?这个需要在业务部门的优先级排序在什么层面?企业决策层有没有发起人?决策层有没有使项目前进的动力?”如果这些问题的答案能够明确的话,项目才能进行或是终止。

    这也是现今信息化的一大现象:信息部门的意识要超前于业务部门,但是他们开发的系统却是不能适应要求。其根据就在于动力的方向和力度不够。

   愚见  ,  欢迎交流

发布者 rabing.Ma
2006-9-30 16:42:53


其实项目最初的发起人的确是业务部门,只是由于该业务部门的管理相对比较混乱,流程不清,项目开发过程中又恰巧赶上部门的人员结构调整和业务调整,致使前期提出的需求发生变化。这样才导致了实施过程中的诸多问题。

我前天刚从工厂回来,在那边与业务部门的副总经理和主管业务经理一起,召集所有业务相关人员开了一次会,这才算是将他们的业务流程梳理清楚,而相应的管理规范还没有到位。。。

其实很多问题都是应该在项目开始阶段就解决的,但是在企业的信息化过程当中,可能实际遇到的情况与理论状态相差很远,但是作为IT部门,我们也只能在有限的条件下,在不断的改进中寻求发展。

希望与各位多多交流!


发布者 sarria
2006-9-30 19:17:43


首先系统的设计是为了配合业务的流程做相应的IT化,如果本身的流程存在问题,我们在系统设计时还按时此时的流程来开发的话,再费多大的劲都无济于事~~~

发布者 linyj
2006-11-16 9:13:56


作为企业内部的IT部门,除了要按照业务部门的要求建设信息系统之外,还在一定程度上担负了促进业务流程的规范化和业务流程优化的责任。从现实情况乱来看,很多没有实现信息化的业务部门,根本无法明确提出自己的需求,这就要求我们在开发信息系统的过程中,采取一些策略和方法,在为业务部门建设信息系统的同时,也要促进其流程和管理方面的提升,从而大多双赢的局面。

关于在信息系统开发过程中,面对需求不明或者经常摇摆的业务部门,我们可以采取的一些策略和方法,可以参考我另外一篇文章:[原创]柳暗花明的MIM之路——营销费用管理平台在企业的应用


发布者 sarria
2006-11-17 9:35:15


开始的项目成员就不健康,必须要有需求部门和开发人员一起,共同研究,就我知道,失败的案例往往是,需求部门和开发部门各玩自己一套,在建模阶段没有找到共同点就开始开发,结果只能是闭门造车,用户还是用自己所谓灵活的手工模式,所以应该检讨的是双方,而不是一味所在用户,其实用户的某些行动也证明了开发人员的失败!

发布者 陶然悠客
2007-5-28 17:38:05


有个问题, 业务流程为什么要规范啊? 感觉现在的市场越来越要求小,快, 灵, 所谓的规范业务流程是不是会造成更多的官僚主义呢?

发布者 西城古意
2008-7-29 16:17:59


您正在以 匿名用户 的身份发表评论  快速登录
(不得超过 50 个汉字)
       看不清,换一个
提示消息
(输入完内容可以直接按Ctrl+Enter提交)