当团队对需要实现的目标有共同的理解时，内容模型会更容易规划。内容类型可以发挥不同的作用。
团队应该从主题、任务和容器的角度来考虑内容类型。这些概念将有助于阐明内容类型如何支持用户。
内容模型使信息和消息具有相关性
内容模型构建了组织将在网上发表的内容。它定义了谈论事物的通用结构。该模型可以涵盖组织在网站、移动应用、电子邮件、社交媒体、聊天机器人、产品内 UI 和其他渠道上向客户提供的所有信息和消息。
内容模型允许内容模块化。企业可以使用内容模型来管理向客户提供哪些详细信息以及何时提供。该模型在无头 CMS 中构建所有内容，并在需要时通过 API 提供特定详细信息。
客户在不同渠道之间切换，切换设备和平台，有时会出现中断。他们会在一个渠道中开始一项任务，然后在另一个渠道中完成。无论他们处于旅程的哪个阶段，他们都希望看到相关的详细信息。
由于用户会多次而非一次性地触摸内容，因此他们不一定希望在单个网页上看到所有细节。品牌需要将内容分解为相关的小块。该模型可以管理要显示哪些细节：
提醒客户他们迄今为止所做的事情
帮助他们记住之前显示的重要信息和信息
告知他们应该知道但可能不知道的事情
为他们提供正确的内容，让他们高效地继续完成任务
构建内容以支持客户目标
使内容相关的秘诀是从客户的角度来构建内容。
在分解与内容相关的细节之前， 德国手机号码数据库 团队应该考虑用户在浏览内容时的更广泛目的——他们更大的动机。用户需要以一种能够帮助他们的方式构建内容：
理解一个主题
成功完成任务
了解可用的信息
在客户旅程的不同阶段，每个动机都很重要。
从目的到细节。 团队在对内容进行建模时，应该考虑客户如何与内容中的特定元素进行交互。查看特定场景，并注意客户在执行操作时需要查看哪些细节。
作家和后端开发人员在规划模型时应该合作。作家提供编辑和领域专业知识，而后端开发人员则规划模型的抽象以适应 API 调用。但这两个角色都不一定熟悉将向用户呈现内容的设计系统。即使他们知道他们想要向客户提供的细节，他们也可能缺乏对这些细节将如何在不同的 UI 中呈现和使用的洞察力。
一定要包括具有 UX 专业知识的人，他们可以解释如何在各种情况下呈现细节。创建内容模型时，您不需要设计屏幕，但它有助于了解内容在不同渠道中呈现的各种方式。考虑客户将如何使用内容模型中结构化的细节。如何以不同的方式组合内容以在不同场景中发挥作用？当内容的结构考虑到用户相关性时，它会更强大。
让我们看看内容类型可以扮演的不同角色。内容类型的目标可能略有不同，具体取决于用户需要如何访问内容。
内容类型有不同的作用
内容几乎可以谈论任何事情。有数百种潜在的内容类型可以构建有关多种问题的内容。然而，我们可以将内容类型归类为以下三个概念类别之一：
信息内容类型，用于构建有关主题的信息细节
以任务为中心的内容类型，构建消息和说明来帮助用户采取行动
内容类型的容器，将其他内容类型构建成更大的内容产品
下表总结了用户目标和内容结构种类之间的关系：
用户目标 结构类型 它的作用
理解一个主题 信息内容类型 构建有关主题的信息细节
成功完成任务 以任务为中心的内容类型 构建信息和说明来帮助用户采取行动
了解可用的信息 内容类型的容器 将其他内容类型构建成更大的内容产品
这些概念类别可以进一步细分。下图说明了这一情况。通过了解内容构建的不同方式，您的团队可以使其模型更加稳健。
内容类型角色
信息（以主题为中心）内容类型
大多数内容类型都会构建主题的细节，以便用户了解他们需要知道的内容。
但是用户需要知道什么？什么与用户相关取决于场景：他们何时需要访问信息以及在哪里访问信息。内容模型允许调整 UI 中显示的细节级别，就像收音机上的旋钮可以调整音量一样。
主题由其覆盖范围（即完整性或深度）定义。这就提出了需要多少细节的问题。与主题相关的细节在内容类型中被分解或结构化，以在不同场景中呈现特定细节。
专家经常建议根据内容的“语义”或含义来构建内容。这对于构建主题来说是个好建议，尽管在构建不以主题为重点的内容时，它可能没那么有用。但这种对语义的强调，即使是相关的，有时也会产生误导。内容结构化的目标不是列举你可能需要讨论的实体的所有细节。相反，它是为了提供人们需要知道的正确细节。
根据用户需求构建信息。识别并分解用户需要的详细信息：
想知道，因为这些都是常见问题
需要观察才能做出正确的决定
需要在不同阶段访问
构建主题的一个好起点是确定用户的常见问题。如果用户正在寻找带有标签或标题的特定信息，这些将是内容类型中的元素。主题与其他主题有关系。想想其他主题与哪些相关以及用户可能想要访问的其他信息。
一般（叙述）解释
解释可以帮助用户（尤其是非专业人士）综合各种细节。它们是一种重要的内容，因为：
并非所有主题都有一组标准属性，可以将描述结构化为可以快速理解的小离散数据
许多主题有多个维度，其中一些非专业人士需要额外的解释才能完全理解
一个常见的误解是，一般解释缺乏结构，因为它们以叙述为导向，无法分解为简短、离散的细节。当规划者认为内容结构仅用于呈现详细数据而不是叙述时，就会产生这种误解。然而，叙述内容可以进行编辑结构化。这样做可以增加内容的灵活性。在叙述解释中添加结构可以为读者提供更多背景信息，这样他们就可以找到他们需要知道的内容。
一般解释的一些例子包括：
流程和操作指南
案例研究
政策和指南
问题简报
项目更新
叙述结构将反映需要详细说明的方面。考虑内容如何谈论一个历史悠久的复杂问题。由于主题的复杂性，需要叙述，而不是简单地简要列出日期和决定。叙述可以分为几个部分，总结与该问题相关的过去事件、其当前状态以及未来的预期结果。已经熟悉该问题的人可能会跳过过去的总结，而不太熟悉该问题的人可能会欣赏该总结。
长篇内容（超过 500 个单词的叙述或超过一分钟的视频）可以讨论一系列主题。它们可以构建为可隐藏或重复使用的元素，具体取决于上下文。结构将通过思考用户遇到内容时的旅程而浮现。一些常见元素包括：
预告片
示例
基本原理
要点或摘要
免责声明或注意事项
专题
专门主题是指与“实体”（事物或过程）相关的主题，这些主题具有需要在描述中提及的标准属性。例如，航班将具有独特的属性，例如出发和到达时间，这些属性将不同于其他类型的事件或服务。
专门主题包括以下方面的详细描述：
商品详情
服务详情
活动详情
营业地点详情
专业标准
工程规格
其他参考信息
这些内容类型将分解它们所描述的内容的重要属性。有时开发人员会将此内容描述为“数据”，但内容不必是数字或受控值。该值可以是文本描述，但通常很短。
决策驱动主题
有些主题与复杂的决策或计划有关，无法一次性做出决定。所需的细节取决于客户考虑事项的重要性（成本、地点、日期、可用性、风险等）。例如，在计划假期的早期阶段，某人可能尚未评估确切的成本或日期。不过，稍后他们会想要更少的一般信息和更多具体的细节。当用户广泛考虑决策时，叙述性内容是合适的。
