全网文章 采集(文章大纲如下:我平时写作的一些技巧和套路教给大家)
优采云 发布时间: 2022-01-15 10:17全网文章 采集(文章大纲如下:我平时写作的一些技巧和套路教给大家)
自从我在设计界发声以来,我经常被朋友邀请分享如何写文章。也有朋友欣赏我的文风,借鉴了自己的文章。我很高兴,因为这是对我 文章 的认可。鉴于一直在咨询的众多朋友,一一解答颇为不便。所以今天在这个文章,我会教你一些我平时的写作技巧和套路。
文章大纲如下:
作者在2019年下半年写的3个设计教程文章在全网获得了相当的关注。以 Zukuo 为例,他们获得了 100,000+ 的页面浏览量和 3,000+ 的点赞量。
写这篇文章有两个目的:第一点是给正在做自媒体或者个人影响力的朋友,希望和他们分享如何让文章更专业,收获更多读者的认可,传播效果更广。第二点是给各位读者朋友的,希望大家能看到更专业,更有收获的文章。
一、正文部分1.提出完整的解决方案
网上很多教程都会有这样的问题:读者看完后感觉知识满满,收获颇丰,但真正遇到问题时,还是束手无策。这是因为文章没有为读者提供完整的解决方案,那么这种知识实际上不能称为知识。
我在网上看过一个关于图表制作的教程,其中一个知识点是这样解释的。
知识点是:当数据项较少时,可以用条形图来表示。看似有用的知识点,其实并不实用。你为什么这么说?
我们可以通过假设两种情况来看到问题:
如果我们需要制作7个数据的图表,这7个数据是属于多还是少?如果我们要做一个收录 20 个数据的图表,它不应该属于数据条目较少的范畴,那么我应该用什么图表来表示呢?
看,当涉及到实际问题时,这个知识点没有应用的余地,因为它犯了两个错误:
应用场景没有明确的定义。不穷尽用户应用场景,给出合理的解决方案。
说白了就是没有站在读者的角度去思考问题,所以这个知识点只能成为一个“空架子”。那么这些知识应该如何修改呢?修改方法如下:
首先给出“建议值”供读者参考。其次,排查用户可能遇到的情况并给出解决方案。这样,知识点就可以形成一个完整的知识模块,供读者记忆和应用。
综上所述:
2. 严谨
如果我们不是在阐述一个观点,而是在给用户提供指导,那么所有的内容都必须真实、严谨,不允许有任何错误。
要做好这件事,我们需要查阅大量资料,准确地验证文章中的每组数据,或者有足够的资料来支持。
这是我在为设计师编写数据可视化时遇到的一个有趣案例。当时查了很多资料,在国外看到了这样一张图文章:
这是来自福克斯新闻的数据图表。
我们可以发现,6,000,000 和 7,066,000 之间的差异只有 17.8%,但在图表中,右侧的高度是左侧的 3 倍。这是因为图表纵轴的起点不是 0 ,而是从 5,500,000 的值开始,非常接近 6,000,000。所以这个图表其实是故意用这种方式增加数据之间的“观感差距”。
作者引用了这张图表,总结如下:“这是福克斯新闻上发布的一张图表,上面的技巧值得学习,有时我们可以通过不将纵坐标的起点设置为零来增加数据量。”它们之间的感知和感知的差异可以达到突出对比的效果。”
当我看到这个案例和结论时,我觉得很有趣。但我不同意作者的观点,原则上这是一种欺骗观众的行为,所以我开始寻找这个消息的来源。通过谷歌的图片搜索,我发现了很多关于这个新闻的文章。然后发现了一系列非常有趣的真相。
事实是:
Fox News 使用此图表显示,平价医疗法案 (ACA) 的注册人数远低于最初估计的 700 万。这显然是福克斯希望将“接近目标”的新闻变成“无法接近目标”的坏消息。
这种歪曲数据的尝试并不是什么新鲜事,因为福克斯有使用有偏见的图表来抹黑奥巴马政府的历史。但随后,这张图表被公众批评为具有极大的误导性,最终不得不通过新闻页面道歉并更正图表。
可见,无论在什么场合,用这样的方法让人觉得比例关系不正确,都是非常严重的欺诈行为。所以我最终在我的 文章 中使用了相同的例子来得到一个完全相反的结论。
所以我们在写文章的时候一定要注意留出专门的时间去查资料和资料。
每次写文章,我都有一个习惯。写完全部内容后,我留下一个特殊的步骤,再次检查所有数据,以免出错。
综上所述:
3. 理论讲解+实际案例
要想讲清一个道理,最好采用“理论解释与实际案例相结合”的方法。人们往往对抽象的事物不敏感,因此需要将理论与案例进行匹配。同时,最好有两个正反两个案例进行对比,这样会加深读者对理论和概念的印象。
以前面的案例为例。作为数据图表的制作者,我们不应该用“视觉差距”来欺骗观众,同时作为观众,我们也应该学会识别视觉差距。这时候,在说明了真相,跟随一个正反比例的案例之后,读者可以立即感受到不同。
我写的几乎所有案例都附有反例,这是我们作为设计师都知道的方法论:有对比才有突出,所以仔细挑选一对合适的案例会让你的说服力大大提高。
综上所述:
4. 具备总结和计划能力
编写 文章 需要分析事物并将其抽象为理论模型的能力。很多文章的内容很不错,但是读者往往看不下去,甚至读完也没有印象,觉得文章很碎片化,就是这个原因。这种现象在很长的 文章s 中尤其明显。
因此,编写一些朗朗上口、易于记忆的理论模型至关重要。
事实上,这种技术在我们的生活中很常见。我们在学校的时候,很多晦涩难懂的内容都会有相应的“经”来帮助记忆。
因此,我还在文章中添加了大量的理论模型来总结属性。例如:
(1)在《教你如何创建交互式作品集》一文中,产品改版是贯穿整个文章的一条线索,所以我总结了产品改版的“五步改版法”帮助读者记忆。
(2)在最后的修订迭代步骤中,因为有7个修订点,非常分散和凌乱,为了方便读者理解,总结为三步思维修订法。
详情请看“如何在作品集中体现互动思维”:
通过总结方法论,一方面方便读者理解内容,另一方面也是一种强迫自己提高总结总结能力的方式。
5. 保持设计师素养
我是一名设计师,我非常关心我的 文章 外观。我希望 文章 不仅仅是一个教程。所以我的很多文章内容都是设计的,比如各个层级的通用标题。
6. 不要被限制
文章其实不必局限于一个主题来写。我们有时可以并排引入许多有趣的论点。这种方法有两个优点:
在引用了上一篇文章中“Nicolas Rapp”的一个数据可视化作品之后,我利用“知识拓展”模块简单介绍了这位著名的数据可视化设计师,从而拓展了横向文章的主题。
在上一篇文章提到了“损失厌恶”和“沉没成本”这两个专业术语之后,我用“名词解释”模块介绍了这两个定义的含义,增强了文章的节奏感,并且还降低了 文章 的读取阈值。
二、图片1.保持设计师素养
图片必须保持大气,有“呼吸的感觉”。
举个简单的例子,如果一篇文章文章只有2000字,没有配图,那么这个文章的完成率肯定很低。一方面是因为在互联网环境下,能够静下心来读一读文章的文章的人寥寥无几。另一个原因是太长的段落所承载的信息密度太大,是专业的教程类文章。
因此,图片除了解释一些必要的信息外,还承担了一个重要的任务,就是降低文章的信息密度,使其更容易被读者接受。显然,大气和呼吸的画面更符合这个要求。
我的一般习惯是在图片周围留很多空白,以降低文章的信息密度;也使用浅蓝色调和高色散投影。这样的设计可以让整个画面更加清爽,阅读体验也不错。
当然,这只是我个人的习惯,仅供参考。
同时,附图中引用的其他图片不得模糊。需要引用的模糊图片我会记录下来,待文章写完后统一处理。解决方法是在网络中追踪原创高清图像。一般是可追溯的。
2. 添加个人标签
每张图片都有签名,主要有两个作用:
从营销的角度来看,它是对用户的反复记忆刺激,从而加强他对你个人品牌的印象和个人影响力。虽然中国的知识产权在不断发展,但是稿件洗稿的现象还是很严重的,所以在图片上加上个人标签,一定程度上有助于防止这种现象的发生。
3. 让图片成为一个可以独立讲故事的人
当我是一个读者时,我经常会遇到一个问题。我会把一些好的文章配图采集放到花瓣或者Eagle里面,但是过一会再看这些图就很尴尬了。由于缺乏上下文,图像几乎失去了价值,让我忘记了 采集 的原因。
在现在的互联网环境下,文章图片难免会作为独立个体传播,所以为了让图片中的这些“采集”也能发挥作用,我一般都是把图片做成个体谁能独立讲故事。
如下:
事实证明我是对的,我努力设计的图片并没有白费。被采集后可以作为独立传播知识的地图,也具有广泛的二次传播能力。这些地图可以独立于文章进行传播,成为承载小知识点的“知识卡”。
三、提示1.图片不够怎么办
前面说过,我们需要添加一些图片来控制文章的节奏,但是有些情况文章不需要有图片,我们可以通过两种方式来处理:
(1)通过图表表达文中的一些逻辑关系
如下:
(2)我们还可以提取一段内容的核心思想,进行“金句设计”。这样既可以调整节奏感,也可以方便部分用户快速浏览
如下:
2. 将目录放在 文章 的开头
我们可以在文章开头放置一个目录,让读者对文章的内容有一个宏观的概念,让读者可以选择性的访问相关内容。为什么我有这样的想法实际上来自报纸的设计方式。
报纸上的一条新闻一般有四个模块:标题、副标题、介绍和正文。它们对应不同的用户需求。
当用户有:
虽然人们的阅读方式已经从纸质阅读转向电子阅读,但实际上这种阅读习惯并没有发生实质性的改变,所以目录的作用就是帮助那些时间有限的读者筛选出最想得到的信息。
同时也可以在目录中标记(如下图),提醒用户如果没有时间看,只需要看我高亮的内容就可以得到文章60%-70% 的主要内容。
四、写在最后
其实上面的分享说到底也只是技术内容。真正写一篇文章的方式嘛,我觉得是写一篇论文的态度写每一篇文章,只要内容做的够专业,够深,才叫好< @文章。
最后附上文章写的整理记录,13000字,116张图片。当我真的一点一点看到自己的成绩时,那一刻我很开心。
我希望这个 文章 可以对你有所帮助。码字不易,请多多支持。
本文由@Master Chat Product原创发表,人人都是产品经理,未经允许禁止转载
题图来自Unsplash,基于CC0协议