产品设计中的文案应该怎么写？

产品设计中的文案应该怎么写？

对于工业设计公司的产品设计来说，当中除视觉表达很重要，其实还有一件容易被忽略的事是文案，它，其实也很重要。

01专业术语：这个术语太高级了，我不明白！

在进行一些产品研究之前，我对一些有关软件测试的知识有一个简短的了解。例如，测试软件的方法是什么，将使用产品

的哪个阶段。

测试方法的概念真的很好，例如烟雾测试，单元测试，黑盒测试，白盒测试，灰盒测试，界面测试，回归测试，自动化测

试，测试用例，边际测试，兼容性测试等。

然后，我一无所知。我只能一一转到百度。检查后，我仍然担心百度不正确。我还要求测试同学确认这是否有意义。现在

回想起来，我记得的大多数东西都是测试概念，这些概念用它们自己的术语来说很容易理解。但是对我来说，这更难理解，

我从未想过，例如冒烟测试，我至少检查了三遍。

在某些技术性更高的产品设计中，很难完全避免使用专业术语，但这并不意味着没有优化的方法。例如产品设计添加说明。

专业术语加上解释，用户可以理解名词本身的正确含义，而不会被误导。毕竟，在网络上找到的内容不一定正确，或者也

不是您要指导用户的内容。

产品设计添加解释，同样也是让用户的疑惑有出口，而不是迷失在茫茫的名词中。如果当前这个名词或是某个操作，需要

更多的引导和解释，一两句话完全无法解释清楚，这时就需要加个文档链接，来让用户知道更具体的引导。

那加了解释后，是不是就万无一失了呢？

02 产品设计文案太冗长，抓不住重点

曾经用户只想要一个简单的理由，但你却写了三大段……

聊天中，大概大家都不会喜欢与啰嗦的人聊天，因为废话太多，而且还不停在重复。如果你看电视，你大概也不会想看情

节拖沓的，看了快30集，男主还在女二身边徘徊，这心焦急的如同火烧。

解释的产品设计文案也是同样道理。如果写太长，用户会失去想看的欲望。长句也会增加用户的理解成本，到最后文案并

没有发挥它该有的功用，可能不小心还误导用户。因为是解释，所以更应该要直接明了，简洁有力。

03 产品设计文案用文字代替图标

在一些页面中，为了让整个页面看起来更加美观，会用图标的方式来表达一些操作或指导。一些常用的图标用起来，会相

对来说得心应手，用户也能够理解。

但是在一些本身就比较少见或难懂的名词中使用图标来表达时，往往会造成用户疑惑。有时候费尽心思，熬尽脑力，终于

画出一个让人惊艳的图标后，业务方却告诉你，他看不懂这是什么？

这真是尴尬的时刻，但却很真实。人们对图标和对文字的理解，是两个不同的领域，一个是语言，一个是图形。曾经有一

段时间，我很纠结，为什么指南针的图标，是表示“发现”， 不应该是方向么。

每个人对图形的理解都是不同的，如果一定要加上图标，那就图标+文字吧。

04 可怕的英文翻译，可怕的英文

我有个习惯，中文系统看腻了，会时不时地把系统语言换成繁体中文或英文。当我切换到英文时，经常会看到一些让我觉

得尴尬的英文。要么就是中文式英文，要么就是一长段看着就像是机翻的英文，还有中英文夹杂的页面…

如果你的产品要做外语用户，请遵循外文的一些使用习惯。不然你的外语用户，会很痛苦…

不要以字翻字，以文译文。如果这样操作，英文的界面会显示特别的啰嗦。再提一个小点，西文字体会相对偏小，所以最

好检查下，西文状态下，字体大小是不是合适。

05 产品设计文案尽量不要用负面词或否定词语

少用或不用以“是否”开头的句子来引导用户，比如你是否确定删除该文件？你是否真的要退出产品？你是否确定要添加

XXX为管理员？

为什么呢？首先，否定词本身传递的信息会偏向负面，再者，是是非非的选择，让用户疑惑。大家可以想想当初学英文否

定句的时候，Yes, I do. No, I don’t. 不也让我们迷惑了好一阵么

同时，千万不要用双重否定句，记住，你不是在写作文，你要是把老师绕晕了，可能还有机会及格，你要是把用户绕晕了

，他可能就出门左转，从此相忘于江湖了。

06 错误信息，要给出原因和解决方案

发生错误，这是一种相对常见的状态，无法避免。因此，产品本身必须具有容错设计，例如吊销，二次确认等。

但是，在发生错误时如何向用户提供反馈也是要考虑的主要问题。经常遇到的页面直接告诉您已发生错误，然后再没有其

他错误。我没有告诉用户是什么原因，也没有优化建议，所以您要用户挖掘吗？

基本上，错误是由其原因引起的。它们可能是网络，页面可能已被删除，或者服务器可能异常，界面可能异常，等等。在

这方面，移动终端的错误通知方法将比中台更友好，当然，这也具有业务本身的差异。中台更多产品，只需报告错误并消

失。它没有告诉您如何解决它。对于某些面向技术的产品，错误直接是代码或英文。当然，您的高级用户也许能够理解这

些含义，但是“说人”会使产品更加温暖。还有很多不了解的用户。