大徐

好长时间没有写细节思考了，老写些生活上的琐事，虽然同样写的很有乐趣，但总觉得有些闲散，时间长了有点受不了了。今天写一篇有关文案的细节思考，我知道有很多同学写过很多有关文案的文章，这没什么，我的细节思考系列一直是以写出我自己对细节的思考为目的的。今年年中我用了大概5个月的时间在雅虎空间下面做了一个功能，就是现在的需求匹配。这个功能可大可小，大到可以是一个商业机会，小到只是一个功能。对于产品定位、发展策略这些我不想说什么，今天只是说说我从中体会到的有关文案的细节。

需求匹配这个功能涉及到大概30多个页面，若干操作流，页面上的各类文案、成功、错误提示信息、帮助文档等等所有的文案加起来工作量不小。而且除去人性化以外，还需要有严格的系统化，况且因为是空间内的一不部分，和空间内其他文案的一致性也比较重要。从产品、文案上讲我觉得我打了一个比较硬的仗，对文案之痒有了更深的理解。总的来说，我觉得互联网产品的文案大致包括结构展示、解释说明、提示、可操作、帮助几大类，下面分别说一下我对这几类文案的理解。

1，结构展示类文案
这类文案包括页面title、各类标题、面包线等，具体我也没有一个确定的规范，大致是这个范围。举例来说，一个页面里有个允许输入用户名和密码的登录框，这里用户名输入框前面的文字就属于这个范畴，比如可以用帐号、用户名、昵称、邮件地址、ID等等这些文案来表示这个小模块所处的结构。我觉得这类文案的一致性和准确性比较重要，说白了就是要通行全站并且没有歧义，让用户在任何地方但能迅速明白。

2，解释说明类文案
这类文案的定义比较清晰，对某个模块起到解释说明作用的文字就属于这个范畴。举例来说一个单行文本输入框，旁边或是下面有一行说明：“最多输入30个字”，这样的文案就是解释说明类的文案。我觉得这类文案的简洁性比较重要，尽可能的奉行将最初的文案先剪掉一半，然后将剩下的一半再剪掉一半的策略，让它尽可能的精简。

3，提示文案
提示文案包括成功提示、错误提示等，我觉得这类文案的人性化比较重要。比如对成功的鼓舞和对失败的建议，这些文案虽然隐藏在页面之外不直接显示出来，但却是用户经常会遇到的文案。因此在这上面人性化做的多优秀都不为过，这些文案让用户知道发生了什么事情、之后还可以干什么，出了那些问题，因为什么，可以如何改变等等。对用户体验和产品的流畅、容错大有帮助。

4，可操作类文案
这类文案包括按钮上的文字、链接的文字等文案，同样至关重要。除去基本的文案作用之外，这类文案还有一个特殊的作用，就是指导用户进行操作，让用户明白点击了某个按钮、链接之后会发生什么事情。我觉得这类文案比较重要的是要保证用户点击前的期望和点击后的结果尽可能的一致，也就是说不能误导用户。比如“编辑个人能力信息”这个链接的目的地是让用户输入个人的能力信息，虽然做这个事情的目的可能是寻找兼职的机会，但如果把这个链接的文字直接改成“找机会”就有可能让用户点击后产生一些迷惑，原因就是点击之前的期望和点击之后的结果不一致。

5，帮助类文案
可能有的公司有的产品经理是不写帮助文档的，但我是写的，至少我要完成帮助文档的初稿。至于润色、加图、加动画这些事情可以由客服的同事来配合完成。因为我觉得产品经理是最熟悉产品的，一个称职的产品经理一定可以揣摩出用户在使用过程中哪里容易出现问题，而这些点却因为某种原因没有解决或者无法解决。我觉的写帮助文档对产品经理来说是个极大的挑战，要把事情说的明明白白，又不能长篇大论，还不能理论化，要用大家都很容易快速看明白的文字来表述，比写PRD复杂很多。当用户到了帮助页面的时候产品已经比较失败了，这是留下用户的最后关卡。

上面列举了我自己对文案的分类和想法，比较空洞，下面来个例子，也是自我批评。很长时间以来我属于雅虎的空间小组，而相册是空间里面一项很重要的个人服务。虽然我不是直接负责相册的产品经理，但出现这样的情况，我同样非常愧疚。我在这里写了，我也会去建议现在负责相册的产品经理争取把它做的更好。另一方面，我自己做的页面里面也有这样的问题，我就更愧疚了。好了废话不多数，看图：

这个页面是用户创建一个相册专辑的页面，最大的问题是前后不一致，体现在2个地方：

1，同一页面的3个地方，表达同一个意思，却用了3种表达方式，充分表达了中文之美：
标题：您可输入20个字符
描述：最多输入60个字符
标签：不得超过10个字符

我自己做的页面里面同样体现了这种中文之美：
标题：最多30个字符
详细描述：还可输入 4000 个字符。
关键词：不超过10个字符

更可怕的是，同属于空间这一个产品，就有以上6种不重样儿的解释说明文字，真脸红。

2，一句话，前后不一致，前面是全角的逗号，后面是半角的逗号：
（多个标签空格间隔，总数不超过8个,单个标签字符不得超过8个字符）

这些细的不能再细的文案构成了产品和用户体验，不能不说是非常重要。这不是一个钻牛角尖的问题，也不是一个能看懂就行的问题，这是一个细节的问题，说白了应该是一个产品经理的职业素质问题。路还远着哩！我才刚上路啊！

我每写完一篇blog，我都要自己读上几遍，然后发出来，再读上1、2遍。修改错别字、病句、段落结构等等，虽然从小就写作文，写了这么多年，依然经常犯错。写文案、文章尚且如此，写书岂不是更复杂？没错，我就很佩服余晟翻译《精通正则表达式》的认真劲。书出来没多长时间，他就开始整理一个《精通正则表达式》勘误。