资深CIO提醒：如果在软件选型过程中，由CIO去承担一个看门人的角色，那么其后果无论对于企业还是对于CIO个人来说，都将非常危险。CIO应该学会淡然面对权力诱惑，绕过业务知识陷阱，规避职场风险。

　　在现实工作中，很多CIO崇尚权力。这反映在信息化管理软件选型中，就是许多CIO喜欢拍板决定到底是否要采用这款信息化管理软件。笔者认为，这是一个很要不得的习惯。或者说，CIO走入了一个误区。

　　笔者认为，如果CIO在软件选型过程中，承担一个看门人的角色，那么其后果无论对于企业还是对于CIO个人来说，都是非常危险的。原因如下。

　　一是CIO并不怎么精通业务模型。就拿一个ERP系统中的成本模块来说吧。在选型的过程中，CIO必须要清楚企业现在使用的成本计算模型，如是先进先出还是移动加权平均成本；CIO必须要了解企业员工对于成本精度的要求，如只是统计材料成本，还是要把制造费用、人工费用等等都分摊进去；如需要知道生产部门的人工工资是工时工资还是计件工资等等。而CIO在平时并不关心这方面内容。那么，其在选型的过程中，又怎么能够当好这个看门人的角色呢？

　　二是若CIO对是否采用某款信息化管理软件具有最终决定权的话，那么很容易会惹祸上身。因为CIO若获得了这个决策权的话，那么其同时也肩负了软件质量的全部责任。此时，项目团队中的其他成员很可能就会偷懒，或许还会在旁边看笑话。如果在选型过程中，没有发现这个软件无法满足的需求。那么当项目实施的过程中其他员工提出这个疑问的时候，其他项目团队成员也许会耸耸肩膀，一副跟自己无关的样子。为此，最后所有的罪过都会有CIO一个人来承担。

　　所以，笔者认为，除非是纯技术方面的项目，如企业局域网组建等等。否则的话，CIO不应该做信息化管理软件的看门人。特别是一些实务型比较强的软件，如ERP、CRM系统等等。

　　那么CIO在软件选型中该担任什么角色为好呢？笔者给出几个建议，供大家参考。

　　角色一：联络人角色

　　笔者去年负责过一个CRM项目的选型工作。那时，笔者第一次接触客户关系管理，所以对于客户关系管理的实务笔者是一窍不通。在这种情况下，笔者当然没有这个底气说这个CRM软件可用，那个CRM软件不行。所以，笔者不可能当一个合格的CRM软件看门人，无法拍板到底采用暗格CRM软件为好。在这种情况下，笔者只能够充当联络人的角色。

　　笔者先从市场上选择了几款名气不小的CRM软件，作为公司的候选供应商。本来笔者准备一个个的向员工讨教客户关系管理中的难点。但是，笔者听了一个员工讲述后就放弃了。俗话说，隔行如隔山。员工讲述的什么客户生命周期管理等等，对我来说，如同听天书。笔者有自知之明，知道无法在短时间内掌握这些客户关系管理事务。为此，笔者就在选型的时候，把各个相关部分的复杂人都召集在一起。然后各个部门负责人代表自己，把他们的需求一一阐述给CRM售前咨询顾问听。然后让售前咨询顾问结合他们自己的CRM软件，一一给出解决方案。少了我CIO这个中间角色，他们双方交流起来也就更加顺畅。若是换了笔者跟售前咨询顾问交谈的话，可能没谈到几句，笔者就要跟员工去确认了。

　　故笔者建议，CIO对于自己不熟悉领域的信息化管理软件选型，则首先要做的就是一个联络者角色。也就是说，努力创建一个项目相关部门负责人与对方软件售前咨询顾问面对面交流的环境。毕竟这款信息化管理软件是否适合企业，是否适合自己的部门，最终还是需要用户说了算。这种面对面的交流，可以把用户的需求全部挖掘出来；也是对信息化管理软件与售前咨询顾问的一种挑战。然后CIO在旁边记录，总结每款软件可以帮助企业解决什么问题；哪些需求他们解决不了。最后总结各款信息化管理软件的优缺点，然后让项目小组成员共同决定该采用哪款信息化管理软件。

　　角色二：技术的把关者

　　不过话说回来，并不是说CIO在软件选型的时候，一点反对或者赞成权利都没有。笔者认为CIO至少要在技术层面对软件选型进行把关。具体来说，对于以下内容CIO还是具有一票否定权的。

　　一是软件性能问题。若其他业务部门的负责人参与项目软件选型，主要的目的是让他们解决一些业务上的问题。而对于技术层面的内容，CIO还是需要把关的。如软件性能问题，就需要CIO把关。不同软件的实现方式与开发平台，甚至数据库的设计都会影响到应用程序的性能。而软件性能是否满足企业的需求，这个问题恐怕只有CIO能够给出一个结论。在遇到这些问题的时候，CIO就要好好使用手中的权力。如果换作是我，笔者就会对软件性能进行测试，特别是对于软件的并发性访问的性能进行测试。如笔者先会预测一下，企业在高峰时期，同时使用信息化管理软件的用户有多少。然后笔者就会召集同样的人数，来测试软件并发性访问的性能。看看这款信息化管理软件是否会随着访问人数的增加，性能成直线下降。如果并发性访问的性能无法满足企业需求的，则笔者会见决定投上自己的反对票。