5市場營銷中斷,第2部分:微服務和API

5市場營銷中斷,第2部分:微服務和API

作為應用網絡的微服務(MuleSoft)

上圖來自Netflix的MuleSoft演示文稿Application Networks:Microservices

這是關於5個營銷中斷的5部分系列的第2部分(如果您還沒有,可以從%E6%95%B8%E5%AD%97%E5%8C%96%E8%BD%89%E5%9E%8B%E9%87%8D%E6%96%B0%E5%AE%9A%E7%BE%A9%E4%BA%86%E7%87%9F%E9%8A%B7%E9%83%A8%E9%96%80%E4%B9%8B%E5%A4%96%E7%9A%84%E2%80%9C%E7%87%9F%E9%8A%B7%E2%80%9D%E3%80%82″>

  • 微服務和API (和開源)構成了營銷基礎架構的結構。
  • %E6%95%B8%E5%AD%97%E5%8C%96%E7%9A%84%E4%B8%80%E5%88%87“>
  • 微服務的興起成為現代營銷和商業基礎設施的首選架構。

    雖然仍有大量的軟件應用程序可供人類使用,但越來越多的企業需要通過API以編程方式編排和增強這些應用程序 – 以及在這些服務的基礎上建立自己的定制軟件

    量身定制的軟件回答了這樣一個問題:“作為一家數位企業, 我們建立了什麼?”

    這是對“統一所有人”營銷技術世界觀的“一套房”的重大破壞,至少在提供企業在數位世界中所需的所有功能的單一供應商意義上。

    考慮數位轉換或數位原生業務的以下要求:

    1. 它必須靈活地將所有部門以數位方式連接在一起。
    2. 它必須將“營銷”嵌入其數位產品(增長黑客)。
    3. 它必須創造性地區分其產品,營銷和運營。
    4. 它必須迅速改變以應對新的機遇和威脅。
    5. 它必須能夠以數位方式動態地與其他企業合作。

    很難想像一個巨大的,封閉的系統應用軟件,會做所有一切也為大家開箱即用的。 即使它可以構建(代號: Project Babel ),它的內部複雜性也會令人震驚 – 維持它將是一場噩夢。 在當今加速技術創新的環境中,快速實驗,改變和適應的能力對於生存至關重要。 (參見

    當然,微服務架構也有自己的挑戰。 您將大型應用程序的內部複雜性換成了更簡單組件之間的集成複雜性 – 以換取在您使用的組件集合中獲得靈活性,每個組件都針對其特定目的進行設計和優化。

    幸運的是,集成複雜性正在由幕後的martech供應商以及新一代面向雲的“中間件”解決方案(稱為iPaaS (集成平台即服務))穩步解決。 iPaaS的範圍從用於企業開發人員的硬核技術平台(如MuleSoft )到用於任何規模的企業用戶的輕量級工具,例如IFTTTZapier

    2016年營銷技術領域的iPaaS類別

    值得注意的是,主要的營銷雲提供商仍然可以在微服務架構中扮演重要角色,如權威的客戶數據平台,營銷決策引擎和渠道執行“服務”。但它更像是一項團隊運動。

    主要的營銷供應商可以在公司的營銷基礎設施中提供80%的骨幹服務 – 但是為每個特定企業獨特組裝和建立的20%對於他們的數位差異化至關重要。

    許多主要的營銷供應商已經朝著這個方向前進,為了更好地開放他們的平台以在API管理的環境中發揮良好作用,他們採取了重大舉措:

    這些是業內最具影響力的領導者對API戰略的重要承諾 – 表明他們非常相信這是市場走向的方向。 (即使其中一些人可能不希望這樣做。)

    這只是冰山一角: OracleSitecoreIntercomMailChimpAct-OnIBMAcquia等都為其數據和服務提供了強大的API。 “無頭CMS”運動CIO Review ), PaaS在電子商務( B2B電子商務世界 )中的SaaS普及,以及“公民開發者和集成商”Gartner出現的“流程黑客”進一步證明了程序可控的營銷技術的勢頭。

    根據WalkerSands最近的一項研究,從短期來看,這些API和iPaaS解決方案可以提供最佳的營銷堆棧

    今天的許多營銷堆棧可以被描述為“宏服務架構” – 大塊的半封閉應用程序,它們之間交換相對較少的數據管道。

    然而,看到這些最佳堆棧如何演變成更靈活的微服務架構,以及跨越整個業務的更多功能和強大的交互,這並不是一個概念上的飛躍。 這是IDC的Gerry Murray在他最近關於

    重要的是要強調這些微服務架構不僅適用於後台操作。 它們使企業能夠更好地構建自己的面向客戶的數位產品 – 一些具有人機界面,例如移動應用程序或聊天機器人; 一些作為API提供給其他企業以編程方式使用。

    與數位化轉型一樣,如果我們今天看看數位原生代,我們會發現大多數都圍繞這樣的微服務架構組織他們的產品和營銷系統 – 因為它們本身就是交織在一起的。

    Netflix一直非常慷慨地與微服務分享他們的經驗,你可以在他們的Netflix技術博客上閱讀很多關於他們架構的內容。 還有

    同樣,這些成功的數位本地人預示著未來將會有越來越多的其他企業做出這樣的事情似乎是合理的。

    其中一個含義是,它需要更多有意識的軟件管理和公司“營銷”的開發。 即使martech供應商和iPaaS解決方案使這種互連性大量拖延,也幾乎總是需要更多的定制功能。 這只是

    誰來做這個軟件工作?

    一種方法是讓員工上的軟件開發人員構建和發展公司的數位功能,無論是通過IT,營銷工程還是數位產品團隊 – 或者以上所有。 鑑於軟件正在蠶食世界每個公司都是軟件公司是合乎邏輯的,至少在某種程度上如此。

    但是,能夠按需提供軟件人才的服務提供商也將面臨巨大的機遇。 我們在企業範圍內看到這一點,埃森哲,德勤,IBM和Sapient等公司正在經歷其“數位化轉型”實踐所帶來的令人難以置信的增長。 但是,我相信這也是成千上萬家小公司的未來 – 網絡開發商店和SharePoint顧問的自然發展。

    無論哪種方式,更多的軟件開發人員將致力於提供卓越的客戶體驗 – 制定數位前端辦公室和後台辦公室以支持它 – 並直接構建“營銷”元素(在最廣泛的意義上)融入這些經歷。

    軟件開發人員和“營銷”之間更大的混合的結果是,更多的開源軟件將進入營銷。 開發人員肯定會利用現有的開源項目 – 例如Hadoop等後端大數據技術以及無數的前端Web和物聯網框架。 但他們也將為這種新型營銷打造一波新的開源軟件。

    更多開發者=更多開源

    我們將看到接下來的三次中斷也支持並從營銷基礎設施的微服務方法中受益。

    本系列的下一篇文章是MarTech會議系列 ,領先的從業者和專家在不斷變化的營銷,技術和管理交叉中分享他們的經驗和見解。

    分享

  • 發表迴響

    Close Menu