原文网址：http://www.niaogebiji.com/article-12011-1.html
摘要: 首先，在写UI文案之前，为了理清思路，要先搞清楚三个问题：我（设计师）想让用户做什么？ – 我写文案的目的为什么要让用户这么做？– 对用户有什么好处或影响怎么写才能符合用户体验？– 怎么以简洁明了的表达，让 ...
| 首先，在写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文案就达成了自 己的使命。 文章来源：点融设计中心DDC |
