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

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

針對這個行業(yè)疑惑的問題，APICloud 創(chuàng)始人兼CEO劉鑫深入淺出地對行業(yè)這一突出現(xiàn)象進(jìn)行了分析，而答案正是與企業(yè)的互聯(lián)網(wǎng)化以及數(shù)字化的需求有著最直接的聯(lián)系，這也反映出劉鑫當(dāng)初創(chuàng)辦APICloud平臺時，為何選擇混合開發(fā)技術(shù)為平臺用戶提供服務(wù)。

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

?第一、數(shù)字化推進(jìn)速度的需求

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

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

“業(yè)務(wù)部門的一個想法，IT一兩周就能做出來了”這對于企業(yè)的信息化負(fù)責(zé)人而言，也是很重要的一個褒獎。而這種速度的需求，恰恰是APICloud平臺的混合開發(fā)技術(shù)最明顯的優(yōu)勢，一套代碼同步生成iOS與Android兩個平臺的app，甚至能夠部分兼容微信公眾號和小程序。這一套代碼，不代表偷懶以及工程技術(shù)的簡化，而更多的是因?yàn)楣?jié)省的不僅僅是代碼編寫的時間，更重要的是節(jié)省了多個技術(shù)團(tuán)隊(duì)之間跨知識結(jié)構(gòu)協(xié)同的問題，不再需要iOS與Android工程師開會討論實(shí)現(xiàn)的差異性問題，更是大幅節(jié)省了app與服務(wù)器端聯(lián)調(diào)聯(lián)試的時間成本。所以，如果同樣的功能，同樣從0開始，使用傳統(tǒng)的原生開發(fā)技術(shù)根本無法完成一兩個星期內(nèi)實(shí)現(xiàn)有價值的業(yè)務(wù)需求落地，這個過程若使用原生技術(shù)可能連不同終端碎片化和差異化問題都沒有解決。為了滿足CIO對于業(yè)務(wù)發(fā)展和數(shù)字化效率的要求，在移動戰(zhàn)略中往往都會規(guī)劃使用跨平臺的混合模式app開發(fā)作為移動戰(zhàn)略的支撐基礎(chǔ)。

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

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

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

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

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

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

第三、集中管理的需求

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

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

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

第四、信息化安全的需求

伴隨企業(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)絡(luò)環(huán)境、固定的設(shè)備，而移動戰(zhàn)略背景下的企業(yè)互聯(lián)網(wǎng)化，則是外網(wǎng)會隨時隨地通過員工自己的設(shè)備接入。這些不起眼的變化，給企業(yè)CIO帶來的卻是天翻地覆的調(diào)整。

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

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

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

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

本頁內(nèi)容由塔燈網(wǎng)絡(luò)科技有限公司通過網(wǎng)絡(luò)收集編輯所得，所有資料僅供用戶學(xué)習(xí)參考，本站不擁有所有權(quán)，如您認(rèn)為本網(wǎng)頁中由涉嫌抄襲的內(nèi)容，請及時與我們聯(lián)系，并提供相關(guān)證據(jù)，工作人員會在5工作日內(nèi)聯(lián)系您，一經(jīng)查實(shí)，本站立刻刪除侵權(quán)內(nèi)容。本文鏈接:http://www.junxiaosheng.cn/13215.html