最近有一部热播中的日剧 《校对Girl河野悦子》，讲述了“校对”这个在文字出版物幕后默默工作的一群人，他们以事实为依据、对一字一句负责到底。

就像“校对”是保证出版物质量的重要环节一样，UI文案审核也是保证网站、手机APP页面所有文字产出物质量的关键。

不同的是，作家与读者之间是用文字来交流世界观，重视文字本身的个性；而UI文案需要在复杂多变的交互流程里，解决问题和满足需求，更重视信息的传递和沟通的顺畅，以确保用户体验。极端的说，有时宁可抹杀任何新奇有趣的用词，也不能有一个字让用户看不懂，这才是UI文案的根本。

然而，UI文案该怎么写，又该以什么准则来审核呢？

下面我就来介绍一下文案审核Girl的日常吧。

任何交互稿或文案需求，不管简单或复杂，基本上都是按照下面这个流程来审核的。

Step1 掌握产品需求和交互流程

你也许想象着交互设计师会坐下来，喝着咖啡款款而谈。然而，现实是：

-“有个文案要review，交互稿发你。”

-“好。”

于是，文案审核的工作开始了。

有时交互设计师会花个几分钟时间，做一下简单的解释。在这几分钟里，迅速的理解交互稿的背景和大纲是文案审核的必备技能。

当交互设计师不多作解释时，拿到交互稿后，我会先认真地从头到尾、像一个真实的用户一样过一遍流程，目的只有一个：摸清这个流程是做什么的、为什么要做这个，作为之后正式审核的准备运动。

当然，如果在这个过程，我就发现看不懂或者其他疑问，我都会立刻询问。曾经很多次在发现怎么改都词不达意后，仔细的询问了原始需求才发现，其实那里根本不需要文字或者用其他表达方式会更好。所以为了提高效率，比起匆忙着手开干，不如先静下心来看懂交互流程或需求。

Step2 查阅参考和案例

-查阅现有案例

像点融理财这样比较成熟的APP，优化流程以达到极致体验的工作，会比从0到1的工作要多一些。所以在审核文案时，以前的交互稿，可以作为文案审核的重要参照。

就像我在以前的文章里讲的那样，UI文案最重要的一点，就是产品整体风格的统一性。对已有流程进行优化时，如果没有出错或没有明显需要优化的必要，应该与现有的文案和规范保持统一。

同时，现有文案又是以前在遵守规范的基础上写出来的，以此类推，即使时间推移，也能保证文案的质量不会下降。

-查阅参考资料

在金融类APP里面，经常会出现一些难懂的术语和规则说明，一旦不能理解就应立刻会去查询，再转换成用户能理解的语句呈现给他们。原则就是：自己都不懂的文字，就不该出现在界面给用户看到。

而另一方面，了解背景资料也是为了保证用户体验。

比如，在一些流程里，会要求输入证件号码。这时如果问：你知道号码有几位吗？是英文还是数字，还是英文和数字混杂？

也许有人会说，这些跟我有什么关系？╮(╯_╰)╭

那不如这么问：

用户输入时一般会怎么犯错？犯错之后文案要怎么反馈，他才能立即理解自己的错误？文案要怎么提示，他才能知道如何修正自己的错误，从而顺利通过这一步？

这个过程中出现的错误提示和反馈文案，也是UI文案中重要的一部分。了解背景资料是为了能写好这些文案。但从另一个角度，如果从一开始就增加提示预警用户：“号码共X位，全为数字”，很可能用户就不会发生输入错误。

所以，通过调查了解证件号码的特征，再结合用户操作的特性以后，最终会得出推荐的方案：除了错误提示和反馈以外，增加预警提示文案。

所以哪怕只是一个简单的背景知识，也不妨多了解一下，因为了解这些，也是为了更好地理解用户行为、他们可能碰到的真实情况，从而在用户最需要的地方给他最恰当的文案提示，帮助他们完成操作、度过难关。

Step3 开始修改和重写文案

要修改的文案问题，分为这几种：基本问题，不符合文案规范，不符合产品特征，以及不符合用户体验。 

基本问题就不提了，就是错别字、语法问题和语句不通顺等，这些问题原本就不该出现在用户界面，是文案审核的底线。

其次，还必须符合文案规范。之前我在另一篇文章也提过，每个APP或网站都应该有自己的文案规范，这是根据产品特性和文案风格来定的（传送门：《设计师，再不会写文案你就out了》），建立文案规范可以保证文案的统一性和质量，写出让用户能理解的文案。

如果说排除上面两类问题，是文案审核的基本的话，那发现不符合产品特征和用户体验的文案问题，就相对比较高阶了。

基本上，文案都是由交互设计师或者产品经理给出的，产品经理往往会从产品需求的角度去想，交互设计师则很容易陷入流程的泥沼，而无法对文案精雕细琢，有时也会忘记真正的文案阅读者——用户，导致文案不符合用户体验，所以，将文案到能真正让用户立即理解和顺利操作、又能满足产品需求，是最难的阶段。

-文案审核至少要3遍

在文案审核的这三遍里面，像调节镜头一样，拉远、拉近、再拉远，通过调整聚焦，每一次都要清空大脑，从新鲜的视角去审查文案，保证文案在每个角度和维度都是准确无误的。

在这过程中，每次都应用以下三种方式进行审阅：

细读：从第一个字看到最后一个字，事无巨细捋一遍。主要是为了排除一些低级错误，比如语法错误、错别字、语句不通顺等。

跳读：跳过其他部位的文字，每次只针对一个部位进行审核，这主要是为了相同部位的统一性（页面标题，按钮文字，输入框内提示语，等等）。比如，只聚焦在“按钮”这个部位的时候，才能看出整个流程里面，所有按钮上文字的走向，结构是否一致：是否都是“动宾”结构，字数是否统一（当然可视情况而定），同一个功能的按钮是否与现有APP的文字统一，等等。

通读：以上两者的结合体，这是最后的确认阶段。这时候，需要改变视角，像一个真正的用户一样，沿着文案和流程给出的路径走一遍，看看是否会在哪里卡住，或者觉得不舒服的地方，再进行最后的调整。这时候一般不再需要大改动，都是“微调”了。

-“一个字的差别而已，有必要较真吗？”

“一个字的差别，也不会被发现吧。”也许有人会抱持这种观点，然而，对于文案审核，一个字的差别，就是专业性的云泥之差。

是 “常住”还是“常驻”，“稍后”还是“稍候”，一字之差就意思相去甚远的词汇很多。不管是APP、网站，还是书籍、杂志，都是面向大众的传播媒介，都有责任和义务使用正确的汉字、正确的语法，是对自己的文案产出物负责，也是对用户负责。

Step4 完成初审，与交互设计师达成一致

上面的这些修改做完，就是要交付给交互设计师了。这时，需要让设计师理解我修改的是哪里，以及修改的理由。如有必要，可反推产品需求和交互流程，对交互流程或需求提出异议，进行友好的沟（si）通（bi），直到双方对修改结果达成一致。

Step5 终稿，然而并没有结束

在上一步达成一致后，我会交付审核的终稿给交互设计师。到这里基本就结束了。

但是，还有一些后续的事情要做，比如，规范的更新，和文案开发的验收。

设计和产品都是不断变化，如果合理，规范也可以随着这些变化来不断改进。所以，一旦在审核过程中有所发现，我就会提炼出来，对“文档规范”进行更新，以保证文案审核所遵循的规范，都是符合当下产品特征和需求的。

总结一下，UI文案审核的流程就是这样：

了解产品需求和流程目的—>查询参考案例和资料—>开始修改文案—>完成初审—>与交互设计师达成一致—>终稿

在文案审核过程中，除了文字功底和用户体验思维以外，还需要想象力、记忆力、逻辑分析能力、归纳整理能力，切换视角的能力，以及沟通能力。

 更重要的是，成功的文案，在于“不被察觉”地扫平所有问题，让用户自然顺畅的完成想做的任务。一旦被人察觉的时候，也就是文案出问题的时候，说明审核没有到位。

文案审核的日常是不是看上去挺简单有趣的？

如果你也对APP或网站里莫名其妙的错别字、不知所谓的句子不能忍，欢迎加入DDC文案小组一起欢乐的改改改吧（绝赞招募中(☆ｗ☆) ）！