企业官网建设流程全解析

雷达图，Tableau里最让人又爱又恨的图表类型。爱它的直观——一涉及绩效评估、产品对比、能力画像这类场景，五六项指标往圆周上一摆，强弱项一眼就能看明白。恨它的是，Tableau原生图表库中压根没有雷达图这个选项，柱状图、折线图、饼图、散点图、箱线图甚至帕累托图都给你包好了，唯独雷达图要自己从零搭。我最早是在给某电商运营团队做新品多维评估时碰上这个需求的，产品还没正式上架，就要把五个维度的评分画成一张能一眼看出强弱的图。第一次尝试做的雷达图歪七扭八，线条乱蹿，盯着看半天也没法看。从那以后我前前后后把雷达图彻底做透了，这篇文章就把完整思路和实操细节原原本本写出来，从数据准备、计算公式、画布配置到美化扩展，全面覆盖，保证看完能照着做出来。

1. 为什么Tableau做雷达图这么费劲：原理与整体思路

1.1 雷达图的适用场景与核心价值

雷达图本质上是把多维数据映射到极坐标体系里，每个维度占据一个均匀分布的角度方向，数值大小决定从圆心延伸到外周的距离，最后把相邻的点连起来，形成不规则多边形。它的场景其实很聚焦，适合那些维度少、维度间没有明显主次顺序、但又需要整体对比的场合。

以我实际的经历来说，最常用到雷达图的是三类场景。第一类是评估对比，比如某电商运营团队新品评估，价格力、功能完整度、用户体验、品牌认可度、售后响应速度五个维度，两个产品放一起，哪方面有优势哪方面是短板非常直观。第二类是企业内部的能力画像，比如销售团队六维能力模型、门店运营健康度。第三类是产品功能对标，新老版本、自家与竞品的多指标打表。

雷达图不适合用在海量维度上。维度一旦超过十个，顶点密集成一圈，多边形几乎变成圆形，信息辨识度直线下降。同样，如果维度之间有明确的层次结构或线性顺序，那用棒形图、折线图的效果会更好。雷达图的核心价值是"整体形态比较"——脸型相似还是差异巨大，一眼就有结论。

1.2 雷达图的数学原理：极坐标与平面直角坐标

雷达图在Tableau里没法直接选，是因为Tableau的画法要求你把每个点的位置换算成平面直角坐标，也就是X和Y。雷达图本身的定义坐标是极坐标：一个点由距离r（相当于指标得分）和角度θ（相当于维度方向）构成。

把N个维度均匀放在圆周上，每个维度之间的夹角就是360°/N。如果从3点钟方向开始，按逆时针排列，第一个维度的角度是0，第二个是360°/N，第三个是2×360°/N，依此类推。给定某个维度的得分r，它在屏幕上的位置就是：

• X = r × cos(θ)
• Y = r × sin(θ)

这里的θ用的是弧度制。Tableau的COS和SIN函数接收的都是弧度，不是角度，这是新手最容易忽略的地方。换算公式是：弧度 = 角度 × π / 180。

用日常生活的例子理解：雷达图就像一个切蛋糕的过程。把圆蛋糕平均切成N份，每个维度占据一份；每种产品的得分数据在每一份的半径方向上画一个点，最后把所有点连起来，变成一个有棱有角的不规则多边形。这个多边形越饱满，代表综合表现越好；哪边凹进去，哪方面就有短板。

1.3 整体实现路线图

在Tableau中手工搭建雷达图，大致分四个阶段：

• 数据准备：把适合人看的宽表结构转成适合Tableau画图的长表结构，每行代表一个维度一条记录。
• 计算字段：创建维度数量参数、索引、角度、X坐标、Y坐标。
• 画布绘制：拖放字段、切换标记类型为多边形、配置路径和表计算。
• 美化与调试：锁定坐标轴范围、加标签、做网格背景、处理常见异常。

这四个阶段里，最核心也最容易出问题的就是计算字段和表计算配置。数据格式不对，图形根本画不出来；表计算配置错了，多边形的线条会满画布乱蹿。接下来我把每一步都拆开讲解。

2. 数据准备：宽表转长表是第一步

2.1 宽表与长表的概念

雷达图在Tableau里的绘制方式决定了它要求的数据结构是"长表"而不是"宽表"。

所谓宽表，是我们日常看数据的习惯形态：每行是一个产品，每个维度是一列。比如两个产品五行维度，宽表长这样：

这种表人类看起来方便，但Tableau画雷达图时需要的不是"一行多列"，而是"一行一值"。也就是每个产品、每个维度、每个得分各占一行的长表结构：

为什么必须长表？因为计算字段里需要依据"评估维度"这个字段来做表计算，得到索引号，进而算出每个顶点对应的角度和坐标。如果数据留在宽表里，Tableau没办法按照"维度"分区循环计算，坐标字段无从谈起。

2.2 在Excel里完成数据重塑

绝大多数情况下，数据源给过来就是宽表。我的习惯是在Excel或者数据清洗阶段就把它转成长表，不要在Tableau里临时做复杂转换，后期排查问题也简单。

Excel转换最直接的办法是利用Power Query。选中宽表数据，进入"数据"选项卡，点击"从表格/区域"，在Power Query编辑器里选中"价格力""功能完整度""用户体验""品牌认可度""售后响应速度"这几列，然后点击"转换"→"逆透视列"，宽表瞬间变成了"属性"和"值"两列。把"属性"改名为"评估维度"，"值"改名为"得分"，再"关闭并上载"就完成了。

如果不想用Power Query，用公式也能实现。在Excel里新建一张表，写下产品、评估维度、得分三列，然后通过INDEX和MATCH公式把宽表中的数据引过来。不过公式方式比较繁琐，数据量大了之后公式卡顿明显，我通常只在临时处理小数据集时用。

在Python或任何数据处理工具里做同样的事更简单：把宽表用聚合函数melt成行记录即可。关键是最终得到的字段名称要规范，Tableau识别起来更友好。

2.3 在Tableau数据源里直接转换

如果数据源不方便预处理，Tableau也提供了数据重塑功能。在Tableau Prep或者数据源连接界面里，选中需要逆透视的列，右键选择"透视"或"转置"，同样可以把宽表变成长表。

但要提一句，Tableau界面内做数据重塑的交互没有Excel Power Query那么顺滑，特别是字段较多、需要频繁改动的时候，重试成本高。我的建议是，如果数据只是临时使用，Tableau内转换完全可以；如果这个数据源要长期复用，那就在底层把它转成长表，别把转换逻辑埋在报表里，否则后续维护的人会非常痛苦。

2.4 维度排序字段：容易被忽略的关键细节

长表只是解决了数据结构问题，还有一个细节很多人会漏掉：维度字段的排列顺序。

Tableau对字符串维度默认按字母顺序排序。如果我们的五个维度是"价格力""功能完整度""用户体验""品牌认可度""售后响应速度"，按字母顺序会变成"功能完整度""价格力""品牌认可度""售后响应速度""用户体验"，顶点顺序乱了，雷达图的形态会和业务预期的完全不同。

要解决这个问题，我会在源数据里加一个"维度序号"字段，给每个维度一个固定的排序编号。价格力=1，功能完整度=2，用户体验=3，品牌认可度=4，售后响应速度=5。然后在Tableau里把"评估维度"的排序方式设为"字段"，按"维度序号"排列。

这一步不在实际情况中做好，后面画出来的图形很可能"看起来是个五边形，但顶点对应关系完全是乱的"。

3. 构建核心计算字段：角度与坐标

3.1 维度数量参数

在Tableau里做雷达图，我建议先把维度数量做成参数，而不是直接写死在公式里。参数的好处是后续如果需要换数据集、调整维度数，不需要修改计算字段，直接调参数就行。

创建方法：在左侧数据窗格的空白区域右键，选择"创建参数"，命名为"维度数量"。数据类型设为整数，当前值填5。允许值范围可以设为3到12。雷达图至少需要3个维度才成形状，超过12个视觉上会糊成一团，限制在这个范围内合理。

这个参数在后面的角度计算字段中会用到。它的本质是告诉你圆周要被切成多少份，也就是有多少个顶点。

3.2 索引与角度计算

接下来创建第一个核心计算字段"索引"。

索引 INDEX()

INDEX()是Tableau的表计算函数，返回当前行在其分区内的行号，从1开始。也就是说，如果我们有5个维度，每个维度一行，INDEX()会返回1、2、3、4、5。

第二个计算字段是"角度（弧度）"。公式为：

角度（弧度） (INDEX() - 1) * 2 * PI() / [维度数量]

这个公式的含义是：第1个维度角度为0，第2个维度角度为2π/N，第3个维度角度为4π/N，依次类推。用INDEX()减1是因为要让第一个维度落在0度，也就是正右方3点钟的位置。

这里再次强调，弧度制不是角度制。2π弧度等于360度，所以公式整体是以弧度表达的。如果写成360度反而会出错，因为COS(360)不会按三角函数预期工作。

3.3 X/Y坐标计算

有了角度，加上每个维度的实际得分，就能计算X和Y坐标。

X坐标 COS([角度（弧度）]) * SUM([得分]) Y坐标 SIN([角度（弧度）]) * SUM([得分])

为什么用SUM包裹[得分]？因为在Tableau的视图上下文中，维度是"评估维度"和"产品"这两个维度时，每个组合只有一行，SUM([得分])实际上返回的就是该行的得分值。但Tableau要求非聚合字段拖到视图中时必须有聚合方式，提前在计算字段里包一层SUM，能避免后续大量聚合报错。

从数学上看，X = 得分 × cos(角度)，Y = 得分 × sin(角度)。得分就是极坐标里的半径r。得分越高，这个顶点离圆心越远，雷达图就越饱满。

这里还要说明一下，如果得分本身就是负数，雷达图会往反方向延伸，图形会非常怪异。雷达图适用的指标通常都是非负的，比如0-100的评分。如果数据里有负数，建议先做平移或者取绝对值等预处理。

3.4 表计算配置：最关键的细节

计算字段本身写好了，但如果不配置表计算，视图里依然画不出正确的图形。这是整个雷达图制作中最容易被卡住的地方，也是各种教程里讲得最含糊的地方。

右键点击字段"X坐标"，选择"编辑表计算"，把"计算依据"改为"特定维度"，然后勾选"评估维度"。Tableau会自动将其他维度如"产品"作为分区维度。这意味着INDEX()会在每个产品的内部，按评估维度的顺序从1数到5。

对"Y坐标"也要做相同的表计算设置。还有路径上的"索引"字段，同样要设置计算依据为"评估维度"。三个字段必须保持完全一致的设置，否则图形会被拆得七零八落。

具体来说，为什么必须指定计算依据为"评估维度"？INDEX()如果不指定计算依据，Tableau默认会按照视图中最细的粒度计算，在多维度存在时可能按产品×评估维度的组合全部排一遍序号，那样角度计算就会完全错乱，多边形根本不可能闭合。

这是整个雷达图实现里最核心的一个技术点。我第一次做的时候，因为没有设置表计算依据，图形把两个产品的点混在一起，形成了一堆乱七八糟的线条，排查了一个多小时才发现是这里的问题。

4. 画布绘制与轴对齐

4.1 字段布局与标记类型

计算字段全部建好后，开始搭建视图。新建一个工作表，按下面的表格放置字段：

标记类型要选择"多边形"，而不是"线"或者"区域"。多边形是Tableau专门用来绘制闭合区域的标记类型，它会自动把最后一个点连回第一个点，形成封闭形状。如果用"线"标记类型，最后一个点和第一个点之间不会闭合，图形会缺一条边，看起来像被切掉一角。

另外，路径上的"索引"字段必须是表计算字段，且计算依据与X/Y坐标保持一致。路径字段决定了多边形顶点之间的连接顺序，如果顺序错乱，图形会像一团乱麻。

4.2 坐标轴范围锁定：图形不变形的关键

雷达图最常见的视觉问题是"圆形变成椭圆"。原因很简单：Tableau默认让X轴和Y轴的刻度范围独立适应数据。如果X轴范围是-100到100，Y轴范围是-80到80，那么同一个100单位在X轴和Y轴上对应的屏幕长度不一样，圆形就被拉成椭圆，菱形变成扁菱形。

解决办法是手动固定两个轴的范围。在视图里右键X轴，选择"编辑轴"，把"范围"设置为"固定"，固定开始填-120，固定结束填120。Y轴同样设置成-120到120。

为什么用120而不是100？因为得分上限是100，留出20的边距给标签和顶点，避免图形边缘贴到坐标轴边界。如果得分体系是7分制，就把范围定为-8.5到8.5之类的对称区间，核心原则是：最小值和最大值必须对称，且X/Y两个轴的数值区间完全一致。

完成之后，还可以把坐标轴的标题隐藏，让画面更干净。右键轴标题，取消"显示标题"即可。很多时候我甚至会把整个轴隐藏掉，只留网格线，这样雷达图看起来更纯粹。

4.3 网格线与背景设置

设置坐标轴范围之后，图形区域会显示默认的网格线。右键图形区域的空白处，选择"设置格式"，可以调整网格线的颜色和样式。

雷达图的网格和普通柱状图的网格不太一样，它是坐标平面的网格，因为X/Y轴已经对称，视觉上会形成方形网格。如果整个雷达图区域是正方形的，方形网格看起来也还算协调；如果画布被拉伸成矩形，方形网格就不太对味了。因此建议再顺手设置一些外观属性，让视图更接近"等比例"的视觉感受。

网格线的颜色建议使用浅灰色，样式改成虚线。实线网格容易喧宾夺主，与雷达图的多边形线条争抢注意力，虚线更清爽。

提示：如果希望雷达图的网格线是圆弧形的，那就不能用默认网格线，需要额外做背景层，这个在后面的进阶方案里单独讲。

4.4 多系列对比的实现

刚才的字段布局里，"颜色"放的是"产品"。当有两个产品时，Tableau会在同一张图上绘制两个多边形，各自有独立的索引和坐标计算。因为表计算设置是将"评估维度"作为计算维度、"产品"作为分区的，所以两个产品的顶点顺序互不干扰。

多系列雷达图的要点是颜色区分必须明显。我一般把第一个系列设为纯蓝、第二个系列设为纯橙，或者在Tableau自带的Tableau 10配色里选对比强的一组。同时可以把多边形的填充透明度调低一些，让两个多边形重叠时仍能看到下方图形的轮廓。

如果需要对比的是三个以上产品，雷达图的辨识度会明显下降，多边形互相嵌套、颜色混杂，很难一眼看出差异。这种情况下我建议做"小多张"，也就是用横排或网格布局分别展示每个产品的雷达图，而不是硬把三五个多边形叠在一张图上。

5. 美化、标签与动态交互

5.1 颜色、标签与工具提示

雷达图做出来之后，默认的外观比较朴素，还需要做一轮美化。

图形本身的颜色：单系列雷达图我建议把填充透明度设为40%到50%，轮廓线颜色加深。透明填充的好处是反映雷达图的几何美感，顶点的轮廓线清晰可见，内部区域又不至于大面积遮盖网格。多系列对比时，透明度更低一些，30%左右，保证底层图形不会被完全盖住。

标签的设置也很关键。把"评估维度"拖到标签标记，每个顶点旁边会显示维度名称。默认的标签位置是"自动"，通常表现不错；如果觉得标签和坐标网格线重叠，可以把标签位置设为"外部"或"中心"，也可以手动微调标签的对齐方式。

有人喜欢在每个维度上同时显示维度和得分，比如"价格力 72"，这需要把标签表达式改成类似：

[评估维度] + ' ' + STR([得分])

注意这里[得分]需要用STR()转成字符串拼接，不然Tableau会报类型不匹配。如果得分本身是聚合字段，最好在公式里用SUM([得分])。

工具提示是很多人在雷达图里忽略的细节。默认工具提示显示的是字段名和坐标值，不够友好。我通常会自定义工具提示，做成"产品：新品A，维度：价格力，得分：72/100"这样的格式。点击标记卡上的"工具提示"，把默认内容清空，用字段插入功能重新拼一段说明文字即可。

5.2 背景网格的快速方案

前面讲了，Tableau自带的网格线是方形网格。如果你能接受，那雷达图配上方形网格已经足够清晰。但如果想追求更接近教科书的圆形同心圆网格，有两条路线。

快速路线是：把坐标轴固定好，在"设置格式"里把网格线设置为10段或者20段。由于X/Y轴范围对称相等，方形网格看起来实际上像一个等距网格背景。这种方案虽然不够"圆润"，但实现成本最低，而且信息已经足够清楚。大部分实战场景里，我都是用这个方案交付的。

进阶路线是：准备一张辅助网格数据表，单独画一个多层同心圆多边形，然后把雷达图叠加在网格图之上。具体做法是，用Excel生成一份网格表，包含若干圈同心圆数据，每圈36个点，36个点连起来近似一个圆。每行记录包括：网格圈层编号、点序号、该点的X坐标、Y坐标。比如画4个同心圆，半径分别为20、40、60、80，每圈36个点，总共144行数据。在Tableau里用这份网格表单独建一个工作表，标记类型设为多边形，路径用点序号，颜色用圈层编号，就画出了4个同心圆。

然后打开雷达图工作表，把雷达图的多边形和网格同心圆放到同一张图里。这一步的关键是让网格图和雷达图使用完全相同的坐标轴范围，这样同心圆才和雷达顶点对齐。实际操作中还要设置网格图的坐标轴标题隐藏、网格线关闭，仅剩下几个同心圆多边形作为背景。

这个方案比默认网格线好看很多，但要额外构造数据表，还要处理坐标轴对齐问题。如果项目时间紧，直接用方形网格足够应付90%的汇报场景。只有在要求特别高的对外展示或方案评审中，我才会花心思做圆形网格。

5.3 动态参数与仪表板交互

雷达图如果作为固定指标看板的一部分，通常是静态的。但Tableau的优势在于交互，如果能动起来，整个看板的体验会上一个台阶。

维度数量参数可以直接显示为控件。右键参数"维度数量"，选择"显示参数控件"，仪表板或工作表顶部会出现一个滑块。拖动滑块，雷达图的顶点数量会动态变化。前提是数据里确实包含足够多的维度。如果数据里只有5个维度，把参数调到8，画布里会有3个维度因为没有数据而无法显示。所以参数控件最好和数据集的维度数量配套，或者干脆限制参数范围。

产品筛选器是另一个高频交互控件。把"产品"字段拖到筛选器，选择"多选（自定义列表）"，用户可以自由勾选对比哪些产品。此时需要注意，表计算在筛选器生效后会重新计算，INDEX()会在筛选后的数据分区上重新排序，只要数据维度完整就不受影响。

把雷达图放入仪表板时，建议控制图形区域的宽高比接近1:1，避免画布比例不一致导致雷达图被压扁。Tableau仪表板的容器拉伸会让视图变形，可以在布局设置里固定工作表的高度和宽度。

5.4 多工作表组合与对比

还有一种常见的展示需求：单独展示每个产品的雷达图，而不是把所有产品叠在一张图上。Tableau没有原生的"按产品分页"雷达图切换能力，但可以用两种方式实现。

第一种是仪表板+筛选器。在仪表板里放一个产品筛选器，用户选择一个产品，雷达图就显示该产品的雷达轮廓。这种方式交互感强，但同一时刻只能看到一个产品，不方便直接对比。

第二种是工作表网格。利用Tableau的"在行/列中显示字段"功能，把"产品"字段拖到"行"或"列"容器上，Tableau会自动生成一屏多个雷达图的网格布局。每个格子一个产品，多产品同时对比效果很好。

我实际做过一个五个产品的雷达图对比看板，就是把产品放到列容器上，横向排开五个小雷达图，每个图只突出一个产品的多边形，下面配关键指标卡片。这种布局比叠罗汉式的大杂烩要干净得多，也完全符合"清爽"的审美。

6. 常见坑与排查实录

6.1 图形线条乱窜

这是雷达图初学者遇到最多的问题。图形不是一个规则的多边形，而是像蜘蛛网一样交织的线条，或者多个顶点连线乱跳。

排查顺序：

• 检查标记类型是否为"多边形"。如果是"线"，线条不会闭合，容易显得乱。
• 检查路径字段是否为"索引"，且编辑表计算的计算依据是否勾选了"评估维度"。
• 检查X坐标和Y坐标的表计算设置是否与路径字段一致。
• 检查维度排序是否正确。如果维度没有按业务逻辑排序，顶点会跳跃，图形形态会扭曲。

其中90%的问题出在路径字段上。路径字段一旦缺失或配置错误，Tableau会按照数据源顺序把点连起来，很可能从一个产品的最后一个维度直接连到另一个产品的第一个维度，图形自然炸裂。

6.2 图形变成椭圆

坐标轴范围不一致是椭圆问题的唯一原因。

处理办法是：固定X轴和Y轴的开始值与结束值，保证两者完全相等。如果得分上限是100，两个轴都设为-120到120；如果上限是50，都设为-60到60。

轴上还有一个隐藏细节：即使数值范围相同，如果Tableau的画布宽高比例不是1:1，视觉上也会变形。在仪表板里，尽量把雷达图工作表的宽高设置成正方形或接近正方形，否则一个完美的圆也会被压成椭圆。

6.3 数据空值导致图形断裂

如果某个产品在某个维度上得分缺失，坐标计算会返回Null，雷达图上对应的顶点消失，多边形会被切割成残缺形状。

解决办法是在计算字段里用IFNULL或ZN处理。把得分字段的公式从：

SUM([得分])

改成：

ZN(SUM([得分]))

ZN会把Null替换成0。但要注意，用0填充后，该顶点会贴在圆心位置，从图形上看，这个维度就是明显的凹陷点。这种方式在某些场景下是合理的，如果业务上希望缺失维度表现为"零点"的话。如果不希望显示缺项，也可以直接用IFNULL把得分替换为基准值，比如50分，表示中性水平。

6.4 聚合报错：Cannot mix aggregate and non-aggregate

这是Tableau计算字段里非常经典的一个报错。出现这个报错，通常是因为计算字段中混用了聚合和非聚合表达式。

雷达图场景里，如果X坐标公式写成：

COS([角度（弧度）]) * [得分]

这里[得分]是非聚合字段，而COS([角度])是表计算，Tableau无法直接确定聚合粒度，就会报"无法混合聚合和非聚合"。

解决办法就是让所有参与坐标计算的字段都统一为聚合形式。比如把[得分]改成SUM([得分])。同理，如果表计算部分想用MAX或者AVG包裹也可以，但要保持前后一致。

6.5 多系列雷达图数据源使用技巧

多系列雷达图对数据源有个基本要求：产品的维度和维度数量必须完全一致。如果产品A有5个维度，产品B只有4个维度，两个多边形的顶点数不同，形状对比没有意义。

此外，多系列时所有计算字段的表计算都必须固定分区为"产品"。每新增一个产品字段的筛选器，都要重新验证一遍表计算是否仍然正确。我在实际项目中踩过的坑是，某个筛选器会打乱INDEX()的计算依据，导致图形重新变得混乱。

6.6 版本差异与可视化细节

Tableau不同版本在标记类型、表计算界面的展示略有差异，但核心逻辑一致。

如果坐标轴固定范围之后，标签和顶点重叠、遮挡，可以尝试加大范围边距。比如把固定结束从120调整到130，给顶点标签更多空间。也可以直接在标签设置里把位置改为"下方"，避开图形内部。

另外，雷达图的面积与指标好坏并无严格的正比关系，图形面积只是视觉参考，不要为了追求"面积更大"而扩大坐标范围。保持两个轴范围一致才是最重要的。

写在最后的一个小技巧

在Tableau里把雷达图做出来之后，我养成了一个习惯：每次画完会立即把X轴和Y轴的刻度数统一设置成一样的步长，比如每20一格。这样网格线在视觉上完全对称，雷达图的几何美感立刻提升一个档次。

另一个我反复用的小技巧是：在角度的计算字段里加上π/2的偏移，也就是把公式变成：

(INDEX() - 1) * 2 * PI() / [维度数量] + PI() / 2

这样第一个维度会从正上方12点钟方向开始排列，而不是从正右方3点钟方向开始。仪表板里的雷达图看上去更符合多数人的直觉，尤其是做能力画像类场景时，第一个维度放在正上方，阅读体验更好。

雷达图的制作过程虽然比现成的柱状图、折线图麻烦不少，但一旦把数据结构和计算逻辑摸透，这个图表类型完全可以进入你的固定工具箱。下次再有人问"Tableau能不能画雷达图"，你就可以直接给他看这份方案，然后看着他惊讶的表情。