晚上張偉想到了今天在unity的assetstore大量購買VR成熟元件的事情，久久不能平靜。
張偉感覺又給自己開啟了一扇窗。
unity是一個工具軟體，SAP也是一個工具軟體，隻是服務的物件不同。
SAP和unity比，就發現了SAP的一個最致命的漏洞。
SAP是強悍，可是他強悍的是技術維度的積累。
從第4層開始，到第10層，SAP這套體係架構，積累的全是技術、和擴充套件性。
這套體係的技術架構，讓SAP可以滿足任何企業的需求。
以前張偉深信不疑這套玩法，但是當今天結結實實體驗了一把unity商城後。
SAP這個搞法還不夠，還有一環沒有扣死，張偉甚至覺得這一環可能是，最重要的。
那就是，需要構建類似於unity商城這種模式的，SAP方案商城，這個商城用來積累、沉澱全球的業務解決方案，現在的10層技術平台，隻是這些業務的載體。
就像夏國的資產負債表，非常標準的需求，張偉發現在每個專案都要重做。
為什麼就不能做成一個類似unity商城裏的某個虛擬商品，直接去上麵花10美元購買一個？
SAP在每個專案做的解決方案，其實是一筆巨大的財富，甲方花費了甚至上億的經費，搞定的，可是這些產出物，對甲乙方來說，都是一次性的。
這筆財富SAP沒有帶走，甲方也沒有辦法把這些封裝成某種解決方案，進行二次銷售因為沒有類似unity商城的地方。
現在完全就像流沙一樣散落在全球各地，根本無法被撈起來。
唯一的價值，就是讓像張偉他們這樣的顧問，越老越吃香。
SAP在技術上的積累，是有上限的。
想想看，一個30年前的SAP老神仙，要是真能穿越到今天，他一樣還能混得風生水起，坐穩“大佬”寶座。為啥？
SAP玩的是企業管理的“道”——財務怎麼算、貨怎麼管、訂單怎麼走...這些商業規則，三十年過去，骨子裏沒大變！老神仙肚子裏那些流程真經、配置秘法，今天照樣金光閃閃，價值連城。
老本行ABAP語言？雖然新版本加了花活，但底子還在！老神仙稍微閉關修鍊個把月，熟悉下新介麵新工具，憑藉當年解決各種妖魔鬼怪級問題的深厚功力，分分鐘就能出山鎮場子。
BUT！這劇本換個領域試試？
醫學？30年前的大佬穿過來，看著靶向葯、免疫療法、基因編輯、AI讀片...怕不是要懷疑人生？當年治愛滋是絕症，現在變慢性病；新冠疫苗幾個月搞定？擱以前簡直是神話！不回爐重造個十年八年，誰敢讓他動刀？妥妥的“落地成盒”！
網際網路？當年的弄潮兒，麵對現在雲端計算鋪天蓋地、5G飆網速、大資料算天算地、AI聊天畫畫寫程式碼...再看看自己那點HTML古董知識和撥號上網的本事？連當個入門小弟的資格都懸乎！屬於“穿越即失業”高危人群。
這說明啥？
說明SAP這套係統的底層邏輯，三十年如一日，穩如老狗……企業資訊化基礎理論本身沒有寸進。
但也說明瞭一個更殘酷的現實：這門技術，已經走到盡頭了。
不是不能進步，是進的太慢，慢到你站在未來看，它幾乎原地踏步。
相對unity來說，unity商城卻開創了第二維度的戰場，因為虛擬商品是無限多的。
unity的assetstore模式，另闢蹊徑，技術進步緩慢，沒關係啊，我用無限多的解決方案來湊啊。
這樣雙管齊下，增加平台的綜合實力，綜合粘性，提昇平台綜合戰鬥力，在技術維度做積累、做沉澱，同時還開了一個業務維度，依然做沉澱，做積累。
unity把所有開發者做的好東西，全部轉換成了一種unity的“Asset-資產”，可以被售賣的一種‘商品’！
所以對於unity來說，基於其技術平台構建了一個生態體係。
開發者，既是unity體係的使用者，也是unity體係的貢獻者、創造者、甚至是所有者。
隻要unity開發者，放在unity商店裏的虛擬物品，被張偉這種人購買了，那麼對於開發者來說，就有了收入。
unity技術，就不再隻是一個技術，而是被二次賦能成一個生態了。
而SAP不是的，在SAP上構建的所有的內容、解決方案，有且隻有這個專案可以用，當然顧問用自己的大腦可以搬走。
可是和SAP，沒有毛關係了。
SAP沒有提供類似unity虛擬商品這樣一個平台，來承載，沉澱，積累這些超級NB、花費數千萬、數億搞定的解決方案。
而unity不但有軟體平台，還有基於這個軟體平台構建的產物，變成了一種虛擬商品的機製。
讓後來者，如果有類似需求，花費極少的錢，就能獲得相同效果的產品。
就像微軟的office有Word、Excel、PPT和NB，可是隻是一個軟體。
可是金山構建了一個稻殼商城，把大量的Word模板，Excel模板、PPT模板放在了稻殼商城裏。
每一種模板，都是一個業務場景的解決方案，年度總結模板、簡歷模板、呼叫報告....。
各種模板應有盡有，不計其數，讓你花錢購買office套件，你估計還要猶豫，可是你在寫年度總結時，發現一個很好的模板，讓你掏2元，你願意不？
寫材料時，有一個靠譜的模板，然後在其基礎上修改，和完全自己用PPT重新構建一個，那個更好，一目瞭然啊。
2元，必須得掏啊，這就是方案的魅力，完全區別於工具。
SAP，是！非常NB的軟體，可是就像微軟的office套件一樣，隻有一個NB的軟體，其他都沒有了啊。
要想使用他，不好意思，請重新按照交付方**的9個步驟，張偉的第二條邊的戰力，一步一步重新再來一波。
回到自己的EGB產品，現在自己有32個指標，當初設計的是80個指標。
自己為什麼不能模仿unity元件商城，金山的稻殼商城，自己也弄一個指標商城？
哈哈！
自己連函式都可以弄一個商城，做函式沉澱、復用。
為什麼不能弄一個指標商城啊，現在隻有32個指標，未來了呢？
會不會有800個，甚至是全球8萬個指標啊。
就像人體，誰能說清楚，有多少個檢查指標啊？
有了這個指標商城後，多少個指標就變得不重要了啊，越多越好啊，哈哈！
然後各個指標隨意組合，形成電子行業CEO解決方案，服裝CEO解決方案，......，甚至是學校校長解決方案，醫院院長解決方案.......。
也就是在指標的上一層，還要構建聚合的解決方案，形成類似稻殼那種，方案模板。
比如小學校長，有自己的一套模板，可能是這8萬個中的30個，大學校長有另外一套指標模板，可能是8萬個指標中的另外30個。
校長這30個指標，和醫院院長的指標，又是完全不一樣的了。
公司的企業智慧體，更加不用說了，分行業，分規模，分國家....，就像金山稻殼模板一樣，有各種各樣的。
這樣，自己這個就不再隻是一個純純的工具軟體了啊，而是一個生態了，那纔是超級NB的啊。
比SAP構建的體係還NB。
SAP隻有技術基座可以積累，很NB。
自己不但模仿了SAP的技術基座可以積累，還疊加了unity的商城模式、稻殼商城模式。
構建獨屬於自己的EGB指標商城。
實現了技術上，業務上，雙維度的，積累、沉澱，讓這座商業堡壘變得更加的牢靠，堅不可破。
這就像企業智慧體，有各種的疾病。
比如感冒了看那幾個指標，指標值是多少，這是上通指標該做的事，具體吃那些葯，是否需要住院，這是下達神經網路需要做的事。
這些方案如果隻是在各個專案裡，那麼其價值隻有一次。
如果構建起了，類似unity商城，稻殼商城這種，那麼這個感冒的診斷方案、治療方案，就變成一個商品，可以被二次，甚至無數次的售賣。
所以商城裏纔有病毒性感冒、細菌性感冒、胃腸型感冒......，這樣的EGB體係纔是最NB的綜合體係。
EGB不再隻是一個軟體，一個工具，而是一個生態。
即可以基於時間軸、空間軸，沉澱技術積累。
也可以基於時間軸、空間軸，沉澱解決方案。
就像unity全球開發者，雖然不是unity的員工，隻要其上傳了自己的作品到unity商城，其實就是增加了unity的整體實力、整體競爭力。
也就是說，unity的員工，不隻是自己公司那些，全球的unity開發者、使用者都是自己的員工。
張偉覺得，這種體係太棒了啊。
自己最開始開公司，就領悟到這種商業版圖的構建邏輯。
看來自己元嬰加持的六邊形戰力，就是不一樣啊。
第二天上班張偉就跟二位組長溝通了。
這種商城模式的開源模板太多了啊，張偉最開始，也沒打算搞那麼複雜，能用就行。
就像第一代商業化的iPhone，以現在的眼光看，太lowB了啊，可是當年卻驚為天人。
所以第一個做的，雖然承擔了很大的試錯風險，但同時也會享受，被使用者‘包容’無敵待遇。
因此，第一個定義產品的人，以現在的眼光看即使在low，而在當時都是無上榮光的創新，NB到爆炸的新事物。
看女頻小說每天能領現金紅包🧧