如何写好移动端产品文案?这儿有份超详细的规范指南(11)
3. 不缺失 对行动点文案而言,要做到将行动点背后的关键信息准确、直接的让用户知晓。 例如,在搜索栏的提示占位符中清晰的告知用户可以搜索的数据类型。 △ 一站 · 搜索提示文案
异常流报错时,应当告诉用户可行的解决方案,或产品为用户做了哪些挽救措施。 例如,A用户发布了一条故事,他的好友B用户看到后,用几分钟写了评论,但点击发布之前A用户已经删了这条故事。那么此时应该在Toast中告诉B用户评论发布失败的具体原因。 Toast:
空态中,也需要告诉用户下一步可以采取的行动,而不是单纯的告诉用户这里为空。这实际上不是一个文案问题,而是一个产品和交互的问题。 空态的处理做得好的产品,很容易让用户对平台的「体贴」产生好感度,同时遵循文案的引导,去执行对产品有利的操作,达成业务目标与体验的双赢。例如关注列表的空态就非常适合引导拉新。 △ 一站 · 关注的人(空态)
4. 不模糊 避免「可能」、「大概」、「也许」,会为用户凭添一层「到底是不是」的判断,除非在一些异常流中技术上确实无法判断问题所在。 三. 更高的要求——懂用户1. 从用户视角描述价值 在行动点相关的文案中,以用户的视角描述「你」能通过此操作达到的目的,为用户创造合适的动机,帮其排除担忧和解决障碍,都能更好的撬动用户去执行,而不是从「我们」(产品团队)的角度强迫用户接受某一设定。 以一站在「设置」中的绑定邮箱和消息推送开关的说明文案为例:
在这方面做得非常棒的一个APP就是Keep,其体验路径的各个环节都能感受到产品在文案上的用心程度。这里只举一个注册流程的例子。在注册完成后,Keep会希望用户完善一些基本资料,对产品来说有利于制订个性化的用户分层策略,也是很有价值的数据沉淀。在这个流程中,Keep充分通过文案向用户传达了完善资料对他的价值(找到合适的训练、实现健身目标、依据身高设计训练内容等),并排除了用户对隐私数据的担忧(放心,Keep不会泄露你的资料)。 △ Keep 反例是Airbnb,同样是希望用户完善资料,「我的」页的资料完善进度条下方的文案是这么写的:「我们要求每一位爱彼迎用户在旅行或出租之前提供一些具体信息,现在就来完善这一步吧」。 △ Airbnb · 「我的」 我不清楚一个以体验优秀著称的产品里怎么会出现这样一句文案,也许是直译导致的问题。 改成「在旅行或出租之前提供一些具体信息,可以在爱彼迎获得更好的服务与体验」,是不是同样的意思,听起来舒服多了? (编辑:ASP站长网) |