在企業(yè)移動戰(zhàn)略布局中，app已成為連接業(yè)務與用戶最主要的載體，同樣其開發(fā)技術目前也處于十分成熟的階段，而從技術實現(xiàn)的角度去考量，很多從業(yè)者可能并不知道，越是大企業(yè)、越是IT預算多的企業(yè)，他們的移動app大部分是基于混合開發(fā)模式實現(xiàn)的，尤其對于混合app技術開發(fā)的B2B、B2C和B2E類型的移動應用，占比甚至要遠超市場的預期和想象。
目前，在各大銀行、保險公司、煙草、電力、航空、鐵路、家電制造、食品、零售等行業(yè)的領軍型公司中，都大量的使用混合開發(fā)模式來開發(fā)和管理自己的app。那么也許很多人不禁要問“為什么這些公司和企事業(yè)單位，都有足夠的預算和開發(fā)資源，非要偏偏選擇混合模式App開發(fā)技術來作為企業(yè)互聯(lián)網(wǎng)化的支撐？”，而在行業(yè)大部分人印象中，混合開發(fā)技術和原生開發(fā)技術比，從用戶體驗和產(chǎn)品能力還是有差距的。
日前，APICloud 創(chuàng)始人兼CEO劉鑫深入淺出地對行業(yè)這一突出現(xiàn)象進行了分析，而答案也恰恰和企業(yè)的互聯(lián)網(wǎng)化以及數(shù)字化的需求有著最直接的聯(lián)系。
本文將通過劉鑫先生四個方面的分析，解釋諸多企業(yè)為何選擇混合模式app開發(fā)技術，同時結(jié)論也揭示了混合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)實，哪怕是粗糙一點也要實現(xiàn)出來，根源在于業(yè)務的創(chuàng)新想法可能沒有先例可循，并且具有明確的企業(yè)個性，單純的憑空想象很難想的非常完整。與其花三五個月的精細打磨弄清楚業(yè)務需求，還不如花一兩個星期先把基礎的想法落實。哪怕這么短時間做出來的東西并不能真正滿足業(yè)務的需求，但是可以讓業(yè)務的想法在這個過程中變得“有據(jù)可依”“有的放矢”，從而實現(xiàn)更完整以及更切實可行的業(yè)務方案。
“業(yè)務部門的一個想法，IT一兩周就能做出來了”這對于企業(yè)的信息化負責人而言，也是很重要的一個褒獎。而這種速度的需求，恰恰是混合模式app開發(fā)技術最明顯的優(yōu)勢，一套代碼同步生成iOS與Android兩個平臺的app，甚至能夠部分兼容微信公眾號和小程序。這一套代碼，不代表偷懶以及工程技術的簡化，而更多的是因為節(jié)省的不僅僅是代碼編寫的時間，更重要的是節(jié)省了多個技術團隊之間跨知識結(jié)構協(xié)同的問題，不再需要iOS與Android工程師開會討論實現(xiàn)的差異性問題，更是大幅節(jié)省了app與服務器端聯(lián)調(diào)聯(lián)試的時間成本。所以，如果同樣的功能，同樣從0開始，使用傳統(tǒng)的原生開發(fā)技術根本無法完成一兩個星期內(nèi)實現(xiàn)有價值的業(yè)務需求落地，這個過程若使用原生技術可能連不同終端碎片化和差異化問題都沒有解決。為了滿足CIO對于業(yè)務發(fā)展和數(shù)字化效率的要求，在移動戰(zhàn)略中往往都會規(guī)劃使用跨平臺的混合模式app開發(fā)作為移動戰(zhàn)略的支撐基礎。
第二、業(yè)務靈活性的需求
在PC時代的B/S架構中，想要實現(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ā)技術來支撐，從而達成”增量更新“、”靜默更新“”打開獲得新功能和新體驗“，而不是嵌套Webview，網(wǎng)頁模擬app的方法，以垃圾體驗的代價換取業(yè)務靈活的可行性。
當然，傳統(tǒng)模式開發(fā)的app，特別是Android端也開始部分支持動態(tài)更新，這也恰恰說明，業(yè)務靈活性是企業(yè)互聯(lián)網(wǎng)化、數(shù)字化過程中的剛需。只是礙于傳統(tǒng)技術的制約以及軟件開發(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的領導，沒認識到自己角色的轉(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)心有余而力不足，IT部門人手有限，沒辦法一一滿足所有業(yè)務部門的移動化的需求。如果不管，就會產(chǎn)生前面所提到的“技術棧、開發(fā)商”碎片化的問題。這個時候基于混合模式app開發(fā)技術的移動應用平臺，又很好的解決了這兩者的矛盾。
“定標準”從而實現(xiàn)“集中管理”，企業(yè)以一套統(tǒng)一的混合模式app開發(fā)技術和移動平臺為標準，各個業(yè)務部門可以獨立尋找自己的軟件開發(fā)商，比如很多大企業(yè)的IT信息化組成中，便會時長通過中軟、軟通動力、APICloud這樣的企業(yè)服務平臺，來滿足自身的移動業(yè)務建設。而盡量給予同一平臺帶來了標準化的統(tǒng)一，但這里面包括了“技術標準化”、“開發(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)權限綁定和授權的模式，能夠支持在特定的設備、特定的人之間選擇不同的子應用。并且可以隨著這個用戶工作內(nèi)容的調(diào)整，動態(tài)的根據(jù)設備編碼、用戶權限實時分配全新的子應用。
這種基于企業(yè)移動應用商店的“子應用”模式，也是混合模式app開發(fā)技術成為企業(yè)移動戰(zhàn)略支撐的關鍵。因此出色的企業(yè)應用商店，能夠發(fā)揮傳統(tǒng)原生模式開發(fā)的app所不能賦予企業(yè)的各種安全性需求與滿足，同時也實現(xiàn)了業(yè)務靈活性的管理目的。
京公網(wǎng)安備 11010502049343號