关于企业信息化建设的大实话
导读：信息化就是一件花钱的事。
1
人们常说汽车就是件花钱的事，买车要钱，加油、保养、维修、上保险、过路费、停车费等等都需要钱，用车带来便利的同时都有相应的花费；那么其实信息化也一样，系统建设要钱，运维、定制化开发、厂商年费、系统升级、人员薪酬等等都需要钱，所以信息化就是一件花钱的事。如果问信息化的价值是什么，建议可以设想一下企业如果没有信息化会怎样？也可以看看信息化做的好的企业是怎样的，在这个方面其实是可以比一比的。
2
甲方对乙方的**价值就是乙方可以从甲方这里赚到钱，这一点乙方肯定始终都是很清晰的，但有时甲方会有点模糊……。如果乙方长期不能从甲方这里赚到钱，其实也就不存在甲乙方的关系了，所以有时甲方向乙方提出协助时，可能需要在商言商的换位思考一下。这一条其实与**条的意思类似，总结起来就是，对甲乙方来说，都是花钱才能办事。
3
社会和科技一直在发展，企业要想生存，就必须随着市场的变化而变化，企业在变，信息化也必须跟着变，因此信息化建设是动态的，所固化的只是当时的业务场景，所以后续每隔一段时间提出要变更系统功能和流程，或者需要升级和新建系统，不要觉得很意外，所谓“没完没了的信息化”就是这个意思。
4
一个企业搞不好信息化可能有人、财、物等多方面的因素或理由，那么没有独立的信息化部门肯定算是一个信息化搞不好的理由，因为不是独立的部门，说明信息化工作的专业性和重要性不被认可，自主决策权有限，因为组织和行政级别低导致话语权低，进而往往无法充分让专业的想法和意见被正视，不能有效以信息化专业的方式方法把握信息化工作，……，总之，无法有效的调配资源，而最后，信息化又往往以背锅侠的身份频频现身……。
5
一直的一个小“困惑”，信息时代，现在又在大谈数字化转型，财务和信息化都是专业性很强的工作，没有企业敢让非专业资深人士兼职CFO，但很多企业对CIO就很任性，“随意”安排人员担任CIO，CIO有时仅仅只是一个头衔，这是什么原因呢？企业真的要把对信息化的重视程度与希望通过信息化取得的成效达成平衡，而且，信息化真的是一项专业性工作。
6
甲方在评估乙方展示的项目案例时，一定要多方面落实准确当初实施那些项目的核心顾问是否还在乙方供职（企业信息化行业乙方顾问的流动性是很大的），因为如果核心顾问一旦离职，项目经验就跟着顾问走了，乙方相当于已经没有了那些项目的经验积累甚至能力。乙方公司确实很重要，比如一些大型厂商还是让人更放心一点，但最关键的还是具体做项目的顾问，乙方是否有能力做甲方的项目，全看是否有对应的资深顾问，重点还是看人。
7
信息化建设中，有时借助咨询公司的专业能力和经验是好的选择之一，但是，虽然理论上咨询公司会帮助企业提出方案和解决问题，但企业自己还是需要去主动的思考和寻求解决方案，不带着问题看答案往往无法知道答案是否正确，很多事情企业还是必须自己要想清楚，而不能有完全依靠咨询公司完成全部工作的想法，毕竟，真正最了解企业自身情况的还是企业自己，而对企业最上心的还是企业自己，这个谁也替代不了。
8
数据的准确程度由什么决定呢？答案是：数据的准确程度由重视程度决定。当忽视岗位专业性或专职性随意指派人员输入数据时，当不花时间和精力去梳理业务流程随意采集数据时，当不花钱完善系统功能时，……，真的就不好奢求数据准确程度了。
9
企业信息化中，软件真的只是工具而已。软件只是业务和管理的信息化承载物，通过软件固化和优化流程，覆盖流程中各种条件下的细枝末节以保障合规和协同，并通过自动化处理一定程度上尽量提高工作效率，……。所以，企业信息化很多内容根本就是管理范畴，当管理想到位时会发现信息化真是得力的工具，当管理没有想到位时发现系统或许都不好用……。
10
信息化建设项目在选择厂商方面有时很像结婚，因为系统上线后，需要甲乙方长期的在一起，日常解决各种问题，升级，优化，如果选择正确那么会是一段幸福的关系（双赢），如果选择错误，对甲方来说，如果不废掉系统，日子过得将会很糟心，而如果废掉一个系统，特别是关键的大系统，对业务和相关系统都有影响，已花掉的钱也都打了水漂，伤筋动骨。所以，甲方在建设项目前，真的要好好准备准备，谨慎、全面、详细的评估各种方案。
11
项目的成交价格要合理。对乙方来说，不建议抱着一口吃个胖子的思路报价，在市场价格范围中，根据项目情况给出实惠的价格肯定是甲方喜闻乐见的，一旦合作，大家坦诚相待，优质的甲方将是一块稳定的收入来源；对甲方来说，最低价真的不一定是好事，因为要讲究经济规律，钱没有花到位，乙方提供的资源和尽心程度或许不得不也打了折扣，需要让乙方获得符合市场行情的收入，乙方也要赚钱养家的，与乙方一起良好的发展对甲方是有益的。
12
诸如ERP、EPM、CRM等管理类系统建设项目，从来都不是单纯的实施一个软件的事，企业一定是希望通过实施这类系统解决业务和管理问题，那么管理类软件的厂商也一定是需要一些咨询能力的，因为项目中，用户一定会问业务与系统结合的问题，也一定会请教厂商该怎么做更好，遇到问题时也一定会问其他用户怎么解决的，……。关于这一点，从甲方角度，甲方要界定好管理咨询与信息化建设项目中流程梳理和轻量化咨询的边界，纯管理咨询还是找专业的咨询公司，而与系统应用密切相关的找实施厂商；从乙方角度，比如实施人员，不仅仅要熟悉系统的技术性配置，也必须要掌握利用系统解决用户问题的能力，虽然不必成为咨询顾问那种彻底的业务专家，但确实需要熟悉业务以及与系统结合的应用方法。不过现在跨界的咨询厂商也比较多了，咨询后一定会再以一个信息化方案落地解决客户问题，那么软件厂商要奋起直追了，适当建设一点咨询能力，况且，设计更为专业的软件也必须要有非常资深的业务专家才行。
13
数字化肯定是件好事，因为数字化至少或许是个提升信息化的机会。很多企业的信息化还远远没有真正做完和做好，那么面对当下铺天盖地而来数字化大潮，一些企业如果希望数字化转型，是不是考虑先把此前归在信息化范畴的内容先补上？比如该上的系统是否都上了？已经上的系统是否已经充分用好了？业务和数据是否在多个系统中已经打通了？数据是不是需要先治理一下？……
14
中台是好的技术和组织方案之一，但中台并不是信息化的标准答案，即中台并不是信息化一定要做的内容。是否要建设各类中台，单就技术方面，现在规模型企业的信息化是一张白纸的情况很少，那么建中台基本都要对已有系统架构做大规模调整，改变各系统的集成和应用方式，这需要综合考虑业态（复杂、变化快）、规模（大企业）、技术（多系统、烟囱类痛点）、组织形式、管理水平、信息化投资等多方面因素，完整评估后如果结论是需求强烈，那么以中台理念做重构或许是好的信息化升级方式，如果不是太强烈，也不用过度担心在中台潮流中落伍，毕竟中台只是众多方案中的一种，中台也不是万能的，如果原有或者其他方案更适合就不需要建中台的。归根结蒂还是那个永恒的原则：一切从客观的需求出发。
15
信息化建设中，系统初期建设肯定需要花不少钱，而上线后，只要企业在发展那么肯定就会有变化，有变化那么系统就要随需而动，一动就要花钱，所以系统在长期的使用中肯定有相应的费用。如果企业经营的不足够理想（缺钱），只在初期花一些钱，而在使用中不投入，需要改进的不能改进，该升级不能升级，信息化日子过得紧巴巴的，系统使用的效果肯定也不理想，所以，信息化是有钱企业才能做的事。
16
企业都在竭力追求差异化来体现自身的核心竞争力，如果与友商一模一样是很难胜出的，企业需要有个性，但个性也是有代价的。比如在信息化方面，要区别什么是个性，什么不是真正的个性，就像在管理理论领域很不容易再有创新一样，对一些非常成熟的套装系统来说，很多很多常规该有的功能和流程已经内置了，这些也体现的是系统应用多年所积累的一些**实践，充分利用系统固有的标准功能解决问题或许是性价比更好的思路，免去了自定义开发带来的费用和多种不确定性，特别是费用，定制化开发的费用是挺高的，代价大。而对于ERP、HR、OA等系统，如果干脆完全放弃市场上成熟的商业软件去全新自开发，就更需要慎重评估一下了，比如自己的个性真的是合理的吗？自己的行业积累是否真的够？真的有足够的预算吗？后续的投入产出比是否真的合适？……
17
信息化建设中向**企业学习和借鉴是比较重要的，因为可以快速获得一些正确的方法，规避掉部分已知的风险，不过互联网企业或者IT企业的信息化建设经验往往是很难参考的，不仅仅是因为业态可能不一样，还因为这些企业有着太强大的开发能力了，可以买到的系统感觉不好用，或者买不到自己想用的，或者觉得购买比自己开发更贵，那么干脆自己开发一套，无论是快速迭代还是试错，都有强大的开发能力做支撑。而传统企业一般没有互联网或者IT公司那么充足的开发资源，没有那么好的条件，传统企业只能在一定范围内去掌控系统，即便系统或许可配置性很高，或许有低代码平台，但超过一定范围还只能转由专业厂商和系统原厂支持了，所以传统企业或许可以借鉴互联网和IT企业自开发系统的思路，但在具体系统建设和应用方面可能就不太行了。
18
举个例子，当医生给出治疗方案后，患者一般会提很多问题把情况弄清楚，而不太会去与医生讨论治理方案本身是不是应该那么做，这是因为一般的患者不懂医学，所以需要请医生用通俗的语言把情况讲明白，同时也因为患者知道医学太专业太深奥了，所以无法与医生讨论。同样是面对专业性的信息化工作，部分用户对信息化的态度有时就不太一样，比如用户会提到在大学也学过编程，当前问题不就是一个判断或者赋值的事吗？其实，管理员比用户更希望问题是这样的简单。术业有专攻，IT类工作确实也是非常专业性的工作，看看书店里或者电商网站上IT相关图书的种类和数量……。正视信息化的专业性，或许是很多企业信息化工作需要先解决的问题。我此前讲解材料时还会举例说企业花巨资建设的系统就像豪车，信息化部门就是豪车驾驶员，用户使用豪车完成业务，现在不这么比喻了，而把豪车改为了飞机，原因就是担心再遇到用户说汽车我也会开……
19
新系统建设项目有个显著的特点是用户和厂商信息不对称，即在系统建设的短短几个月时间内，用户对新系统不够熟悉，厂商对用户的业务不熟悉，系统建设就成了一个信息逐步对称并且无限逼近一致的过程，因为这种客观存在的，在短时间很难避免的信息不对称，导致当期交付的某些功能与实际需求往往存在差距，而后续用户通过一段时间的使用会逐渐熟悉系统，自然就会发现一些问题。所以有个建议是，项目一期结束后，可以适时启动一个优化项目，目的就是优化项目一期的内容。为什么要专门立个项目，而不是通过常规运维来小修小改，一则是通过项目化的管理能更好的推进相关工作，还有一点是，项目会让甲方项目组与乙方团队再次驻场一起开展工作，而在现场工作的效率要远远高于一来一往的远程方式，特别是涉及多系统集成的项目，往往把多家厂商再聚在一起才能快速高效的彻底解决问题。
20
信息化项目常常都有主导的部门，主导部门既是新系统的用户，往往同时也是系统的重要建设者，所以主导部门对项目的积极性是很高的，而其他相关部门在项目中的内容可能比较少，于是感觉系统本身也不是给他们用的，所以积极性略低。然而毕竟是同一家企业，业务流程是一体和连续的，当期项目很可能需要相关部门的数据，甚至可能需要相关部门根据新系统做出相应的改变，如果相关部门因主观原因导致参与度不高，消极敷衍，很可能导致项目与其相关的内容做的不全面不彻底，完全有可能大大影响到新系统的效能。表面上是主导部门所做项目留下了一些不足，似乎影响的是项目主导部门，但实质上影响的是整个企业。所以希望的是无论是主导的还是非主导的部门，所有部门都应站在整个企业的高度，对企业负责，争先出力，打破部门墙，摒弃小格局，无论承担多少项目内容，每个部门都**化的为项目贡献价值。一个部门是否重要，真正实质的就在于这个部门能够贡献出多少价值。
21
无论甲方还是乙方，项目经理都是份非常不容易的工作，在信息化项目上，项目经理要懂业务、懂技术、懂管理、……，还要情商高，因为可能需要搞定上上下下、左左右右、形形色色的项目干系人，对外有可能需要完成让用户高层由零基础变为信息化专家的碟中谍任务，对内可能需要摆平项目组内顾问之间的性格不合，……；工作更是五花八门，一会儿在需求调研、一会儿又在培训用户，再过一会儿可能干脆亲自敲代码做配置，白天忙项目，晚上写总结做计划，……，所以，请善待每一位辛劳的项目经理。另外，如果项目有一定规模，甲方项目经理建议是让具有一定职务级别的管理人员担任，因为项目上的很多很多事并不是一个项目经理岗位可以推动和解决的，有时各种正副总经理职务才有说服力。并不是说需要级别形成压力，而是面对级别，项目干系人的耐心有时是不一样的，比如与领导的沟通往往会更有耐心；再比如同一件事，领导交办与同事需要协助这两种效果有时也是不一样的；还有厂商的重视程度也很不一样啊。当然，领导具备的更高能力才是项目管理最需要的。