微文本和UX通信

1）什么是微文本，为什么需要它们

• 解释"现在发生了什么"和"接下来要做什么"；
• 减少错误和支持；
• 增强转换和信任。

2）基本原则

1.清晰>机智。没有歧义和语。
2.上下文。我们在这里和现在写一些有用的东西。
3.简洁。我们删除多余的单词而不牺牲意义。
4.主动动动词和动词。"保存"、"继续"、"提交文档"。
5.具体细节和地标。什么，为什么，如何修复，需要多长时间。
6.术语序列。一个术语是整个产品的一个含义。
7.品牌的声音和情况的基调。友好，但没有恐慌；在紧张的脚步-中立和冷静。
8.可用性。易懂的语言，大声朗读，与屏幕阅读器的兼容性。
9.本地化第一。字符串长度，数字，时间的设计令牌；避免文化依赖的笑话。
10.道德和责任。条件透明，期望诚实，没有操纵。

3）微文本点图

导航和CTA：项目名称、按钮、状态失衡。
表格和KUS/注册：标签，播放器，掩码，提示，inline验证，错误，确认。
空状态和"零"屏幕：这是什么以及如何开始。
状态和进度：下载、队列、步骤、等待时间。
系统通知：敬酒，横幅，pushi，电子邮件/inbox。
搜索和筛选：查询示例、零结果、排序。
付款/结论：数据要求，时限，佣金，限额。
设置和安全：密码，2FA，会话，风险差异。
介面协助：hints, tooltips, FAQ搭档,帮助链接。

4）关键区域模式（带示例）

4.1个CTA和动作标题

原则：按钮=用户动作+对象。

之前： "确定"→之后："保存更改"

之前： "了解更多"→之后："阅读奖金规则"

前： "发送"→后："发送文档"

好：简短，具体来说，在地方。不好：抽象，开玩笑，模棱两可。

4.2标签和播放器

该标签具有约束力；播放器是格式的示例。
之前：播放器"Ivan Ivanov"没有标签→之后：标签"FIO"，播放器"Ivan Іvanov"。
格式化期望："DD。MM。GGGG"，"Min。8个字符，1个数字"。

4.3入线验证和错误

错误消息公式：不是+如何修复+（原因/限制）。

之前："错误400" →之后："日期格式不正确。使用DD。MM。GGGG"。
之前："无法下载"→之后："文件太大（最大10 MB）。选择较小的文件"。
开口/锁定：在旁边添加"显示要求"链接。

4.4个空状态

目的：解释价值并提出行动建议。

Template："此处将是［结果/历史］，一旦您是［动作］。［步进按钮］"。
例如："你还没有保存的付款方法。添加卡-这将加快付款速度。［添加地图］"。

4.5下载、进度、等待

报告发生了什么，需要多少："我们检查文件（最多2分钟）"。

提供替代方桉： "您可以关闭窗口-我们将在一切准备就绪时通知。"

4.6零搜索结果

示例："点播"live blackjack"没有找到任何东西。尝试"blackjack"或删除"Ispert： X"过滤器。［重置过滤器］"。

4.7通知（敬酒/横幅/pushi）

成功： "申请已寄出。我们将通过电子邮件报告决定。"

信息： "必须验证地址才能增加限制。"

注意："会议在1分钟后到期。延长?［延长］［退出］"。

错误： "付款被银行拒绝。尝试另一种方法或联系银行。"

4.8付款、限额、期限

明确写下佣金/截止日期： "1.5％的佣金由提供商持有"，"支付-最多15分钟。"

解释失败的原因： "由于提供商的规则，您的区域无法使用该方法。"

4.9安全和敏感步骤

中性语气，零笑话。
示例："我们注意到新设备的登录。 是你吗？［是的，是我的［没有］"。

5）语气和风格： 根据情况进行调整

正常流动：友好，简洁。
培训/提振：支持和激励。
压力/错误/付款：中立，镇定，具体。
法律/条款：正式透明，没有营销承诺。

• 使用："请"，"准备就绪"，"不要担心"，"检查"。
• 我们避免："oi"，"ups"，"hak"，"magy"，讽刺，轻描淡写。

6）本地化和国际化

按行长书签（DE/UK更长）。
数字/货币/日期-在本地格式化。
不要在幽默/隐喻中加密含义。
根据语言（每种情况的示例短语集）维护术语表和单数映射。

7）可用性（A11y）

错误和重要状态是aria-live。
WCAG级别的对比和可读性。
含义是标签/aria-label，而不仅仅是placeholder。
图标的文本等效项是："删除"，"隐藏密码"。
制表顺序=含义顺序。

8）内容流程和设计系统

内容管道：简要说明→草稿→ UX评论→执行/合规（如果需要）→本地化→测试→发布。

• 状态库（成功/信息/注意/错误）；
• 按字段类型划分的错误模板；
• CTA名称的海德；
• 单张地图和词汇表；
• 长度的"分配器"（状态的最大值）。
• 文本验证：将行存储在代码/组件旁边,使用键和说明。

9）度量与实验

主要指标：步骤转换、CTR、CTA、完成时间、错误率（类型特殊）、NPS/CSAT（脚本）、主题支持呼叫频率。
研究：UX访谈，可用性测试，大声朗读，眼睛跟踪以检测"盲点"，空状态点击图分析。
A/B微量测试：一次测试一个语义因子（动词动词，时限细节，错误公式）。

10）反模式

关键步骤中的幽默（"upsyk!付款错误）。
没有动作对象的抽象CTA（"OK"，"Veter"）。
无翻译的技术代码（"Error 500"而不是"服务不可用"）。
播放器代替标签。
隐藏的条件和不合理的期望（"即时"，当出现延迟时）。
没有下一步的"零"空状态。
被动承诺和非个人设计（"必须填写"）。

11）短语模板（可以取和插入）

• "输入+380格式的电话号码……"
• "密码太短。至少8个字符"
• "文件模煳了。下载更清晰的照片"

• "准备好了！我们将检查文件（最多2分钟）并发出通知"
• "已接受付款。收据已发送到电子邮件"

• "第一次补给后的操作历史将在这里出现。［补充］"

• "我们连接提供商……通常需要30秒"

• "我们阻止了从陌生地方进入的尝试。如果是这样，请在应用程序中确认"

12）支票单

• 用户接下来该怎么做吗？
• 是否有具体内容：格式，限制，时限，原因/后果？
• 术语是否与术语表相同？
• 语气是否符合情况？
• 留言大声朗读，在320 px屏幕上？
• 可用性：标签，aria属性，焦点，对比度。
• 本地化选项（没有文化陷阱）是否准备就绪?

• 消息解释原因吗？
• 提示修复?
• 不责怪用户？
• 没有透露多余的技术细节?

13）"之前/之后"示例"

1.付款被拒绝

之前： "进行付款的错误"

之后： "付款被银行拒绝。尝试另一张卡或联系银行。委员会没有注销"

2.模棱两可的按钮

之前： "继续"（目前尚不清楚到底是什么）

之后： "转到身份确认"

3.零搜索

之前： "什么也没找到"

之后： "没有发现"roulette live"。移除"仅限"过滤器或尝试"roulette"。［重置过滤器］"

4.空钱包

之前： "这里是空的"

之后： "要开始，请挂卡或钱包。这将加速补充和支付。［添加付款方式］"

14）在杂货店工作中嵌入微型

在设计与逻辑的同时规划文本。
在存储库和设计系统中保持"行库"。
在屏幕副本上设置文本测试阶段。
记录解决方案：为什么选择措辞，测试哪些假设。

简短的spargalk

含义→行动→单词。首先要做什么，然后怎么说。
一个屏幕是一个目标。Microtext服务于步进目标。
更多上下文-支持较少。按时和按情况解释。
测试单词的方式与UI相同。文本是界面的一部分，不是装饰。