学会这13个原则写UI界面文案，用户才能秒懂思维导图

设计师在写UI文案时，文风越是接近网站或APP整体的语言风格，就越融入整体，也就让用户的阅读和使用越没障碍。

写作时可以参照当前网站或APP的文案风格，尽量抹去个人的写作癖好，与整体风格统一。需要注意的是，一旦确定的写作风格就应一直延续下去，除非有特殊情况或颠覆性的改版。

两种不同风格的UI文案对比

文案应直接，单刀直入，最大限度的降低用户的理解负担。间接、暧昧模糊的说法，生僻和过于“文雅”的用词，都应尽量避免，因为UI文案只是沟通的工具，只有最有效的传递信息才是它的任务。复杂的修辞和句式、“只可意会”的深刻寓意，都是不需要的。

简单来讲，就是大白话，使用日常常用词，平铺直叙。

以形容词来说，“肯定的表达”比“否定的否定”更直接，比如：“验证码错误”优于“验证码不正确”。

人称的选择，体现了设计师是如何看待用户的。一般来说，设计师会把用户当做一个虚拟的第三方，描述他们时往往是“用户”、“他们”，然而UI界面是 以界面为媒介、与用户的直接对话，是和一个真实人类面对面的沟通。在现实生活中，会称面前的人为“你”“您”，那在UI界面中也应称用户为“你”“您”， 而不应使用第三人称“用户”“他们”。

使用第二人称，体现了与用户的近距离感，让UI界面成为一个拟人的人格，能够让用户沉浸在模拟真实对话的情境中，更有利于我们指引和鼓励用户操作。

比如，“当您投资成功时，我们会发送短信提示” 优于“当用户投资成功时，证券网会发送短信提示”。

既然UI界面始终以用户为中心，UI文案就始终以用户为主体来写作。相对于使用宾语作为主语的被动态，用户作为主语的主动态，与用户直接相关联，能调动其情绪，更能让用户直接、毫无负担的接受信息。

比如：“您已修改此设置”（用户作为主语的主动态）优于“此设置已被您修改”（宾语作为主语的被动态）。

为了促使用户执行操作，多用及物动词，少用不及物动词和名词。及物动词，简单来说，就是那些必须有宾语跟随的动词，像“解锁”的“解”，“锁”是跟随“解”的宾语，动词“解”必须与宾语“锁”同时出现，才能保证意思的完整，此处的“解”就是及物动词。

及物动词能从行动者（用户）的角度出发，“动宾”结构让用户直接代入自己作为主语，从而促使用户执行操作。当我们希望用户做某些操作时，可以有意识地使用及物动词。

用积极的用词，能鼓励用户去做给他带来好处的操作，在情感上用户也更愿意顺从积极的指令。

比如：“为了顺利投资，请您进行以下操作”优于“为防止投资失败，请您进行以下操作”。

有时会遇到这个问题：相同含义的两个词，该用哪一个？在面对这类选词问题时，首要原则是：统一性。

若是频繁出现的词汇，可直接采用曾用过的词，可以保证整体的统一性，还能防止用词偏差；若是新词，应与整体用词风格统一。

每个领域都有自己的专有词汇，在考虑用户理解力的基础上，采用主流词汇和术语，能保证用词的准确性。

使用用户语言，就是在了解用户的基础上，用用户常用的语言来写UI文案，从而让用户迅速理解。多了解目标用户的年龄层、职业、使用偏好等各种特征，可以了解用户语言。

比如，某个股票基金投资APP，目标用户是有5年左右投资经验的投资老手，这个APP里面就可以使用一些比较专业的术语，因为对于目标用户（投资老手）而言，用他们熟知的术语，比用一些给投资小白看的用词，要容易理解。相反，目标用户是投资小白的APP，就要慎重考虑是否使用老手才懂的复杂术语，或 者增加一些解释说明和标注，来辅助用户。

当我们希望用户进行一个操作，而这个操作会花费他们一些时间、很可能他们不愿意去做的时候，先说明操作的目的和重要性，能促使用户更愿意去执行。这就是“先说结论”法则。

比如，“为了让您的账户更安全，请设置手势密码”，如果此处不提目的，直接指示“请设置手势密码”，用户在不了解这个新功能时就会产生疑虑，不明白这个操作的意图，甚至产生不信任感，最后无视这个指令。“先说目的”可以直接说明重要性，让用户欣然接受。

当然，这里的“目的”应是从用户角度出发，会让用户觉得这个操作对他是有意义的，而不是从系统和设计师自己的私利角度，否则用户也不会执行（即使真实目的是从系统角度考虑，也可以转化为是“为了用户”的写法）。

“先说目的”法则示例

当我们需要用户在方案A和B之间做一个选择，而我们希望用户选择方案B（因为A有很严重的后果C）的时候，往往会使用这个法则。一般是写提出问题，即如果采用方案A会有后果C，然后建议采用方案B，最后把问题抛给用户自己选择。

在涵义不变的情况下，优先选择最简洁、字数最少的内容；去掉与用户无关、对用户无用的文字；完整而准确，每一个字都要有意义。这就是“最简”原则。

事实上，要始终做到“最简”是很难的，一般来说写作都是“加法”，把想要表达的信息不断累加，最后整理一下使语句通顺，就呈现给用户了。

但是从用户的角度考虑，是否真的需要全部信息呢？再仔细推敲下，是否可以省略一些不需要用户了解、但也完全不影响操作的文字呢？是否可以拆分文字成几块，改变文字的顺序，或者依据流程的发展，只在最恰当的地方，放上用户需要的文字？

只将自己想表达的意思，一股脑的扔给用户，并不是好的UI文案，也不符合用户体验。怎样做“减法”来达到“最简”，需要针对不同情况，具体情况具体分析。

不过，对于初学者而言，在保持语义不变的基础上删减字数、或替换成更简洁的句式，是个不错的开始。

文案有时候并不是为了某个目的和功能，而是为了隐藏不能明说的原因和问题，或者只为了安抚用户情感，这时文案就不能那么生硬直接。以委婉或者暧昧的文字来向用户说明，暗示或引导用户从我们希望的角度去理解。

比如，“支付需要一些时间，请稍候”优于“支付尚未成功”；

“抱歉，出现了一些问题，请稍后刷新重试”优于“系统错误”。