每隔几个月，设计团队中总会有人发布一条关于图表“犯罪”的帖子，而雷达图总是首先被提及。图形重叠过多、误导面积、甚至“就用表格吧”。批评并非完全错误——只是针对80%的情况不当，而忽略了20%的情况，即雷达图能做出表格结构无法实现的事情。 我已经多次为同一张幻灯片制作了两种版本，通常是因为客户坚持使用雷达图，而我希望证明他们错了。大约三分之一的情况下，我无法说服他们。 --- ### 雷达图真正的作用 表格是一种查找结构。你扫一行，找到一列，读出一个数字。这就是它的全部职责，而且它做得很好——直到问题不再是“这个值是多少”，而是“这个模式是什么”。雷达图以形状取代精确性：五到六个轴将一组得分转化为一个多边形，而多边形的形状在你意识到任何数字之前就能被识别。 这就是实际的优势，而且比大多数解释听起来的范围要窄。雷达图并不是“更直观”或“更吸引人”——而是形状识别是一种不同于数值查找的认知任务，而某些问题确实属于前者。这个候选人是否不平衡或全面发展？表格只能在读者自己完成心算后才能回答这个问题。而雷达图在读者还未看完之前就能回答。 --- ### 表格悄然胜出——而不声张 在大多数“何时使用每种图表”的总结中，这个部分经常被忽略：表格在复杂性增加时并非逐渐失去优势。它在一个方向上失去优势，而在相反方向上立即获得优势。 一旦有人需要精确数字——预算线、合规门槛、或需要在后续邮件中引用的得分——雷达图就变得比无用更糟，因为它诱导猜测伪装成阅读。没人能通过观察多边形顶点准确说出“可靠性得分是10分中的7.3”。如果你的利益相关者会问“等等，可靠性的实际数字是多少”，那么无论图形看起来多好，你都选择了错误的图表。 --- ### 无人提及的轴数问题 大约在八到九个轴时，雷达图不再清晰，而开始装饰。低于这个数字，大约五到八个轴，格式对一般观众仍然保持可读性——这个阈值在多个图表设计指南中（如Highcharts的可视化团队和数据可视化博客Antichaos）独立出现，足以被视为软性规则而非个人风格观点。 但没人会警告你的是，失败并非逐渐发生。一个有七个轴且两个实体重叠的雷达图看起来还不错。添加第三个实体，或再增加两个轴，整个图表在一张幻灯片修订后从“模式”变为“混乱”——没有平滑的中间地带，它要么清晰，要么混乱。你会知道它出错了，因为你会发现自己在口头解释图表而不是让它自己解释，这通常意味着它本应该是一个表格。 --- ### 一个值得深思的假设 假设一个团队正在比较三个供应商的报价——称它们为供应商A、B和C，纯粹举例——基于六个加权标准：成本、支持响应速度、集成努力、安全姿态、可扩展性和合同灵活性。作为表格，这意味着18个单元格，读者需要在脑海中记住每个供应商的六个数字，才能注意到供应商B在所有方面都很强，除了集成努力，后者明显落后。 作为三个叠加多边形的雷达图，这个差距在第一眼就可见——供应商B的形状在其他供应商没有的位置有一个凹陷。这就是缩小版的用例：不是“雷达图看起来更好”，而是“读者的实际问题是关于形状，而表格将答案隐藏在读者尚未完成的算术中”。 将标准切换为如十二个月的月结算金额，相同的三个实体比较应该直接回到表格或折线图——这些数字的顺序比形状更重要，没有形状可言。 --- ### 如何构建一个不会反噬你的雷达图 我通过在图表模板和其他地方反复犯错后学到的几点： - 在绘制前，将每个轴归一化到相同的比例——混合百分比和原始计数的雷达图会产生技术上准确但实际无意义的形状。 - 将重叠实体限制在两到三个。超过这个数量，切换为小多重图——每个实体一个雷达图，并排排列——而不是将更多形状堆叠到一个图表中，这通常是文章中隐藏在脚注中的修正方案，而不是默认建议。 - 如果一组轴中需要引用精确数字，那么这是一个表格更合适的信号，雷达图应作为辅助视觉而不是主要视觉。 对于任何轴数或实体数量超过雷达图容量的情况，比较表格仍然能完成任务——对于结构性或流程性比较（而非得分比较），检查是否有其他图表格式更适合。当雷达图是正确选择但从头构建每个多边形耗时过长时，从现有的图表模板开始通常能节省比定制花费更多的时间。 --- 下次有人出于习惯选择雷达图时，有用的问题不是它是否比表格看起来更专业。而是你实际希望读者注意的内容是数字还是形状——因为这个答案，比任何设计规则都更决定了哪种图表是正确的。