简要了解BBC创建新功能的复杂性

英国广播公司致力于为每个人创造真正的个性化体验。我们相信，更加个性化的BBC可以帮助我们与受众建立更深的联系，并帮助我们从在线中获取更多价值。我们在产品和服务方面可以提供很多东西，而我们的挑战之一就是帮助我们的听众发现我们拥有的内容。

我们有许多方法可以实现这一目标，但是除了自动化的个性化设置（如更聪明的建议）外，我们还希望使我们的受众群体告诉我们他们想从中看到更多内容。因此，我们正在探索使受众能够关注主题的想法，这项新功能可以作为我们所有团队和产品的服务。

这种一致且协作的方法不仅效率更高，而且可以让用户的偏好随时随地在BBC上关注。此博客文章将尝试传达创建此新关注功能的复杂性。

英国广播公司（BBC）每天都会创建数千种不同的内容项，随时可供英国和世界各地的人们消费。但是，我们如何改善该内容的可发现性呢？我们如何为感兴趣的人提供新内容？

BBC Home团队于2019年夏季开始研究“主题”的概念。我们与BBC各地的同事合作，开发出了向观众展示Pan-BBC主题的技术。

在主题工作的早期，人们就认识到有机会利用主题的力量，让听众选择他们个人感兴趣的主题，这样我们就可以个性化他们对BBC的体验，并在相关内容被告知时通知他们。可用。 BBC已经存在这样的示例，例如BBC Sport应用中的“我的运动”功能；在BBC Sounds中订阅播客，并在BBC iPlayer中将程序添加到收藏夹中。先前的实现方式是以特定于产品的方式进行的，但是我们正在以统一的方式构建“后续”功能，以期在所有产品之间实现无缝的受众和技术方法。在幕后，所有这些类型的“跟随”机制都很常见。我们如何创造一种能够利用所有这些“关注”事件来通过快速有效地向受众群体提供新的相关内容来帮助内容发现的体验？

除非在技术上不可能，否则所有新的发展都会在BBC的现有网络技术平台内发生。 WebCore使用单一存储库，并且由于所有团队都可以访问每个人的代码，因此在我们所有团队的工作中保持一致变得容易得多。图形组件都存储在中央存储库中，并且可供所有团队使用并集成到他们自己的开发中。

需要考虑所有现有解决方案的构建基块，并在适用时重新使用。如果开发了新内容，其他团队必须直接利用或进一步开发以满足他们自己的需求。

与其他团队的合作是该项目成功的关键。这项工作是在一个复杂的组织内进行的，因此，许多团队和同事将成为其中的利益相关者。开放和愿意合作将在以后分红。

我们最初选择在主题级别执行此操作。例如，观众成员将能够关注他们喜欢的音乐艺术家，新闻通讯员甚至地点。由于主题是BBC创建内容所依据的概念的表示形式，因此，由于会不断添加新内容来通知受众，因此感觉更自然。尽管独立的内容项可以在发布后或故事发展后进行修改（通常进行较小或较大的编辑），但对于用户来说，这似乎太细粒度了，无法具体遵循，从而使保存或稍后阅读功能更加合适。例如，“关注”文章更像是“稍后阅读”功能。

我们需要了解“关注”按钮应该如何操作以及如何根据显示在其中的当前上下文来更改状态。

我们需要考虑受众成员是否已经关注某个主题，是否需要提供取消关注该主题的能力。

我们还需要考虑我们对于其他类似后续实施的偏好设置，以及是否适合使用该数据。

提出关注计数以指示特定主题的受欢迎程度也可能适用。

我们还将使按钮机制可用于我们的应用生态系统，以使该机制在所有平台上保持一致。

我们需要以这样一种方式构建逻辑组件，使其无论以什么方式出现跟随按钮，它们都将以相同的方式运行。

例如，如果在Pan-BBC主题页面（例如Manchester或Mark D’Arcy）上提供了“关注”按钮，则我们必须确保行为一致且直观。

考虑到GDPR和听众成员以前向我们提供的优惠，这种新功能能否在法律范围内发挥作用，如果不能，那么我们该怎么做才能确保我们在法律上合规且对听众透明？

英国广播公司（BBC）在线资产是复杂且不断变化的。我们必须确保遵守开放标准并重用现有服务，以确保今天和将来都很好。另外，我们必须与内部团队合作，以确保内部利益相关者充分了解我们的进展。

我们需要仔细考虑如何呈现后续内容，以便与建议和相关内容同时呈现。

跟随的内容将显示在编辑选择的内容旁边，因此，我们还需要考虑如何对内容进行重复数据删除和优先处理。

我们如何保持足够水平的数据以起作用并保持最小的数据集安全？

我们有一个非常强大的数据安全流程可以满足。在每个设计步骤中，数据的安全性都是关键要求。

然后必须轻松解析这些数据并遵循我们自己的内部标准和架构。

此数据格式必须与用户活动服务（我们用于存储用户活动数据的集中位置）兼容，并已向其注册。

跟随一个或多个主题的结果显示在哪里？即如何跟踪主题？

对于任何产品团队来说，这都是一个关键问题。主页团队将与体育团队有不同的需求。但是，底层系统必须能够以尽可能有效的方式应对这一问题。

一个关键的考虑因素是每次交付我们应该开发多少？我们可以长期工作并以更大的方式进行交付，还是通过小规模的迭代开发来接受受众不断变化的界面和功能是否更有意义？

这种级别的个性化如何在WebCore堆栈的缓存策略中发挥作用？

对于我们的团队来说，这不是问题，因为我们将使用结果而不是为结果做出巨大的贡献。但是，它非常重要，因此我们将与致力于此的团队保持紧密联系，以确保不对所需内容进行任何假设。

我们是否具有处理可能复杂的跟踪活动的技术能力？

为此，我们的BBC家庭数据功能团队正在开发基于AWS ElasticSearch的特定技术。

该系统将从各种内部来源捕获有关我们内容的元数据，以使我们能够以新颖的方式查询该元数据，以根据每个用户找到我们所需的内容。

关注产品和用户体验团队将方法分为四个单独的阶段：

观众成员将能够查看他们当前正在关注的主题，关注新主题并选择从主题索引页面或BBC主页取消关注其他主题。

我们的听众成员将能够在新闻和体育网站和应用程序中看到他们关注的主题。这将具有管理他们在整个BBC中遵循的新功能。

而且，我们的听众将能够从内容级别（即在文章内）关注主题。

Follow将成为整个BBC在线资产的统一方法，有助于消除内容和帮助所有受众成员发现之间的任何障碍。

警报和通知是一个值得关注的出口。有一支团队致力于了解如何最好地实现这一目标，同时为我们的受众提供最大价值。这是一个复杂的领域，因此我们会密切注意这项工作，以确保我们已做好准备。

“关注”还为时过早，但已经取得了很大的成功。英国广播公司（BBC）主题产品日趋成熟，并且已经为Sport网站和应用程序的大多数提供了动力。它也为BBC主页提供了支持，我们目前正在与新闻团队紧密合作，以帮助他们将BBC新闻主题更新到WebCore世界。

我们已经详细介绍了后续操作的主要原则和注意事项以及我们计划如何实施。这是一个充满挑战的领域，但是所有构建块都已就位，我们开始研究如何以及何时推出第一阶段。人们习惯于关注某个主题，因为他们已经习惯在社交媒体上做到这一点。我们将尽快确保将其功能满足受众对BBC的期望，以确保其达到受众所期望的质量水平。我们的目标是将所有内容集中到所有受众，以使传统的内容孤岛变得模糊不清。

希望您喜欢这篇文章。遵循中型设计和工程频道，以了解有关我们在该领域正在进行的工作的更多信息。