業務應用小程式化，企業降本增效技術趨勢

FinFish發表於2022-09-06
首先說下我個人最近發現一個現象，公司 App 裡面的各個業務模組在往小程式化進行演變了！！
可能大佬們也會疑惑：大部分公司不是已經一直在用小程式嗎？不算。因為這裡不過是作為微信、支付寶等網際網路大平臺的內容貢獻者、參與者，“免費”向網際網路平臺提供了自己的內容與服務，成為了別人的“生態一員”，換取流量的轉化，以觸達更多的網際網路消費者。
業務應用小程式化，企業降本增效技術趨勢
編輯 切換為居中
新增圖片註釋，不超過 140 字（可選）
我這裡指的是公司不再是單純的用小程式開發完上架到微信等各大平臺，而是把各個業務模組透過小程式的方式去承載，再讓自己的 App 去執行這些小程式。
然後我試著從技術和公司的角度去做了一些思考和分析。

傳統開發模式的技術缺陷

首先當前90%以上的 App 採用的方案是原生或 HTML5 混合模式，但這兩種模式下的 App 確實有明顯的不足：
一是原生 App 非常“重”，且發版週期長、不容易傳播分享，在 iOS、Android 不同平臺上需要重複建設，尤其是與當前隨需隨用的“效用主義”宗旨相悖。
二是以 HTML5 為代表的混合開發方案也因為許可權獲取難、體驗度差等原由讓企業和使用者“怨聲”不斷。
業務應用小程式化，企業降本增效技術趨勢
編輯 切換為居中
新增圖片註釋，不超過 140 字（可選）
小程式“輕量”、“熱更新”、“即用即走”、“體驗度好”的特性，剛好可以很好的解決上面的問題，可能是大廠們都競相在小程式上進行深入投入和應用的主要原因。

小程式有什麼技術優勢

具體分析來看，小程式的技術特性優勢主要體現在以下幾個方面：
因為小程式足夠“輕”，體積輕量、無需下載、無需安裝，能夠靈活承載各個業務模組等的全端投放和調配管理。
小程式傳播足夠“快”，小程式格式繼承了 HTML5 的普適性又兼具了 App 的移動端體驗，利於在各大社交平臺傳播、易於產生網路效應，可以幫助業務內容藉助微信、抖音等流量平臺短時間觸達使用者並實現裂變。
同時，小程式可以獨立進行開發，在管理後臺以上下架的形式直接釋出，支援在不更新 App 的情況下實現熱更新，能夠解決企業 App 發版頻率過高等問題，快速響應業務需求。
此外，查閱了一些資料發現，小程式正在成為網際網路的技術標準，W3C的Mini-App工作組正在形成標準化的建議稿（歐盟開源組織OW2所支援的快應用實現，也將遵循這個標準）。它不再是某個網際網路公司的“專利”，“小程式”這個名字也不代表是哪一家的技術。它是一種輕應用形態，一種數字內容的表現方式，或者我們稱之為“小程式化的數字內容”。
業務應用小程式化，企業降本增效技術趨勢
編輯 切換為居中
新增圖片註釋，不超過 140 字（可選）
標準形成後，小程式技術的底層實現方式，依然可以是各家廠商不同。這好比瀏覽器廠家有 Google、Microsoft、Apple、Mozilla、Opera... 它們各自的產品 Chrome、Edge、Safari、Firefox、Opera 等等也完全基於各自的技術而產生，但這不影響它們都能正確的在各種電腦、手機上解析、渲染和展現 HTML 的內容。
市場上出現新的技術門類，就是讓企業以小程式這種形態為技術載體實現業務功能，並幫助企業以敏捷的方式，開發、運營、管理自己的“小程式化”的業務場景、應用服務、業務內容。
如果讓企業自身 App 具備小程式執行能力，企業便擁有了和微信、支付寶、抖音等網際網路平臺們類似的技術，從而能夠享受這種技術帶來的輕量、敏捷的好處，提升數字化能力。

業務小程式化的管理優勢

業務小程式化後的還有個優勢是——便於做數字內容的管理。如何去理解呢？
如果把之前用 HTML 承載的業務需求換為小程式後，除了可以把之前在微信、支付寶上架的小程式直接拿來快速上架到自己的 App 外，還可以做到敏捷建立更多的小程式，更容易找到包括但不僅限於自己企業在內的小程式供應商夥伴，吸引例如生活繳費、手機充值、外賣等外部成熟小程式上架到自己的 App 內去豐富場景，提升 App 的使用者活躍度。
此外，還可以靈活管理投放了自身小程式的合作渠道。透過小程式管理後臺，一是管理自身的自營 App 渠道，二是管理自己投放小程式的合作渠道，不管這些渠道的使用者是使用手機 App、Windows 或 Mac 電腦、國產信創作業系統還是智慧電視、車載系統，都可以透過小程式上下架做到靈活管控。
這樣一來各個小程式開發者/開發商不再受到各個平臺規則的約束，可以按照自有的策略和計劃上線執行小程式，強化了自己的管控權。

如何獲得小程式執行的技術

首先肯定排除重複造輪子，成本太高了，耗費大量的時間成本和人力成本不說，整個小程式的使用體驗度可能還沒有 HTML5 好。
市面上目前來看是有一些比較成熟的技術方案， 例如 FinClip 、mPaas等。
mPaas 是阿里旗下的產品，主要是將支付寶的小程式技術對外進行輸出，個人認為好處和不好的都很明顯，產品成熟度高，但是還是在阿里自己的生態中玩，對於外部微信等生態的相容度不夠。
FinClip 是專門去做小程式容器的廠商，他們打得點主要是：整合 FinClip 小程式 SDK 後，不論是 iPhone、Android、Flutter、React Native、電腦或物聯網裝置， 能夠讓不同的應用或終端裝置快速具備執行小程式的能力。個人試用了一下，整體的體驗度和 mPaas 相差不大，但是能夠相容微信小程式語法，對於大部分的開發者和企業有更大的吸引力。

宣傳的一個使用場景也是助力更多企業打造更高效的一站式數字內容管理平臺，降低內容與渠道所形成的內容矩陣管理成本，旨在讓同一小程式化數字內容在多社交平臺、多終端轉編譯和上架。

基於文字格式的、採用標籤語言和動態指令碼語言、指令式的小程式化輕應用技術，只要在各種裝置上有執行沙箱（通常以瀏覽器核心為基礎），即可被執行、轉發、分享、傳播。它或者它的未來技術變種，也許是未來移動時代裡最開放、最輕量的“數字內容”格式，企業是時候去利用這樣的技術。


來自 “ ITPUB部落格 ” ，連結：http://blog.itpub.net/70021577/viewspace-2913707/，如需轉載，請註明出處，否則將追究法律責任。

相關文章