译 Salesforce《VOICE & TONE Guidelines》(上)

万万没想到,自己也会参与到“译文”的行列。和很多人不一样,我不是因为英语有多好来做翻译, 而恰恰是因为英语不咋地,所以希望能尽可能的多接触这个语言。

第一次总是很屎,但是没关系。希望大家多多指出我的问题,🙏拜托拜托。

原文(文档)地址:https://www.lightningdesignsystem.com/assets/downloads/salesforce-voice-and-tone.pdf

1.介绍

  • 我们为什么需要语言和语调指南?

为了联系我们的用户,我们需要通过一种能够与他们产生共鸣的方式进行交谈。正确的语言通过使用人们同样的说话方式让他们感觉像在家一样。

Salesforce-1

语言和语调有什么不一样?

  • 语言 反映了我们的人设,指「我们说的话」;
  • 语调 是我们说话的方式,指「我们怎样说」。

我们的语言需要在整个内容当中保持一致性。语调表达了你的情绪或感受,这应该根据你的受众和情况改变而改变。

2.我们的语言、语调和受众

在为 Salesforce 撰稿时,我们的语言始终是:

  • 诚实的: 信任是我们的首要价值观,我们会在文字当中保持这一特性;
  • 清晰的: 我们的文字简洁易懂;
  • 有趣的: 我们致力于使用体贴、乐观的语言;
  • 鼓舞人心的: 我们帮助人们过属于他们最好的生活,我们的文字将会运用这样真实的情感。

看一下我们公司的 Corporate Voice and Tone 来了解更多关于我们的企业文化。

适合你的语调

就像一开始说的,虽然我们的语言(我们的人设)没有改变,但是我们会根据不同的受众来调整我们的语调。例如:

  • 管理员喜欢鼓励人并且偶尔会提示“你做到了!”“做得好!”
  • 开发人员就不像那样喜欢了。他们更喜欢我们戳中要点,他们喜欢当我们有“问题”的时候能够诚实以待;
  • 新的终端用户可能会被 Salesforce 里的一切吓到,他们需要平易近人、循序渐进的介绍条款和观念;
  • 销售人员没有时间看很多文字信息,他们需要马上进入,找到他们想要的——然后安全返回关闭这些交易。

查看我们的 语言语调案例 ,看看这些不同的语调是否合适。

3.写作指南

Salesforce 文档的特别之处在于我们与读者交谈的方式,这让它看起来不像是企业软件的文档,而更像是一场你和朋友之间的对话。考虑到这一点,这里有一些写“Salesforce 方法”的小技巧。

保持简洁
  • 尽可能使用较少的文字,避免使用不必要和冗余的信息;
  • 专注在用户目标上,确保您为用户的真实需求提供了有效帮助;
  • 避免大段文字,避免长句和复杂的句子。
会话式的
  • 以友好、乐观的语调使用自然、会话式的语言;
  • 缩写也是可接受的;
  • 从用户的角度给出指引帮助他们完成任务;
  • 避免使用程序术语,除非你是为程序员而写的。
直截了当
  • 使用简单的语言,避免使用流行语、专业术语,以及在平时生活当中你不会对其他人使用的语言;
  • 使用主动语态,避免复杂的语言结构;
  • 涉及到用户界面元素的文字名称不可以发生变化(比如「提交」和「保存」)。
积极正面
  • 只要有可能,短句保持积极而不是消极。

    消极: 如果细节视图的记录没有与迷你视图关联,迷你视图将不会出现。

    积极: 迷你视图将会在与细节视图有所关联的时候出现。

  • 在描述更新特性的时候,聚焦在用户可以获得新的好处上,而不是解决了他们曾经提出的设计问题。

    示例: 我们对侧边栏进行了重要的改进,能够提高用户的工作效率。

聪明,但别过分搞笑
  • 有趣——是我们品牌的一部分!但要明智地使用幽默,并且知道自己的极限(不是每个人都是生来的喜剧演员);
  • 关注清晰、简洁的内容超过聪明的语言,确保内容是易于理解且独立于任何俏皮话;
  • 如果你使用笑话,使它们适合家庭且具有包容性(例如,不要拿爸爸开玩笑,除非你已经对妈妈开过玩笑了)。
及时提供信息
  • 只在用户进行相关任务执行时引入必要的概念信息;
  • 只在用户在遇到受阻的情况下才解释业务规则或受阻原因。
注重文化差异
  • 小心使用典故或者特定文化语言,这样可能流失不同的用户;
  • 如果你在界面上使用任何俗语,为本地化团队在代码当中注释清楚含义。
谨慎使用“请”
  • 只在请求用户做一些不方便的操作或者系统故障的时候用“请”。
    例如: 导出可能需要一段时间,请等待完成。
避免使用“对不起”
  • 只在错误信息导致用户产生严重问题的情况下使用“请”(例如:数据丢失,用户不能继续使用 Salesforce,或者用户必须联系客服);
    避免: 对不起,但是你必须提供至少两个搜索字符串。
    更好: 对不起,但是你必须先退出再登录。
  • 在界面文本信息上使用“对不起”之前,思考如果通过设计来规避这一情况。
谨慎使用感叹号
  • 在鼓励产生兴奋感的时候使用感叹号;
    例如: 几乎就要到了!「展示流程进展」
  • 不要在错误信息、确认信息和介绍文案当中使用感叹号。
    避免: 您的改动被保存啦!
易于轻扫的文本设计
  • 用户经常快速轻扫文本而不是阅读它们,所以把重点放在第一位。行动早于解释;
  • 使用短的无序列表;
  • 假设用户想到他们需要去做什么的时候,他们会马上停止阅读然后去做他的事情;
  • 在主题结束时使用参考链接为用户提供额外、相关的信息。
及时纠错,提供指引
  • 对于错误的信息,在怎样纠正错误上给用户清晰的指导;
    例如: 这个自助用户名已经存在,选择一个唯一的用户名。
  • 避免使用责怪用户的措辞或者暗示是用户的错误。被动语态可以在达到这一目标。
避免在页面上引用元素的位置信息
  • 不要使用“下面”、“跟随”、“以上”或者其他方向用词指代页面元素的位置;
  • 例外: 在走查、错误信息中,用户已经明确地错过了一个按钮或失去控制,定向指令可以帮助很多用户。

作者: nano

双鱼座,猫,设计师,间歇性视觉动物,酒窝,纹身,无知少女,画画

发表评论

电子邮件地址不会被公开。 必填项已用*标注