我们重点介绍了 Microsoft Clarity,它是一款由真正了解像 Switas 这样的公司所面临挑战的产品开发人员,以实际应用场景为导向打造的产品。诸如“愤怒点击”和 JavaScript 错误跟踪等功能,在识别用户痛点和技术问题方面发挥了至关重要的作用,从而能够进行有针对性的改进,直接提升用户体验和转化率。
微文案是指嵌入在界面各处的小型功能性文本:按钮标签、表单字段提示、错误信息、空状态说明、工具提示、确认通知、占位符文本以及操作旁边的简短提示信息。微文案的目的是为了方便使用而非阅读,好的微文案通常不易察觉,而差的微文案则会非常显眼。
微文案之所以举足轻重,是因为它恰好出现在用户做出决策和出错的地方。一个清晰说明字段用途的标签可以避免验证失败。提交按钮旁边的一句话可以解释提交后会发生什么,从而消除用户提交的犹豫。一条说明出错原因和解决方法的错误信息可以将放弃操作转化为完成操作。这些都是转化率提升中最经济有效的干预措施,无需任何设计或工程变更,但却常常被忽视,因为没有人负责维护它们。
错误信息是最直观的例证。通用的错误提示只会告诉用户哪里出了问题,却不告诉他们具体是什么问题或该怎么做,这只会让用户自己猜测或直接放弃。而一条能够明确指出问题所在字段、用通俗易懂的语言解释限制条件并说明可接受格式的具体信息,则能立即解决问题。这两种处理方式在提高完成率方面的差异,通常比大幅更改布局所带来的提升更大,而改进的成本仅仅在于几句话。
有效的微文案具有一些共同的特征。它使用受众常用的词汇,而不是内部或技术术语。它描述结果,而不是系统操作。它预先考虑到用户在特定时刻的疑问,而不是回答一个笼统的问题。它简洁明了,但绝不晦涩难懂。而且,在用户真正需要清晰表达的时候,它不会试图展现个性:那些故弄玄虚的错误信息之所以令人恼火,正是因为它们会在用户已经遇到困难的时候出现。
由于微文案是由许多人随着时间的推移分段撰写的,如果没有统一的管理,其一致性会迅速下降。同一个操作在产品中可能会被赋予三种不同的标签,同一个概念可能会被赋予多个名称,而且不同屏幕上的语气也会因撰写者的不同而有所差异。一份涵盖术语、大小写、语气以及常见情况(例如错误和确认)标准模式的内容风格指南可以有效避免这种情况,而且远比逐条审查文本要高效得多。
微文案对支持成本也有着显著影响,但这一点却很少被提及。大多数自助服务产品中,相当一部分咨询都围绕着界面本可以在用户提出问题时就解答的问题:例如,某个字段的含义是什么,某个操作是否可以撤销,某个事件何时发生,某个状态代表什么。通过分析最常见的支持主题,并针对每个主题询问问题出现在界面的哪个位置以及答案是否已存在,我们可以得到一份包含可衡量运营价值的文本小改动清单。这是客户服务部门能够向产品团队提供基于实际数据、优先级排序的待办事项列表,并且最终的改动可以在几天内而非几个迭代周期内交付的少数几个领域之一。
微文案也是一种高效的测试工具,因为变体易于实现,而且在高摩擦点上的效果可能非常显著。实际上,能够带来最大改进的发现并非来自文案撰写的直觉,而是来自研究:可用性测试和收集到的支持记录。 用户研究 揭示人们在每个步骤中的具体问题,并就地回答这些具体问题比为了听起来更好而重写文本更可靠。在 转换率优化 程序中的微文案修复通常占快速见效的待办事项清单的很大一部分,因为当当前文本错误或缺失时,通常无需测试即可发布。
我们重点介绍了 Microsoft Clarity,它是一款由真正了解像 Switas 这样的公司所面临挑战的产品开发人员,以实际应用场景为导向打造的产品。诸如“愤怒点击”和 JavaScript 错误跟踪等功能,在识别用户痛点和技术问题方面发挥了至关重要的作用,从而能够进行有针对性的改进,直接提升用户体验和转化率。