移动交互设计提示语总结

　　交互设计工作中，难免会遇到提示语如何编写的问题，根据实际操作经验归纳总结如下，提供大家参考。
　　一、提示语规范
　　各类提示语可根据实际情况进行适当调整，在实际产品设计过程中可能需要多种提示语结合使 。但都必须保证提示语简洁无歧义，且对用户有实际指导意义。
　　1. 提示语设计原则
　　（1）正确性原则
　　禁止使用错字、别字；
　　禁止出现语法错误；
　　禁止出现有歧义的提示语。
　　（2）准确性原则
　　提示语信息应该符合客观事实，不能给用户有误的操作引导。
　　（3）指导性原则
　　提示语应该能够真正起到指导作用，帮助用户识别、诊断问题，在适当的情况下应该提供用户恢复途径。
　　（4）人性化原则
　　避免生硬、粗暴、刚性用语，内容语气要亲和，尤其是在出错、故障、异常等情况下，用户本已不耐烦，更应该使用人性化用语。
　　（5）贴近用户原则
　　使用用户的语言、用词、短语和用户熟悉的概念，而非系统术语。避免使用生僻用语（生僻字词）、自创用语、错误代码。
　　（6）尊重用户原则
　　杜绝一切辱骂、歧视、贬低性用语，让用户在全产品使用过程中感受到尊重。
　　（7）一致性原则
　　保持书写语言、语序、标点、图标使用的一致；
　　当提示语中涉及功能名称时，应与产品中的功能命名操持一致；
　　相同操作反馈的提示语内容和形式应该保持一致，相同场景下类似的提示语语法结构应该保持一致。
　　（8）优先使用通用用语原则
　　业内有相同或者相似产品时，产品用语应尽可能向业界靠齐，博取众家之长，对业内约定俗成的用语可直接采用。
　　（9）简洁性原则
　　可利用交互或者视觉设计方式告知提示用户的，应尽量避免使用文字。必须使用文字提示语的，应用最精简的语言传达最直接的信息。
　　（10）可见性原则
　　提示语的场景和位置应该合理。
　　（11）自由控制原则
　　提示语能够自动退出或提供明显的退出方式。
　　（12）禁用不当标识原则
　　禁用黄赌毒相关的ICON、图片、视频，禁用无版权标志，不得将用户或市场已经约定俗成的标识擅自重新定义。
　　二、中文App标点符号规范
　　统一使用中文标点符号；
　　提示语语句中避免使用感叹号；
　　句尾标点：除疑问句外，统一不使用标点符号；
　　句中标点：断句使用逗号（，）；
　　突出显示对象使用双引号（＂＂）。
　　三、提示图标使用规范
　　提示图标设计应该参考业内提示图标使用惯例。
　　等待含义提示语句尾统一使用图标（…），如：加载中＂…＂、正在验证＂…＂。
　　文案结尾使用省略＂…＂使用规范：
　　有详情展开，可以使用＂…＂；无详情展开时，不可以使用＂…＂；
　　字段显示的数符数不能控制（调取第三方数据）可以使用＂…＂；字段显示的数符数由端内控制时，字段字数要写明阈值且设计方案应该考虑到极端显示情况，尽量不使用＂…＂；
　　Button文字不能使用＂…＂。
　　四、分类
　　4.1 错误提示
　　定义：错误提示指由于系统原因造成用户无法完成目标操作的反馈提示，或者由于用户未能指照既定逻辑进行操作的反馈提示。
　　范围：墨迹移动端的错误类提示主要包括系统错误提示，用户输入错误提示，用户操作超出限定范围提示等。
　　（1）系统错误提示
　　适用范围：服务器错误，请求格式错误，响应超时等情况；
　　语法规范：错误原因+请稍后再试；
　　交互细节：语法规范中的＂错误原因＂为可选项，可根据实际情况确定是否显示。
　　示例：
　　（2）用户输入错误提示
　　适用范围：内容填写错误，用户输入敏感词汇，必填项内容未填写。
　　内容填写错误：
　　语法规范：错误原因+操作引导；
　　交互细节：语法规范中的＂错误原因＂为可选项，可根据实际情况确定是否显示。
　　示例：
　　用户输入敏感词汇：
　　语法规范：输入内容存在敏感词汇+请调整。
　　交互细节：
　　如果不存在发送情景，建议使用＂输入内容存在敏感词汇，请调整＂；
　　用户输入敏感词汇，如果存在发送情景，建议使用＂输入内容存在敏感词汇，请调整后再发＂。
　　示例：
　　必填项内容未填写：
　　语法规范：请输入+内容。
　　示例：
　　（3）用户操作超出限定范围提示
　　适用范围：用户操作超出当日 /月 限额、操作对象超出系统限制、用户操作过于频繁。
　　用户操作超出当日/月限制：
　　语法规范：今日/本月+已达上限+请明日（下月）再试；
　　交互细节：语法规范中的＂请明日（下月）再试＂为可选项，可根据实际情况确定是否显示。
　　示例：
　　操作对象超过系统限制：
　　语法规范：操作对象+已达上限。
　　示例：
　　用户操作过于频繁：
　　语法规范：操作+过于频繁+请稍后再试。
　　示例：
　　4.2 操作提示
　　定义：操作类提示是对用户与系统交互过程中系统提供的反馈信息。
　　范围：包括操作执行提示，操作结果提示，操作确认提示，操作引导提示。
　　（1）操作结果提示
　　适用范围：操作成功，操作失败，操作状态反馈。
　　操作成功：
　　语法规范：对象/ID+成果结果；
　　交互细节：语法规范中的＂对象/ID＂为可选项，可根据实际情况确定是否显示。
　　示例：
　　操作失败：
　　语法规范：失败结果+引导建议；
　　交互细节：语法规范中的＂引导建议＂为可选项，可根据实际情况确定是否显示。
　　示例：
　　操作状态反馈：
　　语法规范：无特定语法规范，针对操作状态的直观反馈即可。
　　示例：
　　（2）操作确认提示
　　适用范围：注销登录，发送贴子，清除信息，删除好友等。
　　语法规范：确认+操作动作+操作对象？[取消][＂操作动作＂]
　　交互细节：
　　正向确认按钮建议放在右侧，便于用户操作；
　　确认语句中存在多个操作动作，建议使用＂确定＂按钮。
　　示例：
　　（3）操作引导提示
　　适用范围：功能列表为空（粉丝，关注列表），必填项引导文字
　　语法规范：系统现状（可选）+引导操作
　　交互细节：建议此类提示采用弱提示形式，尽量与环境贴合，避免打断用户当前操作流程；语法规范中的＂系统现状＂为可选项，可根据实际情况确定是否显示。
　　示例：
　　4.3 状态提示
　　定义：状态提示表明当前系统所处状态。
　　范围：登录状态，系统状态，网络状态。
　　（1）登录状态提示
　　适用范围： 帐号异常、多点登录、异常登录/退出。
　　账号异常：
　　语法规范：账号异常提示+安全提醒；
　　交互细节：语法规范中的＂安全提醒＂为可选项，可根据实际情况确定是否显示。
　　示例：
　　多点登录：
　　语法规范：其他设备登录情况+安全提醒。
　　示例：
　　（2）系统状态提示
　　适用范围： 注册、登录、功能加载、功能刷新。
　　语法规范：加载状态+请稍候…
　　示例：
　　（3）网络状态提示：
　　适用范围： 当前联网状态的说明；
　　语法规范：网络状态+操作引导。
　　示例：
　　五、总结
　　提示语是App中不可缺少的一部分。往往都是在关键时刻，给用户提供帮助。好的提示语可以真的帮助到用户，混乱的提示语则会让用户迷失。