|
互联网产品的文案大致包括结构展示、解释说明、提示、可操作、帮助几大类
1，结构展示类文案
这类文案包括页面title、各类标题、面包线等。举例来说，一个页面里有个允许输入用户名和密码的登录框，这里用户名输入框前面的文字就属于这个范畴，比如可以用帐号、用户名、昵称、邮件地址、ID等等这些文案来表示这个小模块所处的结构。这类文案的一致性和准确性比较重要，说白了就是要通行全站并且没有歧义，让用户在任何地方但能迅速明白。
2，解释说明类文案
这类文案的定义比较清晰，对某个模块起到解释说明作用的文字就属于这个范畴。举例来说一个单行文本输入框，旁边或是下面有一行说明：“最多输入30个字”，这样的文案就是解释说明类的文案。这类文案的简洁性比较重要，尽可能的奉行将最初的文案先剪掉一半，然后将剩下的一半再剪掉一半的策略，让它尽可能的精简。
3，提示文案
提示文案包括成功提示、错误提示等，这类文案的人性化比较重要。比如对成功的鼓舞和对失败的建议，这些文案虽然隐藏在页面之外不直接显示出来，但却是用户经常会遇到的文案。因此在这上面人性化做的多优秀都不为过，这些文案让用户知道发生了什么事情、之后还可以干什么，出了那些问题，因为什么，可以如何改变等等。对用户体验和产品的流畅、容错大有帮助。
4，可操作类文案
这类文案包括按钮上的文字、链接的文字等文案，同样至关重要。除去基本的文案作用之外，这类文案还有一个特殊的作用，就是指导用户进行操作，让用户明白点击了某个按钮、链接之后会发生什么事情。我觉得这类文案比较重要的是要保证用户点击前的期望和点击后的结果尽可能的一致，也就是说不能误导用户。比如“编辑个人能力信息”这个链接的目的地是让用户输入个人的能力信息，虽然做这个事情的目的可能是寻找兼职的机会，但如果把这个链接的文字直接改成“找机会”就有可能让用户点击后产生一些迷惑，原因就是点击之前的期望和点击之后的结果不一致。
5，帮助类文案
至少产品经理要完成帮助文档的初稿。至于润色、加图、加动画这些事情可以由客服的同事来配合完成。产品经理是最熟悉产品的，一个称职的产品经理一定可以揣摩出用户在使用过程中哪里容易出现问题，而这些点却因为某种原因没有解决或者无法解决。写帮助文档对产品经理来说是个极大的挑战，要把事情说的明明白白，又不能长篇大论，还不能理论化，要用大家都很容易快速看明白的文字来表述，比写PRD复杂很多。当用户到了帮助页面的时候产品已经比较失败了，这是留下用户的最后关卡。
|
