Atomizer – Microcontent and the Future of IA from Bram Wessel

你们中有多少人开始在一台设备上阅读、观看或收听某些内容，然后尝试在另一台设备上继续上次中断的地方？

在这群观众中，我猜几乎所有人。

如果您在执行此操作时从未遇到任何问题，请举手。这意味着永远不会丢失您的位置或必须滚动、擦洗、重新加载或重新启动，第二台设备上的任何内容？曾经？

如果有人还举手，我会感到震惊。这是因为，尽管人们广泛承诺，但这种体验尚未像我们想象的那样可靠。

这种体验比我们今天要讨论的任何其他体验都要简单得多。相比之下，品牌对我们在不久的将来应该期待的体验做出的承诺听起来极其复杂。

通过新的体验，我并不是在谈论推特上的厕所，尽管不知何故这已经是一件事了。

我所说的是穿越环境的体验，或者更准确地说，穿越环境的体验。无论它们涉及时间转换、地点转换、设备转换还是同时使用多个设备，它们的共同点就是多个上下文。

我们所说的上下文是什么意思？

 Andrew Hinton 在他的精彩新书《理解上下文》中，根据智能体如何与环境交互来定义上下文。在这种情况下，代理可以是人类，也可以是数字代理，例如代表人类或其他实体行事的应用程序或服务。这就是我们最终获得抽象数字环境的方式。

随着这些数字代理的发展，网络效应正在发挥作用，数字环境正在激增。

与此同时，体验变得更加直接、碎片化和连续性。

这意味着环境破坏的可能性正在呈指数级增长。

我在这里告诉你，上下文不会很快停止激增。这种趋势将持续下去，事实上，它正在加速。

到目前为止，很明显大多数人都拥有智能手机。

这意味着美国成年人现在使用移动设备上网的平均时间多于使用个人电脑的时间。 84% 的人表示他们使用智能手机或平板电脑来执行多项任务。截至 2014 年 10 月，我们跨过了一个很大的门槛，现在世界上的设备数量比人口还要多。

因此，最重要的是，不可能预测用户接下来想要在哪些上下文中获取内容。

不幸的是，大多数内容组织的世界观远远落后于实际人类消费和使用内容的方式。

我们通过品牌倾向于将世界描述为一系列……渠道的方式来看待这一点。您可能听过同事或客户说过这样的话：“如果我们能够管理我们的内容，以便我们可以在所有渠道上分发它，那么我们就能够：[在空白处插入您最喜欢的业务目标]。 ”

这就是我们最不喜欢的流行词“全渠道”的问题所在。作为体验的概念模型，全渠道意味着用户愿意打开与公司或组织互动的渠道。它还意味着这些渠道是离散的，并且在这些渠道之间保持一致性是有益的，但通常会牺牲一致性。

这可能源于这一想法在广播媒体早期的营销起源，当时可以在品牌与客户进行单向对话的幻想上建立业务。

作为信息架构师，你和我都知道这并不是有机体验通常的运作方式。当涉及到涉及多个上下文、用户可以控制的体验时，这种通道数组的概念似乎有点不够。

还有一个更大的问题，那就是上下文实际上并不是离散的。它们重叠。通常，他们会闭塞。有时，它们会发生碰撞。

因此，如果您的通信不同步，那当然会出现问题。但一致性本身也无法适应上下文的微妙之处，而这些微妙之处可能会完全破坏体验的凝聚力。

对于管理企业内容的组织来说，这一切都导致了一个关键的转折点。而且它将会变得更加疯狂。

如果可穿戴设备得到广泛采用，只会加速这一转变。就像智能手机一样，可穿戴设备最终会流行起来，就像昨天悄然推出的设备一样。当它出现时，它很可能成为其他人的入门药物。

然后，突然之间，品牌和企业将争先恐后地适应新的范式，就像他们适应网络、社交媒体和移动设备一样。

这给我们这些创建和管理企业内容的人带来了最大的挑战。

正如凯伦·麦克格雷恩 (Karen McGrane)、伊森·马科特 (Ethan Marcotte) 和其他人长期以来一直警告我们的那样，不可能预测内容下一步需要去往何处。在这些激增的环境中，预测用户所需内容的所有排列是不可能的。

随着上下文的激增，组织必须设法针对所有这些上下文的内容单元将变得越来越原子化。

为了说明我的意思，我将谈论几乎每个人都有过的经历，但我们大多数人都没有考虑太多。

我敢打赌你们大多数人都在这些商店之一购物过。 （那是一场标志风暴，所以也许我应该问，谁没有？）

有人在杂货店凭收据获得优惠券吗？

让我告诉你一些关于这是如何发生的事情。

假设您是一家为这些零售商提供优惠券的公司。您可以通过这样的设备来完成此操作。

这称为字符串打印机。它连接到这些商店的销售点系统，并且还连接到数据中心。

当交易发生时，字符串打印机设备查询该远程数据中心以确定是否发放优惠券，如果是，则发放什么优惠券。

这意味着，如果您是一家优惠券公司，您的工作就是为美国 31000 家食品、药品和便利店提供高度针对性的微内容。

因此，您也正处于一个重要的时刻，因为您的客户开始意识到他们、他们的供应商和他们的客户都可以从刚刚成为可能的新体验形式中受益。优惠券提供商的传统交付系统（由结帐时的字符串打印机组成）正在慢慢被消费者控制的设备所取代。

这对于这些公司如何管理其企业内容具有巨大的影响。他们的业务性质意味着必须在非常原子的级别上管理这些内容。这就是我所说的微内容。

那么我们如何定义微内容呢？好吧，让我们回顾一下内容的近期历史。在网络的早期，管理单位是页面。人们几乎很快就意识到这种内容管理模式是不可持续的，第一个内容管理系统开始出现。随着 CMS 的发展，他们开始依赖元数据来帮助驱动页面的动态生成。最终，CMS 达到了组织的整个数字化存在都由某种形式的 CMS 进行管理的地步。

但正如人们从卢和皮特的北极熊书第一版以来一直指出的那样，巨大的挑战始终是如何对内容进行分块，以便更有效地管理。

随着这种分块变得越来越原子化，我们开始看到生产与管理的不对称。

现在，对于组织来说，管理内容比创建内容更具挑战性。

我们已经从包含少量元数据的宏观内容元素转向了包含大量数据的微观内容元素。这包括许多关于内容本身的元数据集，以及许多相关的数据集，所有这些（如果幸运的话）只有稍微不同的分类结构。所有这些都必须与 CMS 所需的数据集成，以便通过适当的方式将内容分发到适当的上下文。

感谢 Kristina Halvorson 和其他许多人，我们已经意识到内容 blob（每个 CMS 中的无限自由文本正文字段，我们的大部分内容最终都在其中）是不好的做法，并且在 blob 中实际上包含所有内容应该自行构建的内容元素类型。

这些结构单元一直存在，但不同的是，现在，由于上下文的扩散，它们可以更好地单独管理。

那么，微内容只是我们从学科诞生以来就已经了解的一小部分内容吗？

嗯，不完全是。分块是内容建模最基本的原则之一，分块可以更好地管理微内容，但微内容单元不一定由单个块组成。记住？这些斑点首先就是给我们带来麻烦的。

不，对微观内容含义的更好描述应该是分解（甚至可以说“原子化”）的内容单元，其构建方式是为了使它们可以独立地跨上下文传播并重新聚合成连贯的体验。

这让我们回到了优惠券。优惠券提供商的商业模式涉及大量广泛分布、处于各种聚合状态的微内容。他们的核心服务不是内容目的地，而且从来都不是。它不仅仅依赖于内容管理系统，还依赖于数十个内部系统来管理描述内容的不同类型的数据。

当我说数据时，我并不是指数据。这是最多元化意义上的数据。当您听到人们谈论大数据时，优惠券提供商管理的数据就是他们所谈论的规模的一个很好的例子。

这张照片中的字符串打印机由一家名为 Catalina 的公司拥有和维护。我之前给你看过的所有零售商的幻灯片？这些商店是卡塔利娜的客户。这意味着 Catalina 每周涉及超过 3 亿笔零售交易。每年大约有 15 又 50 亿笔交易。

为零售商和消费者在结帐时从小型字符串打印机中吐出的最有效的微内容进行聚合所涉及的数据量、基础设施水平和信息架构的规模有点令人震惊。

杂货店优惠券是一种微内容的指导性示例。它一直存在，尽管多年来分发方式不断发展，但它通常仍然是一张纸。你以为印刷已经死了！

优惠券看似简单。它通常由最少量的块组成，包括图像（通常是产品照片）、一些副本，通常还包括条形码。在某些情况下，这不超过 4 行文本。

由于优惠券的使用方式，优惠券必须最少。它必须是便携式的，以便用户可以在高度情境化的时刻（当它在销售点分发时）轻松获取和存储它。当出现适当的环境来赎回它时，它必须易于检索。

关于优惠券的另一个有趣的事情是，它们是内容，但它们具有实际的货币价值。在它们的传统生命周期中，它们作为货币交易的一部分诞生和死亡。

它们实际上作为货币运作。

作为信息架构师，我们以多种不同的方式思考内容，但我们多久将内容视为实际货币？

因此，这意味着优惠券提供商是一种辅助交易服务，它通过微内容的分发附加小单位的价值来简单地增强交易。

为了提供这项服务，优惠券提供商会询问其大量信息存储，以确定哪些优惠可以与交易中的哪些产品配对。这些是驱动用于决定字符串打印机输出什么（如果有的话）的算法的基础知识。

这就是优惠券提供商提供价值的方式。当消费者收到折扣时，他们会很高兴。当消费者回来时，零售商很高兴。当消费者转向或购买更多他们的产品时，制造商会很高兴。这对价值链中的每个人来说都是双赢的。

优惠券一直是遍历上下文的内容单元。这与我们习惯的内容消费范式截然不同，其中通常有发送者和接收者，或者屏幕和查看者。

相反，优惠券所经历的广泛上下文称为分配和赎回。

在分销环境中，授予优惠券的业务目标对于营销人员来说听起来很熟悉。获取、保留和增加 AOV。共同的商业目标，对吗？

同样在分发环境中，优惠券提供者的利益与消费者是一致的——消费者想要折扣，优惠券提供折扣。

由于分配的激励要高得多，因此比赎回涉及的信息要多得多。赎回环境的管理要少得多。它的目的是通过触发另一个分发来创建一个积极的反馈循环。

事实上，这种不平衡已经深深地融入到传统的优惠券提供商商业模式中，以至于他们完全在分销方面获得报酬。

正如您所看到的，优惠券提供商的传统世界中的业务上下文循环在概念上非常简单。但执行起来比较复杂……

为了演示这一点，我将使用我们都熟悉的技术——角色和场景。

认识安德里亚。她三十多岁，已婚，有两个孩子。最近经济形势不好，但安德里亚在一家缝纫设备制造商的会计部门找到了一份兼职工作。

鉴于她在会计方面的经验，安德里亚负责处理家人的家庭财务。她擅长比较购物并为家人需要的东西找到最优惠的价格。

安德里亚 (Andrea) 在塔吉特 (Target) 购物，但她主要在 Fred Meyer 购物，她是忠诚俱乐部会员，那里的商品通常稍微便宜一些。

安德里亚还剪下优惠券以便在购物时使用。

安德里亚在她的智能手机上使用购物清单应用程序，该应用程序能够扫描条形码以帮助她管理清单和比较商店。

在前往 Fred Meyer 的例行行程中，Andrea 的过道路线大部分都在她的脑海中规划好，因为她熟悉商店的布局。

因此，通常情况下，一旦 Andrea 收集了特定会话清单上的所有物品，她就会开始结帐。收银员用红外扫描仪记录该笔交易的所有物品，并且在这个交易流程中至少还有其他三个提示。在某个时候，店员询问安德里亚是否有任何优惠券，此时，这些优惠券也会被记录下来（也使用扫描仪）。

同样在某个时候，Andrea 被要求提供她的会员卡信息。有时她会拿出卡，但如果她没有携带卡，她可以使用她的电话号码。

只有当交易的所有其他要素都准备好后，Andrea 才会为她的交易付款，通常是使用另一个读卡器。 （安德里亚几乎从不用现金支付，因为她有一张里程信用卡。）

最后，一旦 Andrea 的交易成功完成，当她离开结账台时，就会向她出示收据，有时还会出示优惠券。当她使用自助服务终端时，她不会总是等着看优惠券是否打印出来，也不会考虑太多。

正如您所看到的，优惠券在这个典型零售交易的两个步骤中出现。为了兑换，必须在付款步骤之前的某个时间分发优惠券。然后，如果交易满足特定条件，则在付款步骤之后将提供一张或多张优惠券以供将来访问。

这就是幸福之路。但还记得之前我们讨论过优惠券提供商如何处于后果点吗？为什么是这样？

嗯，现在零售店里开始发生一些新的事情。传统的结账场景正在被颠覆。我相信您听说过 Google 钱包、Apple Pay 及其竞争对手。像安德里亚这样的人越来越多地可以选择通过电话支付。很快，他们将能够通过手表甚至其他可穿戴设备进行支付。

推动这种范式转变的是便利性。坦率地说，我们已经习惯的做事方式有点令人痛苦。随身携带钱包或装满信用卡、借记卡、会员卡、纸质优惠券等的钱包很不方便。未来的承诺是，您将能够通过一个手势完成交易，例如轻按一下。

那么优惠券提供商该怎么办呢？如果你正在愉快地结账，一边轻敲一边吹口哨，你会想停下来，把包换到另一只手臂上，并确保从打印机中夺走优惠券吗？

这种范式转变有可能破坏优惠券场景——分发和兑换。不仅仅是因为字符串打印机对于销售点来说似乎是一个过时且不方便的外围设备。如果您可以像存储信用卡和会员卡一样以数字方式存储优惠券，则可以将它们以数字方式捆绑到付款步骤中。这意味着可以分发和兑换更多优惠券，这对价值链中的每个人都有好处。

当然，如今优惠券已不再是一张纸条了。如上所述，纸质物体是价值转移的代币，就像纸币一样。与其他货币一样，这种价值转移正日益数字化。

 Apple 已宣布在其 Passbook 应用程序中支持优惠券，Andrea 的购物清单应用程序由一家名为 coupons.com 的公司所有。

这种转变背后有相当多的激励因素。一方面，我们非常确定像我们在 Catalina 的朋友这样的公司会欢迎有机会摆脱这些字符串打印机。

毕竟，分发和维护它们是有成本的。对于优惠券提供商来说，真正的工作是在适当的情况下将适当的价值单位交到适当的人手中。如果这笔交易是在一个完全数字化的生态系统中进行的，那么优惠券提供商提供的价值对于价值链来说仍然相当重要。

但摆脱这些打印机也意味着摆脱实体优惠券。这从根本上改变了优惠券作为价值交互的运作方式。我们对优惠券的文化假设是由几十年来发展缓慢的行为所驱动的。优惠券成功使用的关键因素之一是对实物的价值感知。它符合我们对纸币的心理模型，它感觉起来像货币，而且在很大程度上它的行为也像货币。

那么当优惠券成为数字实体时会发生什么？这如何改变对其价值的看法？这如何改变它的分发方式？

传统上，分发是在收据打印附近进行的。这种情况应该在数字环境中持续存在吗？

这可能取决于交易流程中涉及哪些实体。在全数字交易流程中，优惠券提供商无法像传统的字符串打印机那样将自己插入到流程中。但他们仍然需要插入优惠券本身。

如果从等式中删除字符串打印机，会发生的另一件事是字符串打印机提供的隐形操作（对优惠券提供商的业务至关重要的数据中心查询）必须以某种方式被替换。尽管数字支付服务将为管理优惠券提供便利，但随着环境的转变，消费者的期望也会发生变化。

那么在数字环境中会发生什么呢？如果收据将以数字方式分发，优惠券是否可以在收据附近分发？如果没有，如何通知消费者优惠券已发放？当通知发生时，客户会如何看待？作为价值？作为货币？或者作为通知垃圾邮件？

好吧，现在对于优惠券提供商来说是个好消息——如果分发与收据脱钩，这也提供了其他分发机会。例如，能否在销售点之前引入分销？如果发放优惠券的目的是通过边际价值转移来影响购买行为，那么这种“给予-获取”难道不能发生在考虑渠道的更深处吗？

如果是的话，数字发行的方法是什么？请记住，优惠券提供商传统上不具有消费者的可见性或访问级别，无法让他们将自己融入到这种情况中。

那么，让我们重塑优惠券体验。

现在我们将 Andrea 预测为未来 18-36 个月。

她有一部配备 NFC 的新型智能手机。她使用数字支付系统，因此可以用手机支付杂货费用。

有一天，当她前往 Fred Meyer 时，她打开了购物清单应用程序，并收到一项新功能的通知，该功能将绘制穿过商店的最有效路线，以获取清单上的所有商品。听起来很方便，所以她点击提示接受此功能，并同意允许她的杂货零售商通过她的购物清单应用程序分享其忠诚度计划中的购物历史记录。

当她到达杂货店时，她打开应用程序，它会提示她确认她在哪家商店购物。该应用程序利用她手机上的位置信息，找到她正在购物的具体商店号码，加载平面图并为她绘制路线。

当她走过路线时，每个点都会有一个图标，指示她清单上的商品是否有库存。除了早餐麦片之外，所有商品都有库存，因此当她找到前一项商品时，她的应用程序会提示她提供她通常购买的麦片的替代品，这些商品都有库存。她注意到一件商品有可用的优惠券，因此她点击了该商品。 Up 弹出 1 美元优惠券。这个品牌的麦片粥的价格通常与她购买的品牌差不多，所以她很感激能省点钱。

几样东西之后，她到达并发现还有一张她经常购买的洗洁精品牌的优惠券。甚至更多节省。

当她走向下一个商品——牙膏时，她注意到还有另一张优惠券可用。她点击该图标，就会收到一张她听说过但从未尝试过的品牌的数字优惠券。由于优惠券比她平常的品牌便宜，所以她这次尝试了新品牌。

当她到达结帐处时，她点击手机使用数字支付服务，在收据屏幕上，她会看到她在本次购物过程中积累的所有优惠券和忠诚度计划节省的列表。她节省了大约 8.75 美元，这使得她的总购买金额从大约 82 美元减少到略高于 73 美元。好吧，那还不错。

此时，她的屏幕上会出现一条通知，显示她刚刚购买的过敏药物的另一张优惠券。好吧，甚至更好！

那么这里发生了什么？嗯，从安德里亚的角度来看，她的一项日常任务以一种令人愉快但干扰最小的方式得到了增强。她能够在她控制的设备上使用她选择的应用程序，让她去她经常去的杂货店购物变得更加方便，并节省大量金钱。

幕后发生的事情反映了零售商、制造商和优惠券提供商很快必须适应的新现实。这些体验将改变优惠券提供商与其组成部分（品牌和零售商）之间关系的性质。

这些体验还需要一定程度的集成，而大多数企业内容管理组织根本没有做好准备。您会注意到没有任何一个实体端到端地控制这种体验。它需要应用程序制造商、数字支付服务、零售商、制造商和优惠券提供商的合作。

我们不要忘记用户！他们需要有意义的激励措施才能参与，否则他们就会忽视所有技术并继续像往常一样购买杂货。

让我们回到优惠券提供者的角度。他们需要如何构建企业内容才能参与到这一场景中？

首先，他们需要对其微内容进行建模，使其比现在更加便携。字符串打印的优惠券是微内容的一个单位，在我刚才描述的新的跨上下文体验中不会成功运行。

这又是一张典型的字符串打印优惠券。为了使其作为一个价值单位运作，某些组成部分必须聚合在一起。它必须表明它是什么，那就是值和限定符副本。它必须提供条款和条件，这是合法副本。它必须提供条形码，这样才能兑换。为了吸引消费者使用它，它还必须有营销文案（例如号召性用语）和图像。

您会注意到此模型的格式决定了所呈现的很多内容，而这不适用于数字优惠券。正如我们自智能手机革命开始以来所了解到的那样，现在可以通过无限的视口来消费内容。

数字化意味着可以通过无限的方式将数字优惠券分块进行展示。没有必要一次呈现所有这些项目——它们可以被分解或原子化。其中一些可能是销售点所需要的，另一些可能是当顾客在货架上在两种产品之间做出选择时所需要的。

我们的优惠券提供商现在不能再将“优惠券”视为内容单位。他们被迫将优惠券重新构想为一种分布式内容体验，可以跨越数字和物理环境，并在给定客户的旅程中更广泛的时刻发挥作用。

这不一定适合优惠券提供商迄今为止所使用的整体架构。在销售点查找交易历史的传统模式既不可行也不高效。列表驱动的购物会话的环境更加直接，需要即时响应或精心设计的集成。它将需要一些可以被视为微内容服务的东西。这项服务必须足够灵活，才能集成到无数潜在的环境中。

这表明优惠券提供商如何构建其数据和内容的架构转变。他们必须根据上下文量身定制报价，而不是将交易历史记录与报价列表进行比较。他们需要问自己什么优惠适合什么环境？

他们怎样才能做到这一点？

好吧，他们将不得不比迄今为止更彻底地描绘出他们的背景。他们必须定义这些环境的特征和属性。

本质上，他们必须创建上下文或支持上下文的本体，这些本体足够灵活，可以适应模糊的动态情况，而不是特定的受控任务流。

为了明白我的意思，让我们看一下常见的杂货场景。假设优惠券提供商希望向客户分发优惠券，以替代缺货的商品。在传统模型中，这种情况根本不可能发生。优惠券提供者无法确定如果商品有库存，是否会被购买。

即使市场上有代表缺货商品的活动来鼓励消费者转向他们的品牌，交易中缺少该商品也意味着错过了在该购物会话中触发优惠券的机会。至于安德里亚（Andrea），她可能会因无法在那里买到她想要的抗过敏药物而恼火地走出零售商。这条路并不那么幸福。对每个人来说都是双输。

那么这种交互的新信息模型是什么？对于优惠券提供商来说，获取其支持的 31,000 家零售商的每个地点的实时库存信息已不再可行。这将导致本已庞大的数据存储增加 PB 级，并带来更多延迟。

更好的架构可能是分布式微内容服务模型。在这样的架构中，使用我们的示例，优惠券提供商通过数字服务向零售商和购物清单应用程序制造商提供微内容，并根据集成了所有人利益的业务规则为微内容提供一系列可能的用途。参与者们。

这意味着优惠券提供商必须定义某些类型上下文的相关特征，以便为与其交互的数字代理提供高度上下文化的敏感性，反之亦然。

在此表述中，购物清单应用程序是由购物者操作的数字代理。商店是代表零售商或制造商运营的数字代理。优惠券提供商的微内容服务可以在多个点进行集成。

购物清单应用程序需要了解它将与称为商店的事物交互，并且每个商店将提供有关其自身的信息。例如，商店可能提供特定于位置的信息，例如平面图。或者它可能提供库存信息。或者来自其忠诚度计划的交易历史信息。

将分类结构推向边缘将允许业务逻辑嵌入到微内容服务中。它还允许异步交付大多数服务，以避免延迟。

随着上下文的激增，微内容服务将需要更加分布式，因为当内容被分解并且不针对特定目的地时，当前的整体 CMS 架构可能不够灵活。

在微内容服务架构中，数据和内容嵌入在生态系统的分布式点上。在 Andrea 的购物体验中，优惠券内容嵌入在购物清单应用程序或数字支付服务中，优惠券的分发是由应用程序和杂货零售商环境之间的轻量级通信触发的。

因此，如果您是一名企业分类学家，或者是一名信息架构师，其工作是管理企业内容，我敢打赌这似乎是一项巨大的工作量！

嗯，这种架构风格有一个先例，可以减少一些工作量并有望降低复杂性。它被称为微服务架构风格，它受到敏捷和面向对象方法的启发。

敏捷运动的先驱之一马丁·福勒 (Martin Fowler) 和他的同事詹姆斯·刘易斯 (James Lewis) 和萨姆·纽曼 (Sam Newman) 撰写了相关文章。他们提出了一套他们认为是这种风格标志的原则。

现在，在每个人都惊慌失措之前，我不会建议我们将另一种敏捷方法强制应用到信息架构工作中。作为一门学科，我们以前曾尝试过这种做法，但通常效果并不好。

现在不是彻底解释微服务背后的所有概念的时间或地点。

但我会建议微服务风格的某些架构原则可能对设计微内容服务有用，并且我想建议当我们考虑建模微内容时，这些原则中的哪些可能有利于 IA。

但首先，我想谈谈 Content API

 Sarah Wachter-Boettcher 在她的优秀著作《Content Everywhere》中通过将 Content API 与著名的数据 API 进行比较来描述它。她说：“就像 Google 地图 API 允许在许多非 Google 网站上使用 Google 内容一样，内容驱动的 API 将数据存储在其他服务可以访问和使用的中心位置。”

现在，谈谈原则。

原则 1：从整体式到分散式的演变

以前面的 Google 地图示例的方式构建的内容 API 可能可以提供非常高水平的服务，但可能达不到杂货店体验所需的粒度、互操作性或无延迟水平。

在服务驱动的架构方法中，服务一旦定义就可以“独立部署”。因此，这些服务在更加临时、即时和本地的级别上重新聚合，这给端点的数字代理而不是集中的内容仓库带来了更大的负担。

原则 2：业务驱动

这些可独立部署的服务围绕业务功能进行组织。

我们的优惠券提供商不需要对优惠券可能遇到的每种可能的技术场景进行建模。它只需要在服务级别以原子化形式公开其核心业务案例、获取、保留和 AOV 及其内容，并以足够详细的方式进行描述，以便数字代理进行解释。

原则 3：智能端点和哑管道

微内容服务的架构需要具有高度的可移植性。依靠智能数字代理能够将必要的上下文逻辑嵌入到体验的端点中，而不是集中管理它们。这将使该架构超出典型内容 API 的功能。

这就是微内容概念变得至关重要的地方。数字代理现在可以将微内容重新聚合成一个连贯的包，以适应大量高度情境化的场景。

原则 4：服务而非项目

项目的问题在于它们有一个终点。这并不能真正反映现实——您听说过有多少内容项目在完成后不需要某种形式的治理和维护？

将我们的思维转变为构建和提供内容服务将有助于我们使这些服务随着环境的激增而不断发展和适应。我个人认为我们别无选择，只能现在开始进入面向服务的思维方式。

原则 5：去中心化治理

专注于内容服务而不是项目可以提供去中心化治理——您发布内容，您管理它。这将治理责任分配到整个组织以及参与给定价值链的所有组织。

所以我敢打赌，所有这些发行版听起来都会带来管理上的麻烦，不是吗？可以肯定的是，完成这种转变需要高水平的组织协调和准备，因此它必须逐步发展。

但也可能有一个解决方案，我们称之为企业信息模型。

企业信息模型是定义和描述如何跨给定企业中相互操作的系统处理信息的逻辑结构。在这里可以定义上下文建模、本体结构、分类之间的关系、变更程序以及内容和数据治理的原则，并在必要的程度上进行管理。

正如安迪·菲茨杰拉德昨天在他的“渴望生态”演讲中所说，信息模型“提供了凝聚力的中心点”。

企业信息模型可以成为微内容服务架构的关键统一信息资产。

但在跨环境领域，正如安迪也指出的那样，“我们必须避免根据具体情况重新发明我们的信息模型。”因此，企业信息模型的架构必须足够灵活。它的一部分可以在不同的系统中实例化，但它本身必须从这些系统中抽象出来，这样它就可以跨越业务上下文。它必须允许上下文支持的本体在某种程度上独立地进行管理。它必须在自下而上和自上而下的灵活性之间取得平衡，以便生态系统蓬勃发展的动态反馈循环能够蓬勃发展。

所以我想结束这个想法。

显然，建立一个能够描述所有可能出现的上下文的通用本体论是不可能的。但这正是我们要求当今的 CMS 和 Content API 所做的事情。

在我看来，是时候承认上下文将继续激增。我们必须构建上下文或上下文支持的本体，这些本体可以持久、可持续地发展，不受单一集中式系统的负担。这些本体必须与企业信息模型松散耦合，企业信息模型可以将它们联系在一起，但仅限于重要的地点和时间。

我认为信息架构非常适合应对这一挑战。因为作为企业环境和生态系统中实践的核心学科，良好的老式 IA 是我们适应原子化环境的最佳希望。

Baklib客服自助服务软件，让组织能够提供独特、高效且与品牌一致的自助服务体验，从而在客户自助服务的有效性和采用率方面实现突破性改进，同时允许无缝、上下文感知地升级到实时客户服务或销售代理。

💛🧡🧡客户评价：我们已使用 Baklib 平台为南美公司的多家客户创建了 30 多个网站项目。我是一家历史最悠久的机构的高级总监，在市场上提供区域服务已有 16 年多，与 Baklib 、Oracle 和 Adobe 合作多年。