如何向客户提供详细信息
如何衡量不同信息组合的有效性
您需要多少种内容类型是一个重要的问题。但这个问题很难抽象地回答。
这个问题涉及到一个根本问题：你应该如何构建你的内容才能实现它所能实现的一切？不幸的是，提出这个问题的人有时会从供应商或项目实施者那里得到误导性的建议。小心那些看起来过于简单且适用于所有人的现成答案。每个组织的情况都不同，所以没有一个答案适用于所有人。
您需要的内容类型数量没有预先定义。适合您组织的内容类型数量将具体到您。您（而不是您的供应商）应该决定适合您组织的内容类型数量。确保那些为您提供建议的人不会仅仅因为建议可以在短期内加快决策或实施速度，或者因为内容类型数量成为需要管理的成本而提供建议。
避免限制内容类型
一些无头 CMS 供应商要求客户为超出基本限额的每种内容类型付费。
按内容类型收费可能会在购买解决方案后导致不愉快的意外，因为要么限制实施范围，要么增加其成本。
在项目团队对业务需求进行彻底分析之前 德国手机号码数据库 没有人能够知道需要多少种内容类型。这涉及分析将由新内容模型构建的现有内容清单，查看责任的所有权和与内容相关的工作流程，并检查如何将内容交付给客户。
供应商人为设置的限制导致一些组织实施“内容类型配给”来限制他们使用的内容类型数量。配给方法不是根据内容固有的可重用性将其结构化为连贯的部分，而是会导致不良的建模实践，例如：
聚合——将不相关的字段放入一个大的内容类型中，在大多数情况下，许多字段对于作者来说是可选的和无关的
过度抽象——使用通用标签来指定字段，这会导致模型失去其粒度精度，并使作者感到模糊和困惑
对附加内容类型收取额外费用的供应商未能给予其客户对内容细节的充分控制权，这妨碍了他们适当管理其内容的能力。
糟糕的内容模型是有代价的。定义内容类型时，您就是在开发内容模型。仓促、过于笼统或过于复杂的内容模型可能会产生隐藏的问题，这些问题只有在流程后期才会显现出来。一旦实施，该模型将影响内容创建者的日常工作。从一开始就正确使用模型非常重要，不要将建模视为一项由小团队匆忙完成的任务，而不需要受其影响的人的广泛投入。
根据你的需求而不是你购买的东西来做决定
供应商不应设定他们认为适合所有人的内容类型的基数。出版商不应支付额外费用才能正确实施他们的解决方案。您永远不应该面临所需内容和所购内容之间的冲突。
选择提供无限内容类型的 CMS，这样您的决策就不会受到计划限制或额外费用的人为限制。
正确的类型数量取决于两个因素：
内容的多样性
内容方法的模块化
如果您拥有涉及许多不同主题的多样化内容，并且需要支持广泛的任务，那么您将需要比您的组织仅讨论有限范围的主题或提供有限范围的服务更多的内容类型。
如果您希望自定义内容交付，那么拥有更多内容类型将大有裨益。随着您逐渐放弃冗长固定的网页，您将模块化内容，以便在需要的时间和地点提供正确的详细信息，而无需客户滚动浏览无关详细信息来寻找所需内容。不要围绕页面布局来规划内容类型 - 根据客户需要访问的信息来开发它们。
对内容类型的数量设置上限会限制内容的灵活性，也就是限制您重复使用内容并以不同方式组合内容的能力。使用少量内容类型的组织通常会延续传统做法，即以页面和屏幕为单位来组织内容，而不是根据其目的和意图进行语义化。
合并和拆分内容类型
将内容结构化为内容类型需要了解两个问题：
各种信息和消息之间的关系
内容需要支持的目标
它涉及平衡内容类型的数量和每种内容类型中的详细信息量。正确实现这一平衡需要判断力。
请记住这条经验法则：属于同一类的信息（无论是在创建时还是在传递时）应该放在一起。换句话说，根据用户需要说和看的相关信息对内容类型进行分组。
从所有客户需要一直看到且您的组织需要始终沟通的主题或任务的相关信息和消息开始。这些信息将属于内容类型。
接下来，考虑一下情况并不总是如此。如果存在常见的例外情况（即特定受众群体通常只在某些时候需要某些信息），则将这些信息拆分为单独的内容类型可能是有意义的。
当您知道您想要管理和提供相关信息灵活性时，无论是因为您想以不同的方式组合它还是在不同的时间开发它，将这些部分构建为单独的内容类型都是有意义的。
每次创建内容类型时，您都会确认信息分组很重要且应该放在一起。您已经创建了一个会经常使用的结构模式。
内容类型是否会太多？
再次强调，内容类型的数量没有任意限制，任何组织都不应超过这个限制。内容模型的价值在于它可以让全球企业更有效地大规模运营。要大规模管理内容，就必须拥有广泛的内容类型。
但是，内容类型的数量绝对有可能超出组织的有效使用范围。当这种情况发生时，内容结构就会变得过于复杂，难以处理。由于模型没有反映作者和受众的需求，因此设置变得繁琐，而不是获得简化创建和内容重用的好处。
如果组织中有些内容类型是不必要的，那么组织就会有太多的内容类型——它们对作者或客户都没有多大价值。它们往往需要特别的努力才能使用和维护，因为它们会为频繁的任务增加额外的步骤，否则它们就不怎么使用，而且会给内容模型增加不必要的复杂性。
冗余内容类型往往出现在以下情况：
该模型没有反映作者的优先考虑事项
业务需求理解不够
该模式管理不善，导致内容类型激增，但实用性有限
虽然内容模型为内容的管理和传递提供了技术基础，但它也必须与作者开发信息和消息的方式相匹配，以提供客户想要知道或需要看到的内容。
作者是内容类型的主要用户。他们必须积极参与内容类型的设计。他们应该清楚自己遇到的每种内容类型的用途，而不是想知道应该使用哪一种或两种相似类型之间的区别。
许多刚接触内容建模的组织都犯了一个错误，那就是把内容模型的开发留给开发人员。有时这会导致内容类型太多，作者难以驾驭。
开发人员可能倾向于将内容建模为关系数据库，将信息分解为越来越小的单元。这样做后，内容类型就与作者的想法不一致了。它们变得太细了。众多小内容类型之间的关系变得嵌套很深，这迫使作者必须跳过许多步骤才能完成日常任务。
不要基于假设来规划内容类型。造成多余内容类型的另一个原因是幻影重用场景，这会导致以防万一的内容类型。重用内容和规划未来需求的愿望是值得称赞的。但如果组织不清楚其与内容类型相关的业务需求，它可能会误判其内容的使用方式。它会创建额外的内容类型，认为它可能想出于某些尚不清楚的原因在其他地方重用这些内容。它会决定创建一个特殊的内容类型来保存该信息，而无需验证它是否需要它。
此外，还要注意特殊请求，这些请求可能会添加利用率低的内容类型。一些组织会创建仅使用一次的自定义类型来构建单个内容项。这些形状独特的“雪花”内容类型与其他内容类型脱节。在添加新类型之前，请检查现有类型是否无法使用。
