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