問一個開發人員:myDNA高級軟件開發人員Elliott Millar關於整合Braze，利用AWS EventBridge和項目前研究的優先級

開發人員在確保我們的客戶能夠順利地集成和利用Braze平台來支持他們的營銷努力方麵發揮著關鍵作用manbetx万博全站客户端。為了更多地了解開發人員與Braze相關的工作以及他們的經曆，我坐下來采訪了myDNA的高級軟件開發人員Elliott Millar, myDNA是一家領先的基因健康品牌。以下是他的回答*:

你能告訴我們一些關於我的dna和你在其中扮演的角色嗎?

myDNA是一家位於澳大利亞墨爾本的基因健康公司。我們根據他們的基因結果給他們建議。我們的客manbetx万博全站客户端戶隻需要把他們的棉簽發給我們，我們就會處理他們的DNA結果，並給他們DNA方麵的見解和建議，以便對他們的基因進行研究。

myDNA始於藥物基因組產品，它可以幫助醫療保健從業者更準確地給患者開處方，這對很多人的生活產生了很大的影響。現在有很多豐富的DNA研究表明基因如何影響我們健康的方方麵麵，如飲食、鍛煉、睡眠和皮膚衰老——舉幾個例子——所以我的DNA現在也有一個普遍的健康產品;該產品為人們提供DNA洞察和建議，以及基於他們的基因結果的個性化飲食和健身計劃myDNA解鎖這就是Braze的用武之地。我們使用Braze通過應用程序為客戶提供個性化的內容，幫助他們改變行為，實現健康目標。manbetx万博全站客户端

我是myDNA的高級軟件開發人員。我從去年10月開始擔任這個職位，我領導的第一個項目是將Braze集成到myDNA Unlocked中。我是一個全棧開發人員，所以我可以在我們的軟件套件中做幾乎任何事情，無論是訪問SQL數據庫，設置我們的。net後端，做一些反應本地，或者處理Objective-C。沒關係，隨便送我去哪都行。

你提到整合Braze是你在mydna的第一個項目——你能談談這個項目的時間線是怎樣的嗎?

嗯，我是在11月買的，這個過程花了三個月多一點時間，還不包括寒假。項目一到手就開始了。在我加入之前，公司有一個入職流程，他們負責設置哪些自定義事件和自定義屬性將由Braze收集，所以所有的東西都將在我們開始工作時準備好。我想那是在我開始這個項目之前的六到八周。

在開始Braze集成項目之前，您做過任何研究嗎?

我做了大量的研究。我在LAB上看了大約20個小時的視頻。學習在釺讀了這麼多文檔頁麵——有驚人的數量——因為我需要了解這個軟件的一切;不然我怎麼知道它是否在工作，或者它應該做什麼?我還需要從我們客戶體驗(CX)團隊的角度了解一切，因為他們將主要擁有Braze。我們要怎麼使用它呢?它如何在iOS和Android上運行?一開始，我並不確定誰將參與到這個項目中，如果我領導一個項目，我需要知道所有的進展，這樣我才能分配工作，弄清楚所有的事情，並得到適當的估計。

所以我看了教程液體個性化，連接的內容，自定義屬性而且自定義事件如何積分，什麼IP變暖是和如何去做，如何去接近將啟動諸如此類的事情。我學到了很多連接內容需要注意的事情，比如風險破壞你自己的api，或者你應該如何使用三角洲，而不是僅僅因為你的係統中發生了一些事情就消耗4.5億個數據點。在文檔中，有從如何設置你的人則如何釺api而且sdk工作。

當我完成後，我在我們的融合將我從Braze獲得的所有信息過濾成一種適合其他開發者使用的格式。這樣，即使他們需要在24小時內加快速度，他們需要的所有信息都在一個中心位置。我總是根據我所做的所有研究，製作一份龐大的文件來規劃我們與Braze的整合。所以當時機到來的時候，我覺得自己準備好了。

你能談談為什麼要整合Braze嗎?

在我加入“我的dna”之前，Braze的商業案例和一切都已經完成了。但從我的角度來看，讓我們的CX團隊掌握主動權，真正允許他們與客戶直接互動，而不需要任何開發人員的互動或幹預，是非常有益的。manbetx万博全站客户端我們的舊方法需要大量的開發工作來實現，並允許新功能發布，這使得CX團隊更難控製向用戶發布的交互和內容。

在這一過程中，我們發現在利用Braze時，我們需要明確三個主要接觸點:

• 在我們的移動應用程序中安裝SDK，以支持CX團隊對消息傳遞的控製

• 通過將Braze連接到AWS EventBridge來管理快速移動、時間敏感的數據

• 通過使用Braze與Hightouch、FiveTran和其他技術一起處理不太緊急的數據

你能給我們介紹一下第一個接觸點嗎，那個與SDK和消息傳遞相關的接觸點?

在我們把Braze整合到手機應用之前，我們一直在用世博會，這是我們用來包裝應用程序並將其部署到蘋果的app Store和穀歌Play的工具。Braze不支持Expo，所以在與Braze集成之前，我們必須彈出Expo並開始使用一個簡單的工作流。這意味著我們必須處理大量的技術債務，比如建立一個新的構建管道。此外，在我們的案例中，我們必須整合麵向iOS的Objective-C和麵向Android的Java，以及React Native，才能讓遊戲運行起來。這是一項很大的工作，但我們有一個強大的內部團隊來幫助實現這一切。［注:Braze最近分別更新了我們的iOS和Android sdk，以利用Swift和Kotlin。

我們部署了移動應用程序，一切都很順利，沒有戲劇性，這很好。一旦我們在手機應用中運行了Braze SDK，這便意味著我們能夠使用它去捕捉所有發生在其中的用戶粘性。因此，當用戶與係統交互時，它會觸發自定義事件，而且它顯然也在接受幫助，以通知和支持CX團隊正在使用的所有不同消息傳遞通道，比如推送通知，應用消息，05.manbetx.com ，所有這些好東西。

在這一點上，我們能夠把洞察後的旅程轉移到Braze。這就是我們所說的客戶拿到DNA檢測結果後的流程。manbetx万博全站客户端我們希望我們的CX團隊能夠與這些客戶互動，當他們在飲食計劃、鍛煉計劃等方麵做得很好時，真正祝賀他們。manbetx万博全站客户端CX團隊正在建造一些驚人的畫布通過推送、應用內消息、內容卡片和電子郵件開啟不同的用戶旅程。

一開始，我們確實在推送通知方麵遇到了一些問題，與世博會驅逐有關，但我們設法想出了一個非常棒的方法來解決這些問題AWS EventBridge．所以，我們不通過Expo發出推送通知，我們隻通過管道進入EventBridge管道，所以當Braze說，嘿，我有一個自定義事件要與我們的推送一起發送，消息會與動態內容一起發送出去。這就繞過了與Expo相關的問題，因為隻要用戶有相關更新，Braze就會拿起推送令牌，然後他們就會離開。但是，在這些洞察前和洞察後的旅程遷移到Braze之前，一切都能夠通過CRM繼續工作。

說到EventBridge，你能談談你們是如何將它與Braze聯係起來的嗎?

這一切都始於我在考慮當涉及到Braze時我們需要收集什麼樣的數據。本質上，有兩個不同的子集的數據我們必須弄清楚。有一些真正關鍵的東西需要盡快進入Braze，那就是及時、快速移動的數據。另一方麵，還有一些附加的數據確實不是那麼時間敏感，但仍然需要移植到Braze中。對於緩慢移動的東西，它可以通過我們的Hightouch數據同步，我稍後再講。但對於快速移動的數據，我們決定利用EventBridge。

快速移動的數據是什麼?當有人注冊我們的產品時，我們需要他們盡快收到來自Braze的歡迎郵件。我們有一個注冊步驟函數，它處理注冊的新用戶可以激活的所有不同的事情。作為其中的一部分，當用戶在我們的CRM中建立時，我們需要所有的信息都傳遞到Braze，這樣用戶就可以開始接收內容，比如歡迎郵件。所以我們必須想辦法把數據傳遞出去。

事實證明，EventBridge非常適合這個用例。我們創建了一個新的事件存儲庫托管AWS架構，因為我們使用AWS CDK [雲開發工具包對於我們所有的設置和部署來說，這麼做非常簡單。我們剛剛在AWS中創建了一個myDNA事件總線，我們說過，如果您想訂閱它，您所要做的就是在您的CDK中為正在運行的特定服務編寫一個新規則，將其附加到總線上，然後對於任何撞擊該總線的東西，我們將執行標準模式映射。

通過這種方法，我們有一個運行的Braze服務，它會說，嘿，我想要監聽關鍵用戶事件，如訂單更新、客戶注冊和其他一些特定的事情，我想要這些數據傳遞到Braze -但不需要所有這些不同的微服務都綁定到Braze。EventBridge使這成為可能。而且，我們是雙向的。因此，無論我們是將數據移動到Braze，還是從Braze發射webhook，它們都可以通過主EventBridge架構。

我們有一個Braze的特定入口點由Braze的webhook使用，它隻是發送一個事件到EventBridge說，嘿，我想用這些參數啟動這個用戶的特定事件。然後不管我們的服務是什麼都可以收聽，然後訂閱，然後播放他們想要的。

現在我們有了這個很棒的架構，我們可以把東西發送到Braze，它和其他東西是分離的。注冊步驟函數會觸發，然後說，嗨，我創建了一個新用戶，我們的Braze服務會接收到這個。它運行一個步長函數，說，嘿，我要去做XYZ然後把它發送到Braze。作為其中的一部分，我們有一個回調模式——畢竟，如果Braze設置失敗，這是一個嚴重的失敗，因為在沒有Braze創建該用戶的情況下，我們無法成功完成注冊。通過這種方式，如果Braze任務失敗，則用於整體注冊的步驟函數也會失敗。這一切都是由AWS在引擎蓋下處理的，這很好。

有件事我還沒說我們需要一個入口來對付布雷茲。我們希望把鑰匙交給CX團隊，這樣他們就可以控製我們應用中觸發的動作。其中一個動作就是發布洞察。這一過程與我們的crm密切相關——它會說，基本上，這是我們的參與活動，在這一天發布這個見解，三天後發布這個見解，等等。我們希望改變這個過程，讓用戶更有活力。

為了讓這成為Braze活動或Canvas的一部分，我們需要能夠向用戶展示個人見解，這意味著找到一種方法，在我們的服務中找到某個端點，移植正確的信息。值得慶幸的是，Braze有兩個很棒的功能來實現這一點——webhook和Connected Content。

在整合的過程中，我們一直在塗鴉，試圖弄清楚該怎麼做。我無意中看到了AWS的這個視頻這是我們的用例——如何從外部服務觸發一個webhook來觸發EventBridge的事件。它最終是一個循序漸進的視頻教程，向您詳細介紹了如何創建API網關和設置正確的映射模板。如果你遵循它，這種方法會讓你獲取主體輸入，把它映射到EventBridge細節對象然後把它發送到你的總線，就是這樣;它現在用API密鑰進行了強有力的保護。現在，您有了一個入口點，任何人都可以使用該認證以您想要的格式向它發送數據，它將觸發到您的事件總線。我們覺得，“這太完美了。”

關於3號觸點，你能告訴我們些什麼?你是如何使用Braze和Hightouch進行數據同步的?

第三個接觸點非常簡單。它隻是使用Hightouch，Fivetran，以及其他一些從其他位置收集數據的技術，將其轉換為良好的數據倉庫兼容的格式，然後在持續的基礎上將其傳輸到Braze。

這實際上是為了處理我前麵談到的移動緩慢的數據;也就是說，要麼是重要的，但不會隨著時間的推移而變得不那麼重要的東西，要麼是額外的元數據(您知道，比如用戶的年齡組)，這些數據在某個時候會用到，但在當時並不需要。因為信息不是緊急的，我們設置了它，所以同步啟動，隻問，有什麼變化嗎?是嗎?很好，這些是delta。沒有?然後什麼都不做。

最終的想法

有興趣深入挖掘Braze平台的技術方麵嗎?直接從我們的產品、設計和工程(PDE)組織獲得獨家故事、知識和見解打造Braze產品博客探索我們產品的裏裏外外釺文檔．

*為篇幅和清晰度考慮，此轉換已經過編輯。