我最近看到了来自Alberto Cairo的一条推文，如您所见，在数据社区中，很少有人谈论我们在创建数据viz时是否应该谈论故事。 当我批评其他人的可视化效果时，以及当我考虑和谈论设计仪表板时，我经常谈论讲故事，所以我想就此事发表自己的看法。
什么故事？
对我而言，故事就是将信息组织成某种结构，以便可以轻松地将其传达给用户/查看者/阅读者。
该故事不必是线性的-故事可以是指出空白和缺少数据的提示，或者是有些不合理的东西，是让您问“为什么？”的东西。
在这种情况下，我认为故事不一定总是要结局。 就像每部好莱坞大片都给您留出足够的松散结局以续集一样，我认为数据可视化通常会做同样的事情。 它可以引导您探索数据集，但不一定总是需要提供一些最终结论或获得所有答案。 相反，它可以成为对此问题提出进一步疑问和好奇心的基础。
我们如何通过可视化方式讲述故事？
阿尔贝托·开罗（Alberto Cairo）提到乔恩·斯诺（Jon Snow）的霍乱地图，这是一个数据故事的例子，这根本不是故事。 从某种意义上说，他是正确的-这种信息交流没有开始，中间或结束。 但是在地图上放置形状确实可以说明一个故事。 该地图概述了您的位置，图例或标题将告诉您所看到的内容，并且提示您何时以及如何看到水泵周围的浓度。 这些提示引发了对霍乱爆发原因的进一步调查。
设计，形状的组合以及信息的呈现会创造或至少开始故事。
正是这种想法，我们可以通过讲故事来讲述我在与Business Intelligence设置中的客户合作时每天尝试实现的故事，从而提出更好的问题。 很多时候，这涉及讲不完整的故事，让他们可以问类似的事情，有没有办法提高销售量？ 还是我们需要更多数据来了解实际情况？ 还有其他部门可以帮助我们吗？
