最近从几场信息化建设研讨会归来，我感受最深的是参会来宾的困惑和渴望。
这些已经在信息化领域先人一步的企业，不少还徘徊在现实与理想的反差之中。他们共同的感觉是信息化项目投入大、时间长，但往往由于前期考虑不周全、认识不到位、选型不当，导致实施效果差。当初选择软件时看中的很多功能，其实系统并没有实现，不少项目在降低需求后勉强用起来，有些项目甚至因为核心需求不能达到而导致失败。
大家在总结反思的过程中，认为当初虽然轰轰烈烈地做选型，动辄找来十多个软件和实施公司，但因为没有正确的选型原则和标准，选到最后是看哪家说的好，承诺的多、价格低就选择谁。而一旦实施起来，企业就成为被动的一方，导致花了钱却难达到目的。
一位与会的客户说：我们正在考虑重新选择系统和实施厂商，请教人家，都说要选择功能全的就是SAP和ORACLE；要选择实施能力强的，就选知名的实施公司。好像大的、全的，就是风险小的。可是我们公司原来就是这样做的，选择发现大系统实施、应用的代价很高，而笨重的系统不能满足公司很多特殊业务需求。因为系统大而复杂，花了很多钱做了一些开发，使用起来还是很不方便。现在集团业务在发展，信息系统却越用越窄。我们现在想重新选型，又怕选择小公司、小产品，服务会跟不上，真不知道应该怎么选。
这位客户的困境具有一定的代表性。我在多年的从业过程中，接触了很多这种客户，深感企业之痛。
下文我用一个情景案例，来分析和探讨信息化选型中的问题。谈谈选型的几条重要原则和技巧。
案例情景1
CKK拉链厂是国内生产拉链的领先企业。三年前决策上一套ERP软件，实现业务、生产和财务的一体化管理。当初没有选型经验，IT部门只是简单地将各个业务部门在日常工作中遇到的问题收集成需求，然后邀请国内外ERP厂家来讲方案。结果听了一轮后，IT人员感觉从厚厚的项目建议书中学习到了很多东西，好像每家产品都有特色，似乎都可以解决企业的需求。于是就从性价比角度考虑，选择了一家国外中型ERP厂家的产品。
案例分析1
大多数选型失败的首要原因是不了解真正的需求，项目的目标不明确，没有很好地做需求分析。
很多企业将业务部门的直接需求拿来选型，而这些需求大都是要求减轻本部门业务处理量的，我们称之为表层需求。其结果是各部门都会站在本部门立场上提需求，所提要求常常是只考虑局部、不考虑整体，造成各部门之间自相矛盾。
企业上信息化是为了规范和提升整个企业的管理，应该将公司层面的管理需求最大化，而不仅仅是业务部门的手工业务处理的电子化。这两个层面的管理目标会有一定的冲突，所以，选型时判定需求就-定要站在公司的高度，跨部门的思考。
选型和实施之前进行需求分析必不可少。那么如何做需求分析?
现在越来越多的企业在实施信息化之前，先行启动一个管理咨询的项目，完成IT战略规划和需求分析，让专业人士帮助企业把控需求，这已经成为信息化选型的一般前提。
做需求分析时，应该将需求分层次，从高到低依次理解需求，从管理需求到业务需求，再到软件需求，逐层推导，以软件需求(特别是核心的业务和软件需求)为选型标准，但不要忘记以管理需求为根本，以业务需求为依据，用科学的方法分析出需求。
另外一点经验是，在选型时不要一味迷信厂家的项目建议书，不是越全越厚就越好，因为建议书的大多数内容都是拷贝来的。不如让厂家就企业最核心的几个需求再提供几页详细的答辩报告更有效。
案例情景2
实施顾问到现场后，告知CKK的项目组，售前承诺的“一单一结”需求在理论上可以实现，但需要进行较大规模的开发，而且开发难度大、周期长。所以他们希望在不开发的情况下，通过半手工半系统的做法，先上线用起来。如果实在要开发，可等上线后再说。而实际上，作为具有行业特色的核心需求，如果不能在上线前实现，这部分功能游离于系统之外，系统只能成为事后数据的存储之地，就失去业务过程管理的目的了。
案例分析2
在选型方面，最大的误区是：大系统就一定功能强大，越是特殊的行业特色需求，越是要选择大的产品。其实这种只要是大的贵的，就是全的好的想法是很片面的。
不错，大系统很灵活，可以变化出多种解决办法。但越大的系统实现起来越复杂，需要大量的设置和开发，应用和维护的要求也很高。经常是理论上可实现的，而现实中并不可用。
正确的产品选型原则是：实用、够用、好用。
考虑产品的适用性首先要分析产品的结构框架，包括数据逻辑、代码逻辑和技术实现，看产品与本企业核心业务需求的吻合度和实现的难易程度，看实现起来是否最经济、最可靠、最有效，这就是所谓实用就好。
企业可以邀请有丰富业务和系统实施经验的顾问参与选型的产品方案论证，特别是请那些同时具备技术背景和系统分析能力的复合型顾问，因为他们具有管理、业务和软件的综合能力，重视问题和解决问题的方案，而不仅仅是产品功能和顾问售前的Vision。
选产品时另一个原则是够用就好，适度超前。用过大系统的人都知道，面对复杂的大系统，企业会用到的功能也就十之一二。软件产品的拓展性更多是根据其合理和适中的架构决定的，而不是简单地看其有多少功能和菜单。不要为那些永远用不上的鸡肋功能买单。更何况，一个软件产品的生命周期也就五六年，到时候必须要更新换代了。
选择产品的第三个原则是好用，这是指产品的易用性。微软Windows系列软件的成功首先是其人性化界面和易用性。很多ERP产品，特别是国外的产品，易用性上还很差。要让国内最终用户轻松使用系统是有很大难度的。产品的界面、所见即所得、直观打印、便捷查询都是在选择产品时应该判断的基本标准。
案例情景3
顾问在实施期间将大部分时间用在对产品的配置、测试上，只关注与系统相关的流程和功能。对培训、数据、方案沟通、理念讲解、项目推进、执行监督等，缺乏管理的经验，虽然都有涉及，但似乎又没有很好地做到位。上线后，企业用户对系统往往是知其然，不知其所以然，系统使用起来经常出毛病。
案例分析3
软件是死的，终究要人去使用。在选型上，不能只重视产品和实施厂家的品牌，而忽视实施团队，其实，聪明的选型是在产品方向确定后，一直要坚持一条基本原则――选人选团队比选择实施公司重要，选实施公司比选产品重要。
每个实施公司，都有成体系的实施方法论。但我们经常发现，方法论的内容都涉及了，但项目还是常常做不好。这其中最关键的是人。
之所以这样说，是因为一群能够将管理思想与软件实现相结合的顾问，一个善于应用项目管理策略和方法的项目经理，一个明白业务、管理、技术和项目运作方法的人，一个说做结合的优势互补、合作融洽的团队，才是项目成功的第一要素。
选型主要原则
1、整个项目有个明白人，把控需求、理解产品、控制实施。对项目的目标、范围、方法有把控能力，对企业的核心需求和实现策略很了解，对产品的适用度有感觉，对实施的过程有控制能力。这样才能组建一个好团队、选出一个好产品。
2、把钱用在刀刃上的学问是花小钱办大事与花大钱办小事的学问，即先搭平台，后搞应用。基础产品选平台，发挥效益靠应用。
3、选人选团队比选公司重要，选公司比选择软件重要。
4、需求分层分级，从管理需求到业务需求，再到软件需求，逐层推导，用科学的方法分析出需求。
5、重视问题和解决问题的方案，而不仅仅是产品功能和顾问售前的vision。
6、重视做事的方法和过程，而不仅仅是方法论。
7、从一开始就重视技术的可控性。
|
客户专线：400-641-8864 / 153-2383-7083 |
在线QQ：987837344