蛙盟云按：智慧全媒体技术提供商-关注产品信息和企业信息透明化的平台,北京金启程科技的产品线：数字报、数字报软件、电子报软件、移动数字报APP、全媒体集群门户、portal网站群、内容管理系统、CMS系统、政府门户、教育门户等。
    xpaper数字报云:注册会员即可获得1000元代金券。我现在就要注册数字报云平台，【点击注册】

　　欢迎关注“创事记”的微信订阅号：sinachuangshiji

　　文/严九鼎

　　又到“年终总结”的时候了，在“互联网+液化天然气”这个行业里从知到行有了近一年的历验，甘苦自知之余，也陆续有一些思考，在此分享给大家，请各位业内先进不吝赐教(作者微信号：10261)。

　　从大环境来看，今年的“大众创业、万众创新”运动影响的不仅仅是创业大街上激情飞扬的年轻人。面对总理倡导的“互联网+”，无论是力图避开BAT巨无霸的纯血互联网职业“创客”，还是力争突破困局的传统企业经营者，都会下意识思考自己的BP和实际业务是否可以立刻切换到“互联网+XXX”创业模式。

　　这一年来各地创业园、创业大街的“创客”们热情并未减弱半分，看来双创离高潮还有一点距离，职业“创客”们还在选型或不断地换型，而传统产业的经营者们大多数还没有摸到庙门。

　　#1 风险：“谁加谁”是个问题

　　不管创业者面对的是一管鸡血还是一碗鸡汤，“谁加谁”依然是一个根本性问题，这可能会决定事情的成败。名不正则言不顺，言不顺则事不成。

　　站在纯血互联网创客们的上帝视角，从另外一个平行世界凌空切入传统产业领域的身段真是一时霸气无双，但不管这种来自所谓“第四产业”的“降维攻击”如何精妙，“传统产业拯救者”自居的心态如何完美，都无法回避这样一个现实：强行着陆种植业、制造业或服务业的风险是空前的，绝后的机率也非常之高。

　　前一段时间大家看到的一份O2O(互联网+服务业)不完全死亡名单就是明证，名单上的那些项目起码还能被人们看到，这是泛起来的泡沫，更多的项目连成为泡沫的运气都没有。它们在沉默中死去，这个大时代丝毫不给它们泛起来的机会。

　　这个名单告诉我们一句老话：女怕嫁错郎 ，男怕入错行。互联网+XXX 也是一样的道理，在加号的两端，大家都不安全。

　　客观地讲，一个相对成熟(相对那些几乎毫无根基的大学生创业团队而言)的互联网创业团队，在面向C端用户时，小团队也有机率做出爆款产品，比如“足记”那样一夜爆红的现象级产品。同样还是这个小团队，在面对B端做这“加法”之时，产品的自驱动模式极难成立。因为在加号的两端存在不同的游戏规则，而传统行业里还要细分出不同的规则，比如能源行业和货运行业的游戏规则又有区别。

　　不在同一规则里对话，形式上的相加无意义。退一万步就算游戏规则能平缓对接，也不是一年两年，又有多少团队能扛过来？这还谈不上产业融合和升级呢，这个加法的真实过程一定是痛苦的。

　　站在传统行业经营者的立场，更是战战兢兢，如履薄冰。直觉告诉他们善用互联网一定会突破目前的困局，但展望未来，不知破局之日是何时；回顾历史，自我革命者成功率极低，革命是找死，不革命是等死。加与不加间，都是万般难。他们会相对保守地选择自己的进化方式，或投资或收购或内部孵化来冲击产业升级，采用标准创投模式的极少。

　　于是我们就看到了奇怪的现象——彼此并不信任的加号两端的创业者们，在隔着一条河共同埋头前进，都走向同一个副本。很少有人愿意停下来主动打个招呼，更没想过搭座桥大家坐下来聊聊，组个队什么的。

　　他们都觉得应该是自己去+对方，而不是被对方+，但又不知道如何去+。偶尔也会隔空喊个话，类似这样的台词——(对岸那些)狂妄的互联网人该反省了！

　　#2 时机：真正的产业升级大时代

　　上面谈到了部分O2O(互联网+服务业)的结局，这里暂且不谈互联网+农业，来看看工业的相关案例，以很火的“互联网+钢铁”为例，业内较知名的有上海钢联(创业板)、中钢网(新三板)、钢钢网(新三板)、另外还有找钢网、钢为网也在谋求新三板上市。

　　它们的共同点是什么？钢铁贸易加金融服务。撮合自营兼而有之，业务都放在钢铁贸易流通，对钢铁制造业自身并不关注。贸易流通环节的优化升级自然也对上游钢厂有利，不过离帮助钢铁制造业本身升级还有距离。

　　那么什么是产业升级？来看看云顶科技的案例：在“互联网+”成为创业新公式之前，去年云顶即携手IBM共同进军“LNG(液化天然气)产业互联网”，换成今年的新公式是这样：

　　互联网+LNG＝LNG产业互联网

　　或者：

　　LNG+互联网＝LNG产业互联网

　　总理自然是代表先进性生产力的，所以他会说“互联网+”；而脚踏实地站在传统产业的话，自然是产业+互联网，否则就丧失了根本。

　　LNG从行业归属来看是这样，能源>天然气>液化天然气，产业链大致如此：

　　液厂(海外进口液接收站) - 各级代理贸易商 – 区域运营商 – 物流 - 终端客户(工业用户)

　　站在电商的角度，自然是中间链条越短越对交易双方和平台越有利，理想状态是终端客户直接采购液源。

　　但云顶并没有从LNG电商入手，也不想以互联网方式来破坏既有产业生态环境，而是选择从物联网开局：最底层的基于制造业的产业物联网，通过在LNG终端设备上植入智能终端G-Box，搭建LNG行业大数据平台。终端客户通过网站或手机客户端即可登录云顶物联平台实时查看LNG的液位、压力、温度等关键数据，发生异常情况时设备会自主发送报警短信，运营管理人员可随时掌握生产状态并实时调度。

　　最上层的则是为液厂提供ERP服务，帮助液厂管理产销存，一些大型液厂的ERP也需要升级换代。那么经过一段时间的运营，液厂和终端运营商到达一定数量级后，双方可以在云顶开发的第三方LNG电商平台也就是淘气网(lngmall.com)直接握手。9月初淘气网上线，试运营近三个月来，有超过三百家客户完成注册，每天成交3000吨左右，日交易额约1000万人民币。

　　LNG电商平台也离不开金融服务，11月25日，云顶科技与招商银行签订合作协议，云顶金融服务包括云顶易贷、云顶租融年底将在淘气网上线。在客户正式授权之后，银行可直接获取客户终端设备的用液数据，并根据客户当月在淘气网的在线交易额给予一定比例的贷款。

　　云顶的金融服务主要提供给具备工业客户资源或具有LNG终端设备的企业：云顶易贷是提供给区域LNG运营商，它们为当地终端工业客户提供长期固定的液源配送；云顶租融则是为工业客户采购LNG终端设备时提供融资租赁服务。

　　整体上讲，云顶的模式是开发基于物联网大数据的产业互联网平台，力求帮助整个LNG产业完成信息化升级，提升企业运营效率及业绩，本质是“LNG+互联网”。

　　#3 人才：艰难的围猎

　　对于互联网+或者+互联网创业，什么样的团队成功率高？

　　如果你在世界五百强工作过、熟悉传统行业游戏规则、熟悉行业信息化、具备丰富的互联网经验，同时文理兼通，而且还有相当不俗的酒量……那么恭喜跨界而来的您，您具备了LNG+互联网的CEO资质！

　　好了，现在公司的CEO终于有了！站在CEO的角度看问题的话，资金到位之后就是扩建团队，除了原有传统产业的人才，还要获取大量的互联网精英：产品、开发、运营……互联网企业喊着招人难，传统企业也喊着招人难，而基于产业互联网的企业招人更是难上加难。很重要的一点就是雇主设定的掉宝率(薪资标准)与互联网从业者(非创业者)的期望值多少有一点差距。

　　就像第一节提到的创业者在两岸前进的诡异场景，对待同一个副本，对岸的互联网创客派当成养成类游戏在玩，这边的传统产业派当成大型战争类游戏在玩，完全不同的游戏心态如何对话？

　　但必须要对话，否则不管哪个派系的创业难度系数都会令人难以承受。

　　真实情况其实双方是相互需要的，同时又相互不理解。我在云顶一年来最大的困扰就是如何让一个传统互联网(没错，在产业互联网面前，消费互联网是传统产业了)从业者很快明白LNG是一种什么产品，它代表的行业前景如何……

　　这相当重要。当你面对一个来自BAT的产品或研发人员，你无法给他一年十五个月甚至十六个月的薪水，又不具备用愿景和情怀来打动对方的能力，又如何能成功让他入伙呢？难道我真的要一边播放《苍穹之下》一边对他说，你看，LNG就是一种清洁能源，它可以取代煤炭、燃油减少祖国的雾霾，最关键的是还能延长我们的寿命……

　　如何找到技术人才始终是个难题，各种招聘网站，各种社交媒体招聘、各种猎头，最后发现都不如自己的人亲自出去“围猎”，把之前自己的同学、同事先围一圈……

　　相对而言，招一个对LNG行业相对精通的人才要容易很多，因为“+互联网”这个仪式感非常强的公式会让他们摆脱第二产业、第三产业的“低维”体验，一下升级到“第四产业”，立马高大上。最满意的也是最重要的是待遇不会比以前差，而且稳定。

　　跟他们的谈话要轻松很多，学历、从业经历、对LNG的看法、对互联网的看法、对LNG+互联网的看法……业务问题也就问到此为止，基本判断已经出来。最后我会问一个很重要的问题：酒量如何？

　　钱有了，人有了，事就一定能成吗？

　　不一定。

　　万里长征才迈出第一步，接下来是关键性的一步——团队融合。

　　如果拧不成一股绳，谁都出不了新手村。

　　(如何融合，且听下回分解)

转载请以链接形式注明出处:

本篇文章来源于 "xpaper报刊网|蛙盟云平台" ：http://www.womtech.net/html/hssy1/index.shtml

更多技术资讯，请访问公司官网http://www.jinostart.com

xpaper数字报刊系统介绍，请访问http://www.jinostart.com/html/comp1/content/newsmedia/2016-07-22/1-40-1.shtml