写交互文案的8种原则,提升你的产品用户体验

我是一名UX文案,尽管有人也称我们为产品文案或内容设计师。我们有各种各样的名字,经常戴着各种各样的帽子(正如Kristina Bjoran在这里总结的那样)

对于很多人来说,成为一名UX文案听起来超级简单。不得不承认,我刚开始的时候也是这么想的。毕竟,给app或网站撰写一些文案有多难呢?答案是:相当难!在我的职业生涯中,从散文到博客、从长篇到白皮书的所有事情都积累了一定的经验。但是编写UX文案是一个完全不同的游戏,也是我所做过的最具挑战性的一种写作。在这篇文章中,我将详细介绍我在写UX文案所学到的8件重要事情:

 1)清晰、简洁、体贴

写作时,我们常喜欢用到一些令人印象深刻的文字来表达我们的意思。其实,清晰、简洁,为读者考虑确是非常重要的。我们是透过屏幕与用户交流的人;我们也是最了解我们app/网站的人,因此,简洁地表达出我们所想要说的内容很重要。首先避免一些看起来很“高大上”的词语。例如,你应该用“find”来表示“发现“,而不需要用“discover”。我的导师Shanty 总是强调要去掉那些不需要出现的词。 这样有助于避免模棱两可。 语言明确是至关重要的,因为它是引导用户的方式。其次,让你的内容保持简洁,当用户浏览你的APP/网站时,可没有那么多耐心做“长篇阅读”

「滴滴」app文案示例(原型通过墨刀制作)

2)一致性是关键

如果在产品中对同一事物使用不同的术语,用户就会感到困惑,因此我了解保持一致性是多么重要。当我在意识到:用户会对我们阐述时所用到的专业术语而困惑。当时我就理解到这一点的重要性。例如,当你要求他们在线“book a table”时,请勿在其他地方写成“reserve a table”。 (包括文本,标签,按钮等组件。)在产品中使用相同的术语,不仅仅是为了不让用户感到困惑,而且是在让用户接收你们的语调和语气, 这有助于你与用户更好的沟通,更容易把他们留下来

3)和同事一起测试你的文案

把文案给同事们看,当有人感到困惑,不理解你的意思,那么这对你的用户来说肯定是行不通的,你可能需要重新编写它。

4) 文案要适用于多种语言的表达方式

这是我在Zomato时学到的东西 - 我坐在Laura旁边,Laura是我们的翻译。 我会给她我的文案,她会告诉我文案的语言结构是否同样适用于葡萄牙语或者土耳其语。 有时,她会告诉我一个更好的方式来写我想要传达的东西,因为在另一种语言中就是这么表达的。

5)相信你的直觉

如果听起来不对,或者你对自己所写的内容不满意,那么你的用户很可能会有同样的感受。你们都说同一种语言,所以相信你的直觉。

6)与产品和设计团队形成默契的合作。

在设计完成甚至已经开发的阶段,我经常被要求去优化文案,为了“让文案变得更有文采”。但其实,我们必须参与到设计早期阶段。我们需要知道我们正在为怎样的用户群体撰写,这样才能更好的使用恰当的语言语气,确保将重要的信息传递给我们的用户。

我们还需要重视上下文,这也是我们需要与产品团队合作的原因。 我经常被要求为某些东西写文案或只是修改语法 ——这不是UX文案的目的。 我们需要了解用户的流程图,目标,以及字数限制。(产品经理,不如直接与我们坐在一起讨论吧!尽早让我们参与到产品设计之中!)这样会让我们的工作变得更容易,毕竟我们在争分夺秒地完成工作。当然,更好的选择是创建一个流程,确保团队每个人都获取到完成任务所需的所有信息。

7)学习基本的设计软件

设计师是非常忙碌的,我们不需要学会他们所做的每件事。但是了解一些易用的原型工具也是很有必要的。把你的文案放在一个产品原型中来试验,看看它看起来如何,读起来又如何,是否真的达到了我们的想法,以及它是否适合屏幕,让用户看起来舒服。确保一切都是合适的,我们的工作才算完成。

8)不要等待设计

不需要等到设计定稿的时候才着手写文案。如果你需要为登陆页面写一份文案,那么请告诉设计师需要传达什么,传达给谁,在哪里传达,以及如何传达。内容和设计是同一枚硬币的两面,不能被分开。它们都是用户即刻需要的,只有这两个元素协同工作才能更好地展现给用户。

为UI编写并不是一件容易的事。 你可能认为它很简单,因为它只是一小部分内容,但它却是我做过的最困难的写作。 将词藻变得华丽,或者说写的更有“文采”一些都是比较容易的事,但对于UI文案,关键在于“基本”的东西。 每个人都需要了解你的内容,所以写作时需要考虑用户群体、必须与你的品牌形象语言语调相匹配,不要忘了与APP/网站的其他部分保持一致。



本文由墨刀编译自 Anjana Menon 的 8 lessons in UX writing,已允许转载;墨刀作为一款在线原型设计与协同工具,已经帮助众多产品经理和设计师们轻松做出交互原型,展现和验证设计想法,还支持多人协作编辑,分享和评论。新注册用户即可获得墨刀高级企业版的15天免费试用!开始体验一下吧!

原文地址:https://www.cnblogs.com/productcompass/p/11257294.html

时间: 2024-10-26 04:11:17

写交互文案的8种原则,提升你的产品用户体验的相关文章

提升用户体验的7大微交互

众所周知,我们总是依据封面来判断书的好坏,聪明的设计师会创造实用有吸引力的界面.潜在用户可能会被吸引,但如何一直黏住他们呢? 要试着回答这个问题,所有一切都指向人本设计,其中用户是最主要的考量.以人为本:你的应用应该使用日常用语,包括情绪.口语,外观还要有一丝"诱惑力".界面应当成为你的好朋友,时刻准备给出建议提升你的体验,让你会心一笑. 现在揭幕:是微交互在起作用.精确的说,这主要是界面附带的交互动画,使它更具表现力.优秀的动画能够: 表达状态并提供反馈 提升直接的操纵感 将操作结果

java设计原则:16种原则

一   类的设计原则   1 依赖倒置原则-Dependency Inversion Principle (DIP) 2 里氏替换原则-Liskov Substitution Principle (LSP) 3 接口分隔原则-Interface Segregation Principle (ISP) 4 单一职责原则-Single Responsibility Principle (SRP) 5 开闭原则-The Open-Closed Principle (OCP) 二  包的设计原则   6

如果40岁了还在写代码,是一种幸福,还是一种悲哀?

今天突然想到一个问题:如果40岁了还在写代码,是怎样的状态? 然后搜了一下,果然已经有人想到了,我们先来看看知乎的神人回答. 曾经有网友在知乎提问:"如果 40 岁了还在写代码,是一种幸福,还是一种悲哀?请考虑国情,别老拿外国作比方." 下面是其他一些知乎网友的回复: 马上就 40 了,依然在写代码,写各种代码,从C/C++写到 object-c,从 java 写到 lua,乐在其中,享受得很. 当然,我现在基本不是依靠写代码挣钱谋生,事实上,我也几乎也没有纯粹依赖过写代码谋生过.写代

40 岁了还在写代码,是一种幸福,还是一种悲哀?

天光,一檐停风聚天下闲士 半阁藏卷窃古今名家 马上就40了,依然在写代码,写各种代码,从C/C++写到object-c,从java写到lua,乐在其中,享受得很. 当然,我现在基本不是依靠写代码挣钱谋生,事实上,我也几乎也没有纯粹依赖过写代码谋生过.写代码只是一种乐趣,一种爱好. 当然,难道是写代码谋生就一定是痛苦的吗?也未必. 公司有两个同事,都是非常棒的程序员,也是成熟的架构师,一位是77年的,一位是78年的,他们主要的工作内容都是写代码,他们也都乐在其中,事实上,如果不出意外,他们能够在公

Java面向对象16种原则

一   类的设计原则   1 依赖倒置原则-Dependency Inversion Principle (DIP) 2 里氏替换原则-Liskov Substitution Principle (LSP) 3 接口分隔原则-Interface Segregation Principle (ISP) 4 单一职责原则-Single Responsibility Principle (SRP) 5 开闭原则-The Open-Closed Principle (OCP) 二  包的设计原则   6

分享:40 岁了还在写代码,是一种幸福,还是一种悲哀?

马上就40了,依然在写代码,写各种代码,从C/C++写到object-c,从java写到lua,乐在其中,享受得很. 当然,我现在基本不是依靠写代码挣钱谋生,事实上,我也几乎也没有纯粹依赖过写代码谋生过.写代码只是一种乐趣,一种爱好. 当然,难道是写代码谋生就一定是痛苦的吗?也未必. 公司有两个同事,都是非常棒的程序员,也是成熟的架构师,一位是77年的,一位是78年的,他们主要的工作内容都是写代码,他们也都乐在其中,事实上,如果不出意外,他们能够在公司里继续留下一起合作,我想他们会一直写代码写到

【CTO俱乐部研修班开课】看板先驱David J. Anderson:看板核心在于创造一种能力——提升敏捷性

看板开发方法是近年来最热门的敏捷和精益开发方法.看板之父David J. Anderson认为其核心在于帮助企业创造一种能力--提升敏捷性.CTO俱乐部看板研修班将通过理论.沙盘模拟.真实案例分享等阐释看板核心理论. 看板方法诞生于2006年前后,是近年来最热门和上升速度最快的敏捷方法,成为拉动互联网时代敏捷变革的主流方法,被互联网企业和追求互联网变革的传统企业普遍采用.一方面它有力支持了精益创业.持续交付和DevOps等实践的有效实施:另一方面作为渐进式变革方法,看板方法为敏捷转型提供了更加平

每个程序员都应牢记的7种坏味道,11种原则,23种模式

(一)7种设计坏味道 1.僵化性: 很难对系统进行改动,因为每个改动都会迫使许多对系统其他部分的其它改动. 2.脆弱性: 对系统的改动会导致系统中和改动的地方在概念上无关的许多地方出现问题. 3.牢固性: 很难解开系统的纠结,使之成为一些可在其他系统中重用的组件. 4.粘滞性: 做正确的事情比做错误的事情要困难. 5.复杂性(不必要的): 设计中包含有不具任何直接好处的基础结构. 6.重复性(不必要的): 设计中包含有重复的结构,而该重复的结构本可以使用单一的抽象进行统一. 7.晦涩性: 很难阅

如何写一篇论文,<一种低耗能的数据融合隐私保护算法ESPART> (计算机学报2011-5,王安琪)

这是我在研究生阶段花了一个月的时间搞出的一篇论文,纯构思和写论文花了才一个月,发稿加改稿.等发表的时间可远不止,记得2010年11月开始要写了,2010年12月写完,2010年底投的稿,2011年初数次改稿,终于5月份出版. 2010年11月份,导师说关于无线传感器网络有很多可以研究的课题,其中的数据融合隐私保护便是以个方向,让我好好研究.自此我便埋头在论文的工作上了,之前的研究生生活就是在图书馆里泡着,看各种看得懂的看不懂的技术.社会科学书籍,现在回想起来,之前的看书生活对这篇论文的创作也是有