營銷自動化和軟件工程之間的驚人相似之處

營銷自動化和軟件工程之間的驚人相似之處

新的Relic洞察營銷自動化

營銷自動化可能與當今技術嫻熟的營銷人員一樣風靡一時,但從根本上說,這只是另一個軟件工程問題,被抽象為一個漂亮的用戶界面 (儘管只有一小部分功能是最基本的腳本語言)。 我們這些花費任何時間在營銷自動化平台上構建程序流的人應該被稱為“營銷工程師”。 系統思考和流程控制在像Marketo這樣的工具中與在軟件工程中一樣重要 ,就像在MVC中一樣圖案化的網絡應用

這是首段-由我添加的重點-一個了不起的文章說的艾薩克·懷亞特New Relic的去年夏天公佈了他公司的博客, 使用具有的Marketo網絡掛接洞察構建實時儀表盤和分析

在一個層面上,它是一個產品公告文章。 New Relic是一家軟件分析和應用程序性能管理公司,主要服務於軟件開發和“DevOps”社區。 然而,這個公告是水中的一個腳趾,說明了他們的產品如何應用於支持和增強營銷自動化等營銷技術。

但在另一個層面,哇,我覺得Isaac在新職業營銷技術專家運動的格式塔中完美地抓住了他。 營銷需要混合營銷技術專家的原因 – 擁有技術人才的專業人士以及將其應用於營銷的熱情 – 主要不是因為MarTech%E7%9A%84%E7%89%B9%E8%89%B2%E6%BC%94%E8%AC%9B%E8%80%85幾乎在這裡,不到3週! – 提供TED風格的演講題目: 營銷自動化是工程,營銷運營是DevOps

與此同時,Isaac和他的合作夥伴,New Relic的營銷運營總監Baxter Denney和我一起圍繞這些主題進行了問答。

1.告訴我們一些你的背景和你目前的角色。

Isaac Wyatt和Baxter Denney

[Isaac]:我目前是New Relic營銷運營經理,New Relic是一家快速發展的軟件分析公司。 我的團隊主要關註四個主要領域:1)營銷自動化,2)營銷分析,3)銷售和營銷調整,4)營銷技術。

我的職業生涯一直是讓人們(無論是在銷售還是營銷方面)盡可能高效和有效,使用任何必要的工具和流程 – 盡可能實現自動化,並在必要時實現。 我以前曾在Citrix和Blue Jeans Network等經歷過巨大發展的其他科技公司工作過。

[巴克斯特]:目前,我負責New Relic的營銷運營團隊。 我在諮詢方面和客戶方都服務過,我專注於營銷運營,自動化和技術。 我曾經工作過的先前公司包括Couchbase和Citrix。

2. Isaac,您將很快在

[Isaac]:營銷和工程之間的相似之處令人震驚。

負責設計,實施和部署自動化程序的營銷人員 – 無論是培育活動還是領導數據流 – 都必須考慮這些新程序將如何或不會與現有的自動化流程,現有流程進行交互。 他們還必須考慮現在和將來隨著系統變化而與他們互動的人。 與此同時,他們必須構建平台以獲得最大的靈活性並保留未來的實施選項,以避免陷入難以拆除的遺留程序。

例如,有些時候我看到公司建立了一個主要任務工作流程,當他們走向國際時,由於銷售區域的繪製方式而無法擴展。 重建它需要對系統進行徹底檢修,以便在短時間內中斷鉛流量。

事實上,工程師對那些難以拆除的遺留項目有一個術語:“ 技術債務”

工程師(應該)在設計,構建和部署軟件時具有相同類型的注意事項。 實際上,工程師對那些難以拆除的遺留程序有一個術語:“技術債務。”我認為工程師在確定保護用戶體驗的最佳實踐方面有更多經驗,我們營銷人員可以學到很多關於更好地構建的知識系統使用與他們相同的原則。

3.這種見解是如何產生的? 這對營銷和營銷團隊的演變意味著什麼?

[Isaac]:我很幸運能夠在SaaS的早期階段切斷營銷自動化,我負責回答有關“為什麼事情-x曾經或者沒有發生過?”的業務問題。我幾乎總是發現營銷自動化平台幾乎沒有能力快速有效地進行故障排除,以回答為什麼某些事件發生了或沒發生過。

快進近10年,剛剛​​開始在New Relic。 我開始探索我們最受歡迎的產品之一Insights ,並意識到儘管它是專為工程師和開發人員設計的工具,可以了解他們軟件的內幕,它也可以作為營銷人員的一個很好的工具。更好地了解其營銷自動化平台內發生的事情。

在我實施營銷自動化平台和Insights之間的整合之後不久,我意識到營銷自動化和工程人員實際面臨的問題有多麼相似。 這種認識導致了我對應該運營和管理營銷自動化的人的思維範式的轉變。

正如許多計算機科學學科所教授的那樣, 系統思考是營銷自動化專家為了在其角色中取得成功而需要具備的概念和技能。

首先,正如許多計算機科學學科所教授的那樣,系統思考是營銷自動化專家為了在其角色中取得成功而需要具備的概念和技能。

其次,專家還必須能夠預測可能對其公司產生高正面或負面影響的自動化流程(稱為緊急行為)之間潛在的意外交互。

第三,將營銷自動化程序的開發週期分為設計,構建和實施等階段,並考慮UX,QA和UAT,這是啟動在營銷數據庫或整個銷售團隊中具有廣泛影響力的大型程序的關鍵。

第四,也許最重要的是,在選擇如何確定流程或程序何時失去其實用性時 – 或者是否適合引入新工具,流程或程序時,戰略思考是必要的。 有點像DevOps人們如何幫助軟件工程師在代碼庫和軟件環境中引入新的,看似“褻瀆”的變化,同時保護平台或系統的“神聖”核心優點,以便最大限度地減少對平台或系統的干擾。組織的客戶。

4.您對過去幾年營銷運營的變化有何看法? 它在哪裡?

[巴克斯特]:公司投資如此多,人力和資源都非常令人興奮。 當我第一次進入營銷運營作為一門學科時,它真正專注於管理技術,特別是營銷自動化,也許還有一些基本的報告。

現在,一個高績效的營銷運營團隊正在管理從技術到高級分析到客戶生命週期再到預算和員工規劃的所有事務。 成功的營銷運營團隊正在整個渠道中增加價值,並使其他所有人在營銷方面做得更好。

5.營銷業務與IT之間的關係是什麼? 營銷運營和銷售怎麼樣?

[巴克斯特]:營銷運營和IT應該是協作的。 我不認為這是一個“對抗”的事情。 我們在New Relic的目標是讓IT對我們的技術投資非常透明,並希望他們能夠增加價值。 他們希望我們在處理信息安全,添加用戶等事務時保持敏感和靈活。

就銷售而言,沒有太過一致的事情。 我認為,關鍵是要在指標中找到共同點,明確雙方的目標是什麼,然後定期報告 – 或者通過自動儀表板進行報告。

當談到雙方的運營團隊時,我認為你必須就一系列聯合項目達成一致 – 例如,提高合格的銷售團隊分銷速度 – 了解彼此獨立工作的內容,並分享結果。 一旦你達到與每個星期的銷售人員在同一個房間同一個房間的點,並且沒有什麼新的可談,因為每個人都在同一頁面上,你可能正在接近調整。

6. New Relic肯定經歷了一些驚人的增長。 在擴大規模的過程中,您如何在團隊中實現敏捷性 – 更廣泛地說,在整個營銷階段?

[巴克斯特]:這對某些組織來說無疑是一個挑戰。 這些組織不可避免地最終意識到,他們在某些領域投資不足,現在需要爭先恐後地跟上。 我認為營銷運營實際上可以通過跟踪團隊的發展方式,技能和能力,以及溝通團隊建設戰略的差距來實現其中的重要作用。

我們嘗試設置簡短的截止日期,專注於獲取第一個版本,然後快速迭代以改進

就日常工作而言,雖然我們不使用“敏捷營銷”這一術語,但這一概念適用於我們的工作方式。 我們嘗試設置簡短的截止日期,專注於獲取第一個版本,然後快速迭代以改進。

[艾薩克]:同意。 過於正式的過程或過於規範的“如何”完成任務是疏遠團隊或引入嚴重的官僚機構的可靠方法。 相反,我們希望專注於需要完成的工作。 我們相互信任,確定了範圍並徹底定義了請求,並且它將在範圍內及時完成。 當存在資源或組織約束時,我們會升級並重新設計項目範圍。

7.獎金問題:你能否在New Relic上給我們一個關於你的營銷堆棧的高級視圖?

[Isaac]:我們沒有深入了解具體細節,我們對戰略營銷技術堆棧採取了戰略觀點,我們採用了雲優先,構建您自己的方法 – 而不是“購買您的雲”方法。

這最大化了我們團隊的靈活性和選項數量,最大限度地減少了基礎架構需求,並使我們能夠建立一個集成營銷技術的生態系統,從而在整個客戶生命週期中為客戶和New Relic創造最大價值。

所有潛在的營銷技術供應商都必須擁有一套全面的API ,以便應用程序之間的數據共享盡可能無縫和徹底。

所有潛在的營銷技術供應商都必須擁有一套全面的API,最好是與營銷自動化平台的內置集成,以便應用程序之間的數據共享盡可能無縫和徹底。 此外,我們不斷評估建立全新類別的新供應商 – 或者比行業現有企業更好地解決現有問題。

其中一個例子是Infer ,它可以進行預測性領先評分,並且可以直接,無縫地集成到我們的CRM和營銷自動化平台中,該平台可以對我們的入站潛在客戶進行評分。 這是賭注,但由於他們也有API,我們可以使用Infer從聯合來源獲得潛在客戶。 這意味著我們可以讓我們的潛在客戶合作夥伴獲得他們的潛在客戶,並決定將哪些首先發送給我們,而無需我們將其添加到我們的系統中。 結果是我們的銷售團隊不僅提高了工作效率,而且由於API,我們可以定量測量我們從一些合作夥伴獲得的潛在客戶的質量,然後再將其導入我們的系統。

謝謝,艾薩克和巴克斯特 – 我很期待在 分享

發表迴響

Close Menu