构建 Braze Native MMS 的来龙去脉
已发表: 2021-02-20Braze 客户参与平台的构建是自然地跨渠道和渠道无关的，允许品牌通过支持个性化、直观体验的方式在与他们交谈的渠道上接触客户。 这意味着我们一直在寻找机会来扩展我们平台支持的消息传递渠道组合。 因为 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 产品和工程团队的一员吗？ 查看我们的职业页面上的空缺职位。