创建不依赖于上下文来理解的“独立”内容模块

B2C Data Innovating with Forum and Technology
Post Reply
subornaakter02
Posts: 16
Joined: Mon Dec 09, 2024 5:15 am

创建不依赖于上下文来理解的“独立”内容模块

Post by subornaakter02 »

使用精确的措辞以避免歧义,并尽可能使用不言自明的或读者熟悉的术语。
当介绍不太熟悉的术语时,假设读者是第一次看到该措辞。
不要指望用户已经阅读过有关您正在讨论的内容的先前参考资料。
不要使用需要在其他地方解释的缩写。
最佳实践:尽可能让相同角色的模块“顺序独立”。如果内容与解释或说明有关,请考虑用户可能有不同的起点或切入点。例如,关于更新帐户信息的说明将重复用于创建帐户的许多说明,但切入点将位于流程的更深处。

不要假设模块会按照特定的顺序被阅读 俄罗斯手机号码数据库 因为它们可能会根据使用环境以不同的顺序被传递。
不要假设会同时阅读多个模块——读者可能会在不同的时间点、可能在不同的渠道与模块进行交互。
避免使用诸如“下一个”或“如前所述”之类的指称性措辞,因为模块化内容可以以可变的顺序出现。
如果内容与流程中的某个步骤相关,请为该步骤命名,而不是用数字来引用该步骤。
编写有用的模块
提示:规划模块时应考虑用户如何优先考虑内容。通常认为内容具有固定的线性顺序,即从头到尾或从​​上到下阅读。但模块化内容可以按其他顺序呈现,具体取决于随附的其他内容以及用户访问模块的方式或时间。

提示:使用模块化内容,流程可以个性化。各个用户可能会看到不同的项目,这些项目可以按照不同的顺序呈现,具体取决于每个用户的意图。例如,如果有关他们的行为的数据表明他们似乎已准备好开始某个流程,那么他们就不需要看到那些会向那些尚未表现出这种准备的人展示的介绍性项目。

模块化内容允许将信息和消息视为食谱中的配料。当客户表现出特定意图时,公司可以提供一组最符合客户需求的模块化项目。

最佳实践:在标题中提及关键细节以提供预览。使用标题作为路标:

使用观众能够识别的相关关键词来展示重要内容
使用与好处(内容回答或实现的内容)相关的关键短语来说明信息的重要性
标题应该关注读者而不是你的组织
标题应该有所区别,这样如果它们一起出现在列表中,用户就能理解它们的区别
最佳实践:旨在编写无需更新的面向未来内容。虽然没有内容可以完全面向未来,但内容措辞会影响模块的耐用性。

避免使用“下个月”等很快就会过时的短语
避免使用“最近”或“很快”等通用的时间指称,因为模块化内容可能在不同的上下文和不同的时间使用,导致这些短语的含义模糊
尽量避免使用过渡性措辞,例如“正在进行”、“正在进行”或“预计”,因为这样的措辞可能会过时
尝试做出指代特定时间的永久陈述
如果需要,请指定实际日期或持续时间。
提示:在构造短语时采用平行结构。使用一致的句子模式将使内容更加模块化,因为当措辞遵循模式时,各个部分将连贯在一起。这将帮助团队保持语气的一致性。

指令内容元素 常见词型

Image

导航标题
名词

形容词 + 名词

菜单中的任务选择
动词

动词 + 宾语

列表中的选项
名词

形容词 + 名词

动词 + 宾语

条件(如果 - 那么)消息或指令 动词 + 宾语,然后是(主语)+ 动词 + 宾语
反馈 主语 + 动词 + 宾语
操作说明
动词 + 宾语

主语 + 动词 + 宾语

号召行动
动词

动词 + 名词

连接模块
您需要创建能够轻松连接到其他信息的模块。连接的模块将是:

耐用,因为它们可以长期使用而无需修改
灵活,因为它们可以与许多其他模块一起重复使用,而不仅仅是一个
提示:将持久内容与会改变的内容分开。

概括性陈述应该简单,即使细节需要更改,也无需更改。概括性陈述的示例包括:

概述
最重要的想法
一般资格声明,例如满足一项或全部特定标准
将相关(相同角色)内容分组在一起,以便可以在一个地方进行更新。

提示:构建一个持久的门户,以便进入更详细的内容。用户首先注意到的内容会对他们之后看到的内容产生关键影响。在小模块中,空间限制和注意力有限意味着每个字都必须努力工作,这使得它们更难编写。尝试开发不需要重写的有效短语。尽量保持这一层的稳定性,但在首次开发模块时不要害怕优化措辞(通过测试替代方案)。

摘要网关元素的示例包括

引导段落概述了列表中的共同点或随后的其他详细信息:它们综合了内容
为内容项列表或组合成标签(例如 20 世纪 80 年代的英国侦探电影)
提示:连接模块的常见模式

模块可以以多种方式组合,以突出不同的沟通目标。

沟通目标 第一个模块 后续模块
举例说明更广泛的问题 具有有趣或相关示例的模块 模块提供背景信息(对细节的更广泛描述)
建立相关性 解释背景的模块(你将要做什么,发生了什么) 解释具体内容的模块
显示因果关系 描述情况的模块 描述结果的模块
该怎么办 描述状态的模块 提供建议或选项的模块
在内容中开发模块化
对于习惯于编写网页的作者来说,转向模块化内容可能需要改变思维方式。作者需要更多地考虑背景:不同的用户将如何在不同的渠道中随着时间的推移遇到消息和信息。与定义客户旅程的用户体验团队合作是了解客户在不同阶段需要哪些内容的理想方式。

当你调查各种客户旅程时,就会发现一些常见的模式。这些模式将建议创建有用的模块,因为它们可以重复使用。开始制定在不同情况下提供什么内容的方案。

确定相同内容在不同场景中可能有用的情况。也许,您的公司推出了一项新功能或服务。与此相关的模块可能在潜在客户的产品导览、新客户入职流程或现有客户的功能公告中很有用。

通过遵循模块化方法,您开发的内容将产生更大的影响。
Post Reply