到底要如何写好UI/交互稿的文案?

我是创始人李岩:很抱歉!给自己产品做个广告,点击进来看看。  

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

到底要如何写好UI/交互稿的文案?

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

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

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

Step 1 掌握产品需求和交互流程

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

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

-“好。”

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

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

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

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

Step 2 查阅参考和案例

查阅现有案例

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

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

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

查阅参考资料

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

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

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

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

那不如这么问:

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

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

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

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

Step 3 开始修改和重写文案

到底要如何写好UI/交互稿的文案?

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

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

其次,还必须符合文案规范。之前我在另一篇文章也提过,每个APP或网站都应该有自己的文案规范,这是根据产品特性和文案风格来定的,建立文案规范可以保证文案的统一性和质量,写出让用户能理解的文案。

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

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

文案审核至少要3遍

到底要如何写好UI/交互稿的文案?

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

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

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

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

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

“一个字的差别而已,有必要较真吗?”

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

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

Step 4 完成初审,与交互设计师达成一致

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

Step 5 终稿,然而并没有结束

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

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

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

总结

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

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

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

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

随意打赏

ui交互设计师ui人机交互如何写好文案ui交互设计广告文案ui交互
提交建议
微信扫一扫,分享给好友吧。