语音提醒是语音消息。大多数语音提醒都应在前面加上耳标，让用户知道系统即将说话。由于语音提醒通常伴有耳标，因此语音提醒也应遵循音频焦点模式。
语音提醒可提供耳标无法单独提供的清晰信息，例如独特的互动或状态变化。例如，连接中断或关闭翻译。
如果互动是在手机上执行的，并且会影响眼镜体验（例如静音），则播放耳标，但不播放语音提醒。例如，通过手机将 Meet 通话静音。
错误做法
信息读取
如果应用暂停或没有频繁的音频输出，用户点按眼镜时，信息朗读功能会向用户提供最新信息。这样，用户无需回忆最近的应用活动或假设活动已停止，即可随时了解最新动态。在无屏眼镜上，点按触控板会触发状态读出或播放和暂停，而不是按住 Gemini 或智能体。
Generic
通用语音提醒不具有独特的语音，其存在纯粹是为了帮助用户了解音频应用的状态。通用语音提醒利用了默认的文字转语音解决方案。
尽可能使用标准系统语音，以保持一致性，从而减轻认知负担，并给人以更优质、更贴心的感觉。
以下是通用语音提醒的示例：
Bespoke
这些声音独具特色，是音频体验的核心。请务必允许对这些内容进行自定义和品牌化，以提升音频体验。定制语音提醒使用自定义文字转语音实现。
仅在必要时使用品牌语音。利用定制语音，打造高影响力、与众不同的体验。
优质语音提醒应具备哪些要素？
在设计和编写应用的语音提醒时，请考虑以下事项：
使用非技术性且个性化的风格
以一致、简洁、对话式和实用的风格撰写应用的语音。考虑以主动动词开头来描述操作，以便清晰地引导用户。
操作以主动动词开头，例如“正在启动…”，“正在关闭…”
正确做法
错误做法
正确做法
错误做法
兼顾简洁与清晰
常见的语音提醒不应干扰用户体验，这意味着，简短的消息比完美、准确但冗长的消息更好。更不常见的用例可以从更多说明中受益，这有助于避免认知过载或让用户猜测解决方案。考虑需要哪些信息才能继续。
正确做法
错误做法
考虑用户的环境
显示屏和无屏眼镜上的语音提醒需要应对用户的环境和多设备使用场景。例如，他们可能需要在手机上启动或结束用户体验流程。
正确做法
错误做法
遵循错误消息撰写最佳实践
语音提醒应遵循标准用户体验文案方法，尤其是错误消息。通过说明原因和解决方法来提供可能的解决方案。如果问题可以通过再次尝试来解决，请鼓励用户这样做。发生错误时，请勿使用戏谑或嘲讽的语气。
