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

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

Step 1 掌握产品需求和交互流程
你也许想象着交互设计师会坐下来，喝着咖啡款款而谈。然而，现实是：
-“有个文案要review，交互稿发你。”
-“好。”
于是，文案审核的工作开始了。
有时交互设计师会花个几分钟时间，做一下简单的解释。在这几分钟里，迅速的理解交互稿的背景和大纲是文案审核的必备技能。
当交互设计师不多作解释时，拿到交互稿后，我会先认真地从头到尾、像一个真实的用户一样过一遍流程，目的只有一个：摸清这个流程是做什么的、为什么要做这个，作为之后正式审核的准备运动。
当然，如果在这个过程，我就发现看不懂或者其他疑问，我都会立刻询问。曾经很多次在发现怎么改都词不达意后，仔细的询问了原始需求才发现，其实那里根本不需要文字或者用其他表达方式会更好。所以为了提高效率，比起匆忙着手开干，不如先静下心来看懂交互流程或需求。
Step 2 查阅参考和案例
查阅现有案例
像点融理财这样比较成熟的APP，优化流程以达到极致体验的工作，会比从0到1的工作要多一些。所以在审核文案时，以前的交互稿，可以作为文案审核的重要参照。
就像我在以前的文章里讲的那样，UI文案最重要的一点，就是产品整体风格的统一性。对已有流程进行优化时，如果没有出错或没有明显需要优化的必要，应该与现有的文案和规范保持统一。
同时，现有文案又是以前在遵守规范的基础上写出来的，以此类推，即使时间推移，也能保证文案的质量不会下降。
查阅参考资料
在金融类APP里面，经常会出现一些难懂的术语和规则说明，一旦不能理解就应立刻会去查询，再转换成用户能理解的语句呈现给他们。原则就是：自己都不懂的文字，就不该出现在界面给用户看到。
而另一方面，了解背景资料也是为了保证用户体验。
比如，在一些流程里，会要求输入证件号码。这时如果问：你知道号码有几位吗？是英文还是数字，还是英文和数字混杂？
也许有人会说，这些跟我有什么关系？╮(╯_╰)╭
那不如这么问：
用户输入时一般会怎么犯错？犯错之后文案要怎么反馈，他才能立即理解自己的错误？文案要怎么提示，他才能知道如何修正自己的错误，从而顺利通过这一步？
这个过程中出现的错误提示和反馈文案，也是UI文案中重要的一部分。了解背景资料是为了能写好这些文案。但从另一个角度，如果从一开始就增加提示预警用户：“号码共X位，全为数字”，很可能用户就不会发生输入错误。
所以，通过调查了解证件号码的特征，再结合用户操作的特性以后，最终会得出推荐的方案：除了错误提示和反馈以外，增加预警提示文案。
所以哪怕只是一个简单的背景知识，也不妨多了解一下，因为了解这些，也是为了更好地理解用户行为、他们可能碰到的真实情况，从而在用户最需要的地方给他最恰当的文案提示，帮助他们完成操作、度过难关。
Step 3 开始修改和重写文案


要修改的文案问题，分为这几种：基本问题，不符合文案规范，不符合产品特征，以及不符合用户体验。
基本问题就不提了，就是错别字、语法问题和语句不通顺等，这些问题原本就不该出现在用户界面，是文案审核的底线。
其次，还必须符合文案规范。之前我在另一篇文章也提过，每个APP或网站都应该有自己的文案规范，这是根据产品特性和文案风格来定的，建立文案规范可以保证文案的统一性和质量，写出让用户能理解的文案。
如果说排除上面两类问题，是文案审核的基本的话，那发现不符合产品特征和用户体验的文案问题，就相对比较高阶了。
基本上，文案都是由交互设计师或者产品经理给出的，产品经理往往会从产品需求的角度去想，交互设计师则很容易陷入流程的泥沼，而无法对文案精雕细琢，有时也会忘记真正的文案阅读者——用户，导致文案不符合用户体验，所以，将文案到能真正让用户立即理解和顺利操作、又能满足产品需求，是最难的阶段。