e-works数字化企业网  »  文章频道  »  管理信息化  »  MES

中国工业管理软件如何突围?(三)

2019/12/27    来源:上海云质信息    作者:王永谦      
关键字:MES  工业管理软件  
本文通过对MES的前世今生,以及以西门子和SAP为代表的国外软件巨头收购、发展历史和工业管理软件自身特点的研究,探索中国企业的工业管理软件的突围之路。

中国工业管理软件如何突围?(一)

中国工业管理软件如何突围?(二)

4 工业管理软件解决方案探讨

    4.1 现阶段是工业管理软件有效供给不足

    Salesforce一家企业的全球销售额与MES全球销售额差不多,销售模块的确很重要,但MES销售额绝对不应该如此低。其中的原因有多种,MES的复杂程度要远远大于CRM,这个原因很重要,导致MES有效供给严重不足。

    要提高有效供给,首先要降低价格,但同时还要保证乙方盈利,否则交易还是不能达成,这个要求是前提。

    有效供给不足,用白话说就是,可选择的软件产品种类少,价格还贵。

    现阶段的软件生产,有点像资本主义社会早期,生产方式正由手工业作坊向机械化生产转移的阶段,中国的产品型软件销售占全部市场份额的30%,比例太低了。合理的比例应该是产品为主,定制为辅。

    4.2 解决方案应是社会总成本最小,社会总收益最大

    如果判定一个解决方案有没有生命力,就是要看这个方案是否有助于减小社会的总投入,提高社会的总收益,亚当斯密的理论在软件行业依然有效。

    对于大企业可以任意选择,定制项目型软件可以,购买产品型软件也可以,大企业不是我们文章讨论的重点,我们主要讨论中小企业。

    中国如果想提高企业的信息化整体水平,绕不过去的事情是提高企业数目占比99%的中小企业的信息化。

    对于其它国家也是一样,美国,德国,日本,英国等等,都是中小企业占绝对的多数,而且面临的问题也是一样,这在美国政府的制定的“先进制造”中也有清晰的表述。

    根据本文前边的论述,中小企业的需求是:

    ●价格可接受。

    ●系统可以被掌控。

    ●还得带来收益。

    那么,解决方案就是SAAS系统。

    此处的SAAS是指多租户系统,不是指仅能放到云端的B/S构架系统,SAAS好处也不仅仅是甲方不用购买服务器,不用甲方管理服务器,或者是按年支付租金这么简单,如果只是这样认为,就大大低估了SAAS的潜在的爆发力。SAAS真正的优势是边际成本在客户量不断增加的情况下依然可以保持在较低的水平。

    首先要强调的是多租户系统,这个系统首先对乙方有利,但是很多乙方在销售时通常是不提及这一点的,同时这个系统不一定对某一个具体甲方有利,但对于整个甲方有利,对整个社会有利,这一点好像不大容易理解,看似很矛盾。

    首先讨论为什么SAAS系统对乙方有利,假设乙方的系统不是一个多租户的系统,如果某一天发现一个bug,这时乙方已经有1000个客户,如果是同一个语言,同一个版本,也要修改1000次,人重复做1000次,大概率还会在修改过程中发生错误,带入新的bug。如果是不同的语言,不同的数据库,不同的构架,其混乱程度可想而知。这也的确是现在很多软件公司的现状,公司要花费很多的人力保证系统的运行,公司虽然还能赚钱,但是随着客户的增多,公司的边际利润在不断下降,边际成本不断提高。

    很多公关能力很强,有人脉的软件公司,初期拿到很多的订单,可以快速成长,但到一定规模之后,就很难再长大,后续发展无力,形成了软件行业的资源诅咒,先甜后苦。

    如果软件公司想降低边际成本,他会怎么做?答案是做成有限版本的软件,把类似的客户数据放置在一起,如果需要修bug,只有修改一次就可以了。

    天底下,有好的一面,就一定有坏的一面。

    对于软件公司有什么不好的一面,您可能会想,要开发一个多租户系统,会增加成本,的确是这样,但这个成本不是大问题,如何开发出一个比较通用的系统才是大问题。

    下面我们逐条展开这个论述。

    4.3 工业管理软件首先要满足甲方需求

    这里指的满足不是无条件的满足,至少是在客户可承担的费用条件下,可能还包括,是否可以被客户正确理解和顺利使用。

    系统首先要有用,对于好的项目型软件这个问题不大,对于产品型软件则是第一原则。即使是大企业软件公司,如果在这方面没有做好,即使是品牌知名,渠道广,营销力度大,市场也不会认可,如本文后续会提到SAP Anywhere失败案例。

    给狮子喂青菜,洗的再干净,也没用。

    如果系统有用,还要考虑另一个因素,系统是否可以被顺利使用,既系统符合管理流程,企业习惯,以及使用成本不能过大。也就是,系统要有一定的通用性,灵活性。

    另外一个策略是,系统没有办法增加通用性,灵活性,或者操作界面没有办法做到非常友好,那只能是提高产品的使用价值和不可替代性,甲方也会接受,很多专业工具软件就有这个特点。

    也就是,有用和通用。

    有用,也就是说通过对特定行业或某种管理功能的理解,把具象的事务用代码写成抽象的逻辑,并适用于定位的目标客户,并能给客户带来增值。

    这个说起来比较容易,做起来难。甲方在这个行业这么多年了,天天想的就是降低成本,增加利润,乙方凭什么就敢说它的软件能带来增值服务?

    要给甲方带来增值,这就要求乙方一定要把该行业或该模块的内核逻辑想清楚。如果乙方的产品经理不是一群(不是一个)在该领域内资深人士,并且深耕多年,是做不到这一点的(参考一下,被西门子收购公司的平均年限),这与To C产品有很大的不同。

    提高通用性,如微服务,PAAS等,这也不容易。不单单是IT技术的问题,也需要对该领域深刻的认知,否则不可能开发出来。还有,提高通用性,如果不提高垂直度,系统复杂度会急剧升高,开发成本难以接受。

    工业管理软件,首先是企业管理知识,然后才是IT知识。

    4.4 通用软件必然是垂直细分

    乙方为了自身的利益,而不得不深度思考产品,在开发之前就要精心策划,要彻底改变以前项目制开发系统的思维。这一点对甲方很重要,对社会也很重要。

    开发多租户SAAS不能是仅仅收集几家客户的需求,然后就开始写代码。

    毫无经验的人,想通过给几个患者试吃不同的药看患者反应,以此变成优秀的大夫,这个想法是可笑的!同样,没有一群在企业有过多年实际经验的人,是不大可能开发出给客户带来价值的通用系统。

    我们前边已经讨论过了,甲方的需求是千变万化的,写出一个通用的系统之难,难于上青天。灵活性要极大,如果灵活性极大又会带来其它问题。

    第一个问题是系统复杂,很多中小企业驾驭不了,白给也不会要,这就是为什么很多软件一到生产现场实施就会失败的原因之一。

    第二个问题是,结构越复杂,数据一多,速度就变慢,很多企业都遇到这个问题,打一个报表要等上一个小时,这个事时有发生。

    第三个问题是,结构越复杂,Bug产生概率越大。

    第四个问题是,结构越复杂,升级越困难。

    这就要求,要平衡好市场的规模,客户需求的边界,客户使用的难易程度,开发的成本,实施的成本和运维的成本。

    要满足客户的需求,就要增加灵活性,要增加灵活性,同时还要控制系统的复杂程度,只能缩小系统覆盖的领域,做垂直细分市场。

    此处的垂直细分,有多种表现:

    ●全功能模块,针对规模较小的企业,模块功能简单,解决基本管理问题。

    ●全功能模块,抽取某些类似行业的管理共性,解决这些行业的痛点。

    ●垂直深耕某一功能,如APS,QMS,解决客户该模块的痛点问题。

    更重要的是,乙方很明白,无论他如何做,是不可能100%满足客户需求的,只能满足客户大部分的需求。即使是满足了客户今天的需求,由于企业也是不断变化的,也可能明天就不能满足了。只有增加垂直度,才能提高通用性,控制住复杂度,让客户满意。

    4.5 SAAS有助于甲乙双赢

    举个例子,当父母的很少会担心爷爷奶奶,姥姥姥爷会对孩子不好,为什么?因为他们都关心这个孩子,他们的目标和利益是一致的。

    项目型软件在目标方面,甲乙双方就相差的比较远。乙方更多的担心是是否能通过甲方验收,收到全款,至于以后的事,以后再说。有些乙方有时知道这样做在未来会有风险,但是为拿到项目,为了能顺利验收,有时也不会提醒客户。

    非SAAS型产品在稳定性,专业性方面要强于项目型产品,但从本质上没有改变游戏规则。

    SAAS系统,不用甲方提出要求,乙方为了自己的利益也会这么做,甲方完全是在不知不觉中收益。

    都有哪些地方利益是一致的?

    1.系统升级,甲方根本无需提出这个要求。乙方一定给甲方免费升级,如果甲方要求乙方不准升级,这对乙方一倒是个麻烦事。很多客户在一个数据库系统,要升级,很方便一起就升级了,如果甲方要求不升级,乙方还得把甲方的数据迁移到单独一套系统,再给其它客户升级,但这对双方都没有好处,甲方系统不会得到升级服务,乙方成本提高。

    2.系统稳定性。没有哪个软件没有Bug,乙方一旦收到一个甲方的bug投诉,会通过多租户给全部的客户升级,这样平均下来,每个甲方都会感觉到系统很好用,在没有被大多数客户发现之前,系统已经被修复了,极大改善客户使用体验。

    3.甲方好的建议,会给全部客户带来收益,社会总体收益最大化。

    4.快速反应,甲方发现一个bug,如果没有容器技术,每次系统升级可能用2个小时,甚至更长时间,有了容器技术几分钟就可以完成升级,而且犯错误的概率还很低。

    多租户系统会经常升级,乙方为节约时间和降低犯错误的概率,自然就会使用这样的技术,这和甲方的利益也是一致的。项目型的产品很难会用容器技术,乙方也不会主动给甲方升级。

    5.乙方为了追求利益最大化,会改变工作模式,由应付客户交付型向追求客户口碑型转变,会深耕某一领域,专家型产品经理会深度思考产品。由于是标准产品,可以做到标准化运营,相比于项目型软件,会节约大量开发,售前,实施,运维成本(这对软件企业是相当大的一笔费用),是更有效率提高整个企业的信息化水平的方式。

    6.还是由于是标准化产品,乙方也不需要很多客服人员,由于产品的种类少,客服还可以做到比较专业,提高客户售后满意度。

    7.乙方为了增加客户量以及防止客户流失,相对于项目型和非多租户型产品,在新技术,安全,灾备上投入的ROI会有更大的收益。多租户系统一旦出现大问题,会影响到全局。

    打个比方,项目型企业如果有1000家客户,就好比用1000个篮子装1000个鸡蛋,很难照顾好每一个篮子,坏几个篮子是大概率事件。多租户SAAS是把这1000个鸡蛋放在一个或少量几个篮子里面,效率高,为了避免风险,会把这个篮子编制的很结实,即使是篮子掉在了地上,也还会用多种其它防护措施。

    8.多租户SAAS企业,一开始除了考虑到以上事情,还有高并发,如何应对数据量较大的情况,与其它系统对接等问题,一旦考虑不周,代价会非常大。比如,对接,一旦对接会影响到后面的升级,多租户系统就会失败,就变成单租户系统。

    4.6 SAAS的基因是什么?

    多租户SAAS从一出生就注定了:

    ●垂直细分

    ●追求技术

    ●高稳定性

    ●高性价比

    这不是情怀的问题,这是不得不这样做的问题。

    SAAS对中国整体To B软件水平进步也有重大意义。

中国工业管理软件如何突围?(四)

责任编辑:程玥
本文为授权转载文章,任何人未经原授权方同意,不得复制、转载、摘编等任何方式进行使用,e-works不承担由此而产生的任何法律责任! 如有异议请及时告之,以便进行及时处理。联系方式:editor@e-works.net.cn tel:027-87592219/20/21。
e-works
官方微信
掌上
信息化
编辑推荐
新闻推荐
博客推荐
视频推荐