[[225690]]

在企業(yè)移動戰(zhàn)略布局中，app已成為連接業(yè)務與用戶最主要的載體，同樣其開發(fā)技術(shù)目前也處于十分成熟的階段，而從技術(shù)實現(xiàn)的角度去考量，很多從業(yè)者可能并不知道，越是大企業(yè)、越是IT預算多的企業(yè)，他們的移動app大部分是基于混合開發(fā)模式實現(xiàn)的，尤其對于混合app技術(shù)開發(fā)的B2B、B2C和B2E類型的移動應用，占比甚至要遠超市場的預期和想象。

目前，在各大銀行、保險公司、煙草、電力、航空、鐵路、家電制造、食品、零售等行業(yè)的領(lǐng)軍型公司中，都大量的使用混合開發(fā)模式來開發(fā)和管理自己的app。那么也許很多人不禁要問“為什么這些公司和企事業(yè)單位，都有足夠的預算和開發(fā)資源，非要偏偏選擇混合模式app開發(fā)技術(shù)來作為企業(yè)互聯(lián)網(wǎng)化的支撐？”，而在行業(yè)大部分人印象中，混合開發(fā)技術(shù)和原生開發(fā)技術(shù)比，從用戶體驗和產(chǎn)品能力還是有差距的。

針對這一行業(yè)疑惑，APICloud 創(chuàng)始人兼CEO劉鑫，作為投身移動應用行業(yè)多年的資深從業(yè)者，通過豐富的行業(yè)經(jīng)驗以及深度接觸企業(yè)移動戰(zhàn)略布局需求，深入淺出地對行業(yè)這一突出現(xiàn)象進行了分析，而答案正是與企業(yè)的互聯(lián)網(wǎng)化以及數(shù)字化的需求有著最直接的聯(lián)系，這也反映出劉鑫當初創(chuàng)辦APICloud平臺時，為何選擇混合開發(fā)技術(shù)為平臺用戶提供服務。

本文將通過劉鑫先生四個方面的分析，解釋諸多企業(yè)為何選擇混合模式的app開發(fā)技術(shù)，同時結(jié)論也揭示了以APICloud為代表的混合app模式對不同行業(yè)解決方案的根本優(yōu)勢以及企業(yè)選擇的必要性。

***、數(shù)字化推進速度的需求

“試錯”這個互聯(lián)網(wǎng)名詞不但在互聯(lián)網(wǎng)公司中蔓延，在傳統(tǒng)公司互聯(lián)網(wǎng)化過程中也被廣為接納。

越來越多的CIO在談及各自企業(yè)移動戰(zhàn)略的時候，都會提到“能不能讓我們業(yè)務部門的一個想法，先在一周之內(nèi)做個原型，快速實現(xiàn)，丟出去測試下用戶反饋，然后基于這個原型再來改”。這種快速發(fā)起、快速驗證、快速調(diào)整的方法，已經(jīng)成為廣為流行的方法。之所以要在短時間內(nèi)，先把業(yè)務從想法變?yōu)楝F(xiàn)實，根源在于業(yè)務的創(chuàng)新想法可能沒有先例可循，并且具有明確的企業(yè)個性，單純的憑空想象很難想的非常完整。與其花三五個月的精細打磨弄清楚業(yè)務需求，還不如花一兩個星期先把基礎的想法落實，讓業(yè)務的想法在這個過程中變得“有據(jù)可依”“有的放矢”，從而實現(xiàn)更完整以及更切實可行的業(yè)務方案。

“業(yè)務部門的一個想法，IT一兩周就能做出來了”這對于企業(yè)的信息化負責人而言，也是很重要的一個褒獎。而這種速度的需求，恰恰是APICloud平臺的混合開發(fā)技術(shù)最明顯的優(yōu)勢，一套代碼同步生成iOS與Android兩個平臺的app，甚至能夠部分兼容微信公眾號和小程序。這一套代碼，不代表偷懶以及工程技術(shù)的簡化，而是極大節(jié)省了代碼編寫的時間，并且解決了多個技術(shù)團隊之間跨知識結(jié)構(gòu)協(xié)同的問題，不再需要iOS與Android工程師開會討論實現(xiàn)的差異性問題，更是大幅節(jié)省了app與服務器端聯(lián)調(diào)聯(lián)試的時間成本。為了滿足CIO對于業(yè)務發(fā)展和數(shù)字化效率的要求，在企業(yè)移動戰(zhàn)略中，往往都會規(guī)劃使用跨平臺的混合模式app開發(fā)作為移動戰(zhàn)略的支撐基礎，而APICloud為企業(yè)提供的app開發(fā)定制服務，不但具備混合開發(fā)模式的優(yōu)勢特性，且憑借創(chuàng)新性開發(fā)技術(shù)和過硬的項目經(jīng)驗，被權(quán)威的IT研究與顧問咨詢機構(gòu)Gartner評為中國區(qū)Cool Vendor，成為全球企業(yè)客戶部署移動戰(zhàn)略時的推薦選擇。

第二、業(yè)務靈活性的需求

在PC時代的B/S架構(gòu)中，想要實現(xiàn)IT系統(tǒng)的更新并不需要過多考慮用戶端的影響。因為作為用戶入口的瀏覽器，一直處于訪問網(wǎng)絡的狀態(tài)，只要網(wǎng)絡聯(lián)通，用戶隨時訪問網(wǎng)站都會獲得***的功能和業(yè)務。對用戶而言，并不真正存在版本的概念。只要訪問服務器，服務器的任何更新都可以隨時展示到用戶界面上，真要出現(xiàn)什么用戶的使用問題，大不了”清空一次瀏覽器cookie“基本都可以得到解決。

但是在移動時代，用戶對版本的概念變得極其敏感。而CIO對于app的版本管理也變成了頭痛的問題。往往礙于軟件開發(fā)商能力的制約，或者說凡事工程性的問題就都會存在bug，讓一些發(fā)布出去的app變得難用甚至崩潰。一些臨時的市場活動、使用率低但是重要的功能、不在規(guī)劃內(nèi)的產(chǎn)品需求調(diào)整，都會直接引出同一個問題”用戶必須更新一個版本甚至重新下載，才能滿足上述需求“。這種看似日常的版本發(fā)布和用戶的更新，恰恰是傳統(tǒng)企業(yè)信息化過程中全新的課題。

”能不能像傳統(tǒng)瀏覽器那樣，用戶打開永遠是***的服務和功能？“很多企業(yè)CIO問出了相同的問題，于是大量三流的軟件服務商以及IT程序員想出來一個”偷懶“的模式。在app中嵌入一些WebView，把一些功能用傳統(tǒng)網(wǎng)頁的模式，訪問服務器，動態(tài)獲取。這表面上解決了版本更新的問題，實則上大量垃圾體驗的app就此產(chǎn)生。

企業(yè)業(yè)務靈活性的要求，其實本質(zhì)是希望像”微信小程序一樣，隨時發(fā)布一些新的功能，隨時動態(tài)增改一些功能入口，讓用戶隨意使用。但是用戶的體驗，則要與真正的app一樣“。這種業(yè)務靈活性的需求，其實需要的便是像微信小程序或類似APICloud提供的混合app開發(fā)技術(shù)來支撐，從而達成”增量更新“、”靜默更新“”打開獲得新功能和新體驗“，而不是嵌套Webview，網(wǎng)頁模擬app的方法，以垃圾體驗的代價換取業(yè)務靈活的可行性。

當然，傳統(tǒng)模式開發(fā)的app，特別是Android端也開始部分支持動態(tài)更新，這也恰恰說明，業(yè)務靈活性是企業(yè)互聯(lián)網(wǎng)化、數(shù)字化過程中的剛需。只是礙于傳統(tǒng)技術(shù)的制約以及軟件開發(fā)團隊或者服務商的能力所限，真正的原生動態(tài)更新始終沒有辦法大范圍進入企業(yè)實現(xiàn)商用。這也讓企業(yè)開始選擇混合開發(fā)的模式來支撐移動戰(zhàn)略，逐漸成為CIO的主流選項。

第三、集中管理的需求

業(yè)務部門的互聯(lián)網(wǎng)化意識經(jīng)過移動互聯(lián)網(wǎng)的普及，被廣泛帶動起來。所以傳統(tǒng)的IT主導企業(yè)信息化的發(fā)展勢態(tài)發(fā)生了微妙的變化，以前IT部門發(fā)起幾乎所有的信息化需求，但是現(xiàn)在的IT部門越來越像”服務部門“。因為業(yè)務團隊在不停的發(fā)起各種”業(yè)務+互聯(lián)網(wǎng)“的信息化需求。這個時候，很多傳統(tǒng)企業(yè)IT的領(lǐng)導，沒認識到自己角色的轉(zhuǎn)變，如果還一味的”拖延“、”你們自己搞定“這樣的官僚做法，就會導致今天很多企業(yè)的信息化出現(xiàn)“各種移動app徹底碎片化”，業(yè)務部門自己找軟件開發(fā)商實現(xiàn)需求的局面。這不但架空了IT部門的信息化主導地位，更麻煩的是讓后續(xù)的集中管理變得艱難無比。幾十家甚至上百家的不同標準的服務摻雜在企業(yè)的核心系統(tǒng)中，甚至業(yè)務部門為了快速滿足自己的需求部分脫離了IT主導的傳統(tǒng)PC核心系統(tǒng)。這是非常危險的信號。

如果IT部門要管理業(yè)務部門如何滿足業(yè)務的互聯(lián)網(wǎng)化需求，往往發(fā)現(xiàn)心有余而力不足。如果不管，就會產(chǎn)生前面所提到的“技術(shù)棧、開發(fā)商”碎片化的問題。這個時候基于混合模式app開發(fā)技術(shù)的移動應用平臺，又很好的解決了這兩者的矛盾。

“定標準”從而實現(xiàn)“集中管理”，企業(yè)以一套統(tǒng)一的混合模式app開發(fā)技術(shù)和移動平臺為標準，各個業(yè)務部門可以獨立尋找自己的軟件開發(fā)商，比如很多大企業(yè)的IT信息化組成中，便會通過APICloud為企業(yè)定制開發(fā)移動應用，來滿足自身的移動業(yè)務建設，這樣在技術(shù)選型以及企業(yè)移動化的需求中都得到了滿足。而盡量給予同一平臺帶來了標準化的統(tǒng)一，這里面包括了“技術(shù)標準化”、“開發(fā)流程標準化”、“代碼管理標準化”、“項目管理標準化”、“驗收標準化”、“管理和運營標準化”等多個標準化制度。

第四、信息化安全的需求

伴隨企業(yè)互聯(lián)網(wǎng)化的最根本的轉(zhuǎn)化就是，從內(nèi)網(wǎng)的信息化變成外網(wǎng)的互聯(lián)網(wǎng)化；傳統(tǒng)信息化包括內(nèi)網(wǎng)、固定場所、固定網(wǎng)絡環(huán)境、固定的設備，而移動戰(zhàn)略背景下的企業(yè)互聯(lián)網(wǎng)化，則是外網(wǎng)會隨時隨地通過員工自己的設備接入。這些不起眼的變化，給企業(yè)CIO帶來的卻是天翻地覆的調(diào)整。

最開始，時興了一段的MDM（mobile devices management）移動設備管理軟件，但是凡是買了MDM的企業(yè)幾乎無一例外發(fā)現(xiàn)很難推進，因為MDM伴隨著BYOD（bring your own device）員工自帶設備。如果用企業(yè)的管理軟件來管理員工自己的設備，沒有人會支持這種提議。所以大部分的MDM最終草草收場，只是管理了企業(yè)自己購買的一些移動設備。

那么企業(yè)移動化、互聯(lián)網(wǎng)化的安全怎么保障？ 這要滿足三個層面的安全——設備安全、傳統(tǒng)安全和云端安全。

混合模式app可以實現(xiàn)類似于企業(yè)應用商店（微信公眾號）這種動態(tài)權(quán)限綁定和授權(quán)的模式，能夠支持在特定的設備、特定的人之間選擇不同的子應用。并且可以隨著這個用戶工作內(nèi)容的調(diào)整，動態(tài)的根據(jù)設備編碼、用戶權(quán)限實時分配全新的子應用。

這種基于企業(yè)移動應用商店的“子應用”模式，也是混合模式app開發(fā)技術(shù)成為企業(yè)移動戰(zhàn)略支撐的關(guān)鍵。因此出色的企業(yè)應用商店，能夠發(fā)揮傳統(tǒng)原生模式開發(fā)的app所不能賦予企業(yè)的各種安全性需求與滿足，同時也實現(xiàn)了業(yè)務靈活性的管理目的。

基于以上這些在企業(yè)移動互聯(lián)網(wǎng)化布局中頻繁出現(xiàn)的困擾，混合模式的app開發(fā)技術(shù)通過自身高效、靈活的優(yōu)勢得以普及，并成為企業(yè)CTO與CIO的主流選擇，而APICloud提供的企業(yè)移動戰(zhàn)略服務可以更好地幫助企業(yè)業(yè)務實現(xiàn)場景落地，目前APICloud平臺上已累計創(chuàng)建應用超過80萬個，服務客戶包括Intel、海爾、中興、上汽集團、碧桂園、中信集團等諸多國內(nèi)知名企業(yè)，業(yè)務能力涵蓋IoT、在線教育、直播、O2O、企業(yè)辦公管理、電商等各個領(lǐng)域，并率先提出“保上線”的服務理念，為企業(yè)提供省心、安心、放心的定制服務。