无论是做内容营销还是产品市场,内容体系的完整性非常重要。而内容体系里面,文字性的内容,产品相关的内容,都是主力。有一类文章很重要,但是对营销人员来说,写起来可以说很难。这就是今天咱们的主题——产品介绍文章。 难在哪?
运营/市场人,文字能力强、熟悉读者,但是对于产品的内在逻辑和呈现方式,往往比较差。由他们操刀的产品介绍,常会拘泥于“我们提供了xxx和xxx功能”,“帮您解决了xxx和xxx问题”以及“有效提升工作效率,帮助企业xxx”。 大家不妨用一个标准来衡量一下: 把这段文字的产品名换成竞品,是否毫无违和感? 如果是,那这就是一篇不痛不痒的泛泛之谈而已。有时候,笔者也能意识到这种问题,那么就开始加入大量的专业名词/场景描述,洋洋洒洒写了一大篇,会非常啰嗦,失去了简洁的美感。 产品/研发又往往由于对产品太熟悉,陷入到工程师思维中去。同时,太过专业化的描述也会给理解带来很大困难。 当然,文无第一武无第二,文章好与坏和技巧因人而异,我只是分享一些自己在写作过程中的技巧和要点。 写的像个工程师,而不是销售有的产品介绍的文章,很标准,很套路,非常像销售的话术。实际上,如果我们想要写别人能记住的文章,一定要足够的独特和有深度。千篇一律不过是对已有内容的重复和搬运,毫无疑问是劳动力的浪费。 我说写得像个工程师,是要求作者懂产品,知其然还要知其所以然。但是只是“像”,但不是,因为当你是工程师,太专业就不合适了。 在这里我总结了一下我个人的思考过程,您可以参考下。(当然,我个人是对产品和场景的了解是比较充足的,这个理解的过程只是针对新功能、新场景。如果你不够了解行业和产品的整体概况,需要提前准备一下) 这个图并不标准,每个人思考的过程存在差异,仅供参考。 私以为,针对产品的输出,主要包括三个阶段:了解-思考-输出。
善用图表在输出阶段,我们要足够善用图表。 例如:一个敏捷开发的场景,在Worktile7.0中的搭建,用图来表示是非常简洁的。这些内容用文字,恐怕至少要写够800字。 同时,图可以表达很多文字不能清晰描述的东西,尤其是产品的设计过程中存在大量的逻辑关系。例如下图可以清晰的表述一个任务的状态流转关系,如果用文字表述,那会是一件十分费力不讨好的事情了。 必要的时候可以插入产品的截图,但是量一定要少,关键截图有一两张就够了。太多的话,就会看起来像一本说明书。 拒绝主观色彩和形容词大量的主观色彩,会让原本充满理性和说服力的文章变成“一家之言”;而主观色彩的一个表现,就是大量的形容词。 “方便”“简单”“强大”之类的价值,是作者想要达到的目标。但是这些词大量的出现在文章中时,就会显得空洞且丝毫不具备说服力。 比如:Worktile7.0配置功能强大,前台操作简单快捷,适配多种场景,能够帮助企业有效提高办公管理效率。 用我上文提到的标准,换成竞品也毫无违和感。产品介绍的文章,旨在把产品讲清楚,不卑不亢,不褒不贬是最好的感觉。 不可陷入用户场景不知从何时开始,场景化的描述越来越普遍。不信你打开SaaS产品的官网,十有六七是列举了所谓的“痛点”然后引出产品介绍。 一般这样的描述有两个问题:
所以归结到底,产品介绍本身还是应该围绕产品而来的。场景描述只是引子,不能陷进去。因为你的文章篇幅有限,无论如何也不可能概括50%的场景,针对产品特性和功能的描述才是主体。 #专栏作家#袁林,人人都是产品经理专栏作家。分享SaaS运营和企业管理/协作/办公的相关知识 本文原创发布于人人都是产品经理。未经许可,禁止转载。 题图来自Unsplash,基于CC0协议 |