構建 Braze Native MMS 的來龍去脈

Braze 客戶參與平台的構建是自然地跨渠道和渠道無關的，允許品牌通過支持個性化、直觀體驗的方式在與他們交談的渠道上接觸客戶。 這意味著我們一直在尋找機會來擴展我們平台支持的消息傳遞渠道組合。 因為 Braze 旨在支持每個渠道上的動態個性化和預測分析等高級功能，所以我們還必須仔細考慮我們構建的內容以及我們如何做，以確保可擴展、有效的產品。

當您將這種縝密的渠道擴展方法與支持日益豐富、引人注目的消息傳遞體驗的日益增長的需求相結合時會發生什麼？ 您將獲得 Braze 原生多媒體消息服務 (MMS)，我們於今年早些時候開始支持該服務。 讓我們來看看這個關鍵的新渠道的幕後故事，以及產品和工程組織如何努力使我們的客戶成為現實。

構建 Braze Native MMS：過程是什麼樣的

2019 年在我們的平台內推出對 SMS 的原生支持，為品牌開闢了新的巨大客戶參與機會。 一旦 SMS 成為我們消息傳遞組合的一部分，添加 MMS 似乎是該渠道的自然延伸，使客戶能夠充分利用 SMS 和 MMS 不僅用於傳統交易用例，還用於參與營銷活動。

當前和潛在客戶的需求迅速激發了我們對該渠道的支持。 構建像 Braze 原生 MMS 這樣的功能是一個迭代的多步驟過程，需要來自組織內的不同利益相關者參與權衡，分享他們的見解，並在各個階段提供協助。 對我們來說，這項工作的結果如下：

1. 組建你的團隊

在開始構建 Braze 原生 MMS 之類的項目之前，您需要組建一個團隊。 因為我們的產品和工程組織在專注的垂直領域工作，這意味著將我們的產品管理、產品設計和工程團隊中專注於 SMS 的代表召集在一起，共同開展工作，並酌情確定其他潛在的利益相關者。 在這種情況下，除了一般的團隊站立會議之外，我們的團隊每週都會接觸基地 1-2 次，以確保我們定期就項目的發展情況進行溝通。

2. 進行發現

一旦我們的團隊就位，我們就開始了強大的研究和發現過程，目標是回答以下問題：

• 此功能是否有具體的客戶需求？
• 在 MMS 方面，其他客戶參與平台的產品是什麼樣的？
• 我們如何才能將彩信無縫連接到我們現有的原生短信渠道？
• 最終，是否值得優先考慮這個功能，如果是的話，我們應該如何構建它？

我們的發現過程在不同的產品垂直領域往往是相對標準的。 當我們處理像 MMS 這樣的新功能時，該過程涉及與上市團隊成員的內部對話、客戶訪談、競爭分析等等。 目標始終是識別假設和風險，衡量客戶需求，並評估提議的工作對我們的客戶群是否可行和有價值。

在該項目的發現階段，我們發現 MMS 越來越多地出現在潛在客戶以及希望通過短信營銷發送更豐富信息的現有客戶中。 我們得出的結論是，彩信越來越多地被視為短信營銷策略的核心組成部分，並強調了尋找一種方法來豐富我們的原生短信服務與彩信的重要性。

3. 確定計劃功能的範圍

這部分過程——我們確定即將推出的功能的必備品——在這種情況下非常順利。 這在很大程度上是因為 MMS 的運行方式與 SMS 非常相似，我們能夠依靠與 Braze Alloys 技術合作夥伴 Twilio 的現有連接來傳遞這一額外的數據層。 總體而言，在確定該功能的範圍時，我們面臨的主要問題不是我們應該如何支持 MMS，而是更多關於確保我們獲得正確的細節。 例如：

• 我們是否清楚需要哪些配置來擴展我們的 SMS 集成以支持 MMS？
• 彩信的引入對我們現有的關於客戶使用 SMS 的計費有何影響？
• 為客戶設置 MMS 需要採取什麼措施（例如啟用短代碼等）——我們是否可以預先採取任何步驟來最大程度地減少所需的工作？

為了就如何回答這些問題達成一致，我們進行了內部和外部的討論，從計費的角度討論了需要哪些 MMS 功能以及我們的客戶合同允許的影響。 在這些對話之後，產品團隊與工程和產品設計人員坐下來討論如何在他們開始模擬功能集之前構建原生 MMS。 設計原型準備好後，我們舉行了產品啟動會，工程部門審查了設計和所需的產品集，然後就今天可以實現的目標、無法完成的目標以及項目推進需要修改的內容提供指導。 在這類會議中，最終目標是就產品的最小可行產品 (MVP) 版本中包含的內容達成一致。

在這個例子中，討論的重點之一是在該功能的 MVP 版本中，MMS 消息中可以包含多少圖像。 理想情況下，您可以在短信中添加任意數量的視覺效果。 然而，我們的研究發現，與 MMS 相關的大多數客戶用例只需要執行一個圖像，這表明專注於啟動一個可以支持每條消息一個圖像然後從那裡迭代的 MVP 更有意義。

這個和其他類似的決定使初始版本的發布速度更快成為可能，因為它允許我們依賴現有的功能和組件，如 Braze 媒體庫，它已經允許客戶上傳和附加圖片和視頻到其他渠道的消息中. 如果我們選擇在發佈時支持多圖像，則需要更多的定制工作，並且可能會延遲我們向客戶提供本地 MMS 支持的能力，從我們的角度來看，它是一個不那麼引人注目的選擇。

4. 構建原生 MMS

建立 MVP 不僅僅是在團隊之間就需要包含的內容達成一致。 一旦我們有了這種一致性，我們就會通過一個規劃過程來確定使 MVP 成為現實所需的具體階段和步驟。 一旦我們有了這個粗略的路線圖，我們就會將項目分解為可以在一系列敏捷衝刺中一個一個完成的階段。 在這種情況下，我們必須完成的工作包括：

• 修改我們的後端架構以允許附加媒體消息
• 調整我們的前端以允許客戶為 MMS 上傳媒體項目
• 建立產品控制，讓我們的客戶成功團隊為客戶打開和關閉該功能
• 內置使用數據收集功能，以支持與 MMS 使用相關的準確、及時的計費

我們的產品和工程組織使用 Jira 來支持這種項目管理。 在項目的這個階段，我們將所有這些不同的步驟——以及它們所有相關的子任務——構建為 Jira 中的敏捷“故事”； 所有這些票一起構成了一個“史詩”，代表了在我們的平台內創建原生 MMS 支持的 MVP 版本。

總的來說，我們努力使單個故事足夠小，以便在單個 sprint 中處理，以便進行更好的測試和更簡化的工作流程。 有些任務本質上很簡單——例如，為 Braze 客戶成功經理 (CSM) 構建產品控制只需要幾行代碼——但其他任務足夠大，我們不得不想辦法細分它們。 例如，當我們在 Braze 中構建實際的 MMS 作曲家時，它需要大量的前端和後端工作。 同樣，更新我們的後端以允許附加媒體項目所涉及的工作範圍太大，無法在單個 sprint 中完成。

建立 MMS 支持：我們面臨的主要挑戰

雖然一些軟件開發工作可能很激烈、很複雜，或者涉及技術方面的重大困難，但在 Braze 中創建本地 MMS 支持最終總體上是一個相當低戲劇性的項目。 也就是說，我們確實遇到了幾個挑戰：

彩信入職

雖然 SMS 和 MMS 都是文本消息的類型，但在發送外展方面它們在技術上是不同的。 在實踐中，這些品牌發送的電話號碼必須分別啟用 SMS 或 MMS，然後才能發送消息 - 這意味著具有長代碼或短代碼的品牌只能發送基於文本的消息通過 SMS 無法使用該發送號碼發送視覺豐富的彩信。

當我們構建對原生 MMS 的支持時，這意味著需要對我們的 SMS/MMS 入職流程進行更改。 這些努力有助於確保希望發送彩信的品牌擁有所需的工具來獲取在此渠道中執行活動所需的支持彩信的短代碼或長代碼。 為了實現這一目標，我們整合了我們的集成和入職團隊，並與他們就有效利用 MMS 的需求和挑戰保持一致。

文件類型支持

對於豐富的內容，能夠支持大多數客戶在其消息中包含視覺效果時可能想要使用的媒體文件類型非常重要。 但與構建新功能的大多數方面一樣，很難確定要支持哪些文件類型。

當我們構建 MMS 支持時，我們使用市場調查來確定我們應該啟動對 GIF、PNG 和 JPEG 文件的文件類型支持。 但是，由於我們自發布以來一直在監控反饋，我們看到越來越多的人呼籲支持不同的文件類型，例如 PDF 和日曆邀請 (ICS) 文件。 然後，該反饋會影響我們的計劃流程，以更新本地 MMS 支持。

最後的想法

雖然構建原生 MMS 支持並不是我們組織開展的最艱難或最關鍵的項目，但在某些方面它是最具啟發性的項目之一。

Braze 沒有“典型”的功能創建，但這種項目可能與我們所獲得的一樣接近，因為它是建立在現有產品之上的，需要跨產品和工程組織（及更多）的支持和協作，並且我們始終專注於敏捷軟件開發和迭代反饋循環以實現持續改進。

要詳細了解我們如何支持 SMS 和 MMS 營銷工作，請查看我們的 SMS/MMS 文檔。 有興趣成為 Braze 產品和工程團隊的一員嗎？ 查看我們的職業頁面上的空缺職位。