🔗 原文链接：https://mp.weixin.qq.com/s/k2odwDvKGkajD_A3PjOc1w
导读：文案的使用方式的字典
各场景下的文案规范
一、引导提示
1.对于交互操作类的引导，可通过「鼠标动作+作用对象+结果」的统一句式结构描述，直接指示用户操作，文案需简短，尽量不超过10个字，可一眼扫完。 
2.功能解释或价值点的描述需要精准、简练直接，避免使用口语、夸大的用词和过度描述。 
二、二次确认
1.用询问的语气直接询问用户是否继续之前的操作，可省略动词前的“确认”、“是否”这类描述。 
2.从用户角度告知对操作结果进行处理的一些解决方案建议。 
3.button文案应尽量指明具体的动作，跟询问语中的动词呼应，少用确认、取消这种模糊广泛的动词。 
三、行为召唤
四、反馈
1.异常报错时，不是冷冰冰地告诉用户“失败”，也不要出现“未知错误”这种没有关怀的文案，应告诉用户可行的解决方案，或产品为用户做了哪些挽救措施。 
2.不要命令和强迫用户，专注于解决问题，而不是指责。 
3.如果异常/错误是用户自己造成的结果，不用使用“抱歉”、“对不起”等词。 
1.预估时间，超过 4 秒的过渡，在文字提示之外，最好还有进度提示（完成百分比或已完成的内容数量）或时间提示，以减缓用户等待的焦虑。 
2.超过 1 分钟的过渡，除了进度提示外，最好提供剩余时间，例如显示剩下几分钟，用户就知道可以先做些其他事而不是干等。 
3.在同一个过渡中，如果有状态变更，最好能及时通知用户，将一个长时间的过渡分解成几个短时间的过渡。 
1.在成功确认时，根据用户为结果付出的程度和结果产生的意义，判断是否需要突出成功语气，如果需要突出，可以用“xx成功”，如果不需要，简单使用“已xx”即可。 
2.不要在成功提示的末尾添加感叹号。 
3.不是所有的成功的行为都需要成功确认的提示，有一些行为的成功可以直观地呈现，就不要加冗余的提示。 
五、解释说明
1.给操作注释时，直接告知用户会出现的结果。 
2.除必要情况（文件格式、工具名词），尽量避免嵌套专业名词进行解释。 
3.统一同类解释说明的形式，包括语序、文件类型、文件大小。 
若有收获，就点个赞吧
0 人点赞
