学会这个原则写界面文案用户才能秒懂

　　首先，在写UI文案之前，为了理清思路，要先搞清楚三个问题：
　　我（设计师）想让用户做什么？我写文案的目的
　　为什么要让用户这么做？对用户有什么好处或影响
　　怎么写才能符合用户体验？怎么以简洁明了的表达，让用户立刻能懂，欣然接受
　　举个例子，设计师希望提示用户去设置交易密码，此时前两个问题的答案分别是：
　　我想让用户做什么？我想让用户去设置交易密码
　　为什么要让用户这么做？让用户的交易更加安全
　　在写之前花三秒想一下前两个问题，就已经可以理清思路，确定文案内容：为了让用户的交易更加安全，希望用户去设置交易密码。但此时还有第三个问题没有解决：怎么写才能符合用户体验？
　　以上例，有经验的文案设计师会写成：为了让您的交易更安全，请设置交易密码。
　　为什么这样写更好？下面这些写作原则会给你一些帮助。
　　原则一风格
　　设计师在写UI文案时，文风越是接近网站或APP整体的语言风格，就越融入整体，也就让用户的阅读和使用越没障碍。
　　写作时可以参照当前网站或APP的文案风格，尽量抹去个人的写作癖好，与整体风格统一。需要注意的是，一旦确定的写作风格就应一直延续下去，除非有特殊情况或颠覆性的改版。
　　两种不同风格的UI文案对比
　　原则二直接
　　文案应直接，单刀直入，最大限度的降低用户的理解负担。间接、暧昧模糊的说法，生僻和过于文雅的用词，都应尽量避免，因为UI文案只是沟通的工具，只有最有效的传递信息才是它的任务。复杂的修辞和句式、只可意会的深刻寓意，都是不需要的。
　　简单来讲，就是大白话，使用日常常用词，平铺直叙。
　　以形容词来说，肯定的表达比否定的否定更直接，比如：验证码错误优于验证码不正确。
　　原则三人称
　　人称的选择，体现了设计师是如何看待用户的。一般来说，设计师会把用户当做一个虚拟的第三方，描述他们时往往是用户、他们，然而UI界面是以界面为媒介、与用户的直接对话，是和一个真实人类面对面的沟通。在现实生活中，会称面前的人为你您，那在UI界面中也应称用户为你您，而不应使用第三人称用户他们。
　　使用第二人称，体现了与用户的近距离感，让UI界面成为一个拟人的人格，能够让用户沉浸在模拟真实对话的情境中，更有利于我们指引和鼓励用户操作。
　　比如，当您投资成功时，我们会发送短信提示优于当用户投资成功时，证券网会发送短信提示。
　　原则四主动语态
　　既然UI界面始终以用户为中心，UI文案就始终以用户为主体来写作。相对于使用宾语作为主语的被动态，用户作为主语的主动态，与用户直接相关联，能调动其情绪，更能让用户直接、毫无负担的接受信息。
　　比如：您已修改此设置（用户作为主语的主动态）优于此设置已被您修改（宾语作为主语的被动态）。
　　原则五动词
　　为了促使用户执行操作，多用及物动词，少用不及物动词和名词。及物动词，简单来说，就是那些必须有宾语跟随的动词，像解锁的解，锁是跟随解的宾语，动词解必须与宾语锁同时出现，才能保证意思的完整，此处的解就是及物动词。
　　及物动词能从行动者（用户）的角度出发，动宾结构让用户直接代入自己作为主语，从而促使用户执行操作。当我们希望用户做某些操作时，可以有意识地使用及物动词。
　　比如，当修改是重点时：
　　请修改验证码（及物动词）优于请对验证码进行修改（不及物动词），更优于请进行验证码的修改（名词）。
　　原则六积极
　　用积极的用词，能鼓励用户去做给他带来好处的操作，在情感上用户也更愿意顺从积极的指令。
　　比如：为了顺利投资，请您进行以下操作优于为防止投资失败，请您进行以下操作。
　　但有例外：
　　起报错、提醒或警示作用时，消极用词能更直接的点明重点，比如：验证码错误优于验证码不正确。
　　原则七选词
　　有时会遇到这个问题：相同含义的两个词，该用哪一个？在面对这类选词问题时，首要原则是：统一性。
　　与整个APP的用词统一
　　若是频繁出现的词汇，可直接采用曾用过的词，可以保证整体的统一性，还能防止用词偏差；若是新词，应与整体用词风格统一。
　　与主流用词和行业术语统一
　　每个领域都有自己的专有词汇，在考虑用户理解力的基础上，采用主流词汇和术语，能保证用词的准确性。
　　与目标用户的语言统一
　　使用用户语言，就是在了解用户的基础上，用用户常用的语言来写UI文案，从而让用户迅速理解。多了解目标用户的年龄层、职业、使用偏好等各种特征，可以了解用户语言。
　　比如，某个股票基金投资APP，目标用户是有5年左右投资经验的投资老手，这个APP里面就可以使用一些比较专业的术语，因为对于目标用户（投资老手）而言，用他们熟知的术语，比用一些给投资小白看的用词，要容易理解。相反，目标用户是投资小白的APP，就要慎重考虑是否使用老手才懂的复杂术语，或者增加一些解释说明和标注，来辅助用户。
　　原则八先说目的法则
　　当我们希望用户进行一个操作，而这个操作会花费他们一些时间、很可能他们不愿意去做的时候，先说明操作的目的和重要性，能促使用户更愿意去执行。这就是先说结论法则。
　　比如，为了让您的账户更安全，请设置手势密码，如果此处不提目的，直接指示请设置手势密码，用户在不了解这个新功能时就会产生疑虑，不明白这个操作的意图，甚至产生不信任感，最后无视这个指令。先说目的可以直接说明重要性，让用户欣然接受。
　　当然，这里的目的应是从用户角度出发，会让用户觉得这个操作对他是有意义的，而不是从系统和设计师自己的私利角度，否则用户也不会执行（即使真实目的是从系统角度考虑，也可以转化为是为了用户的写法）。
　　先说目的法则示例
　　原则九问题方案法则
　　对于写提示性文案，有个小窍门，在点明问题之后，直接写用户需要做的判断和操作。这就是问题方案法则：
　　说明问题（理由原因）给出解决方案（需要用户去做某个操作）
　　比如：验证码错误，请重新输入。
　　原则十问题后果方案法则
　　当我们需要用户在方案A和B之间做一个选择，而我们希望用户选择方案B（因为A有很严重的后果C）的时候，往往会使用这个法则。一般是写提出问题，即如果采用方案A会有后果C，然后建议采用方案B，最后把问题抛给用户自己选择。
　　比如：当方案A退出编辑，后果C无法保存所输入的信息，方案B先去保存，文案如下：
　　退出编辑则无法保存所输入的信息，建议您先去保存，您确认要立即退出吗？
　　原则十一最简原则
　　在涵义不变的情况下，优先选择最简洁、字数最少的内容；去掉与用户无关、对用户无用的文字；完整而准确，每一个字都要有意义。这就是最简原则。
　　事实上，要始终做到最简是很难的，一般来说写作都是加法，把想要表达的信息不断累加，最后整理一下使语句通顺，就呈现给用户了。
　　但是从用户的角度考虑，是否真的需要全部信息呢？再仔细推敲下，是否可以省略一些不需要用户了解、但也完全不影响操作的文字呢？是否可以拆分文字成几块，改变文字的顺序，或者依据流程的发展，只在最恰当的地方，放上用户需要的文字？
　　只将自己想表达的意思，一股脑的扔给用户，并不是好的UI文案，也不符合用户体验。怎样做减法来达到最简，需要针对不同情况，具体情况具体分析。
　　不过，对于初学者而言，在保持语义不变的基础上删减字数、或替换成更简洁的句式，是个不错的开始。
　　原则十二有时也需要委婉
　　文案有时候并不是为了某个目的和功能，而是为了隐藏不能明说的原因和问题，或者只为了安抚用户情感，这时文案就不能那么生硬直接。以委婉或者暧昧的文字来向用户说明，暗示或引导用户从我们希望的角度去理解。
　　比如，支付需要一些时间，请稍候优于支付尚未成功；
　　抱歉，出现了一些问题，请稍后刷新重试优于系统错误。
　　原则十三禁区
　　有一些文案问题，会严重影响用户的理解，造成阻碍，是绝对不可以出现的。比如：
　　英文或其他外语，对用户的理解负担很大，除非必要，一般不会在中文用户界面使用外语，若使用也要考虑是否要标注中文解释；
　　banner后端开发等内部术语，我们这些行话不该给用户看到，若真有必要提及，应使用其他用户能理解的词替代；
　　设计稿暂定文字，比如X天后须PM确认，当然出现这种情况概率极其小
　　简言之，UI文案的任务就是将信息迅速传达给用户，最大程度上降低用户的理解负担，让用户毫无阻碍、心情愉悦的完成操作，所以任何生硬、模糊、繁冗、意味不明、拐弯抹角的用词和句式，都应该被摒弃。只有简洁、直接、清晰，才是用户最想看到的UI文案。用户不需要思考、立刻去做，UI文案就达成了自己的使命。