Power BI 仪表板开发完整指南

构建 Power BI 仪表板非常简单。建立一个人们在日常决策中实际使用、信任和依赖的系统是一门完全不同的学科。功能性仪表板与有效仪表板之间的差距导致组织花费数千小时来误解数据、忽略报告以及凭直觉做出决策，因为可用的分析过于混乱而难以解析。

本指南涵盖了 Power BI 仪表板开发的完整生命周期，从定义正确的 KPI 和选择最佳可视化，到实施钻取导航、书签、移动布局、行级安全性和自动刷新计划。无论您是构建第一个高管记分卡，还是重新设计包含数百个报告的庞大分析环境，这里的原则都将为您节省大量返工。

要点

• 有效的仪表板从 KPI 识别开始，而不是视觉设计 --- 定义仪表板在打开 Power BI Desktop 之前必须支持哪些决策
• 将每个仪表板页面最多限制为 5-7 个视觉效果；信息密度是理解的敌人
• 钻取页面和书签取代了对数十个单独报告的需求，减少了 60-70% 的维护负担
• 移动布局需要专门的设计，而不是响应式缩放 --- 将它们视为单独的可交付成果
• 行级安全性 (RLS) 使单个报告能够为多个受众提供服务，而无需重复内容
• 使用增量刷新策略的计划刷新可以使仪表板保持最新状态，而不会压垮网关资源
• 最好的仪表板在用户打开后 5 秒内回答问题

---

在设计之前定义 KPI

KPI 识别框架

仪表板开发中最常见的错误是从数据开始。团队从 ERP 或 CRM 中导出所有内容，将其转储到 Power BI 中，并围绕任何看起来有趣的列构建图表。结果是一个显示所有内容但不进行任何通信的仪表板。

首先向每个将使用仪表板的利益相关者提出三个问题：

您每天或每周做出哪些决策？ 每周一早上检查管道运行状况的销售总监需要的指标与每季度评估现金流的首席财务官不同。将仪表板映射到决策周期，而不是数据可用性。

如果您只能看到一个数字，您会检查哪个数字？ 这揭示了主要 KPI。对于物流经理来说，可能就是准时交货率。对于营销副总裁来说，这可能是每个合格潜在客户的成本。这个数字位于最前面和最中心，数量巨大且不容错过。

围绕该数字您需要什么背景信息？ 主要 KPI 需要支持指标。如果不知道上个月的准时交货率是 91%（提高）还是 97%（下降），那么 94% 的准时交货率就毫无意义。趋势线、同期比较和目标基准提供了这种背景。

在接触 Power BI 之前，以结构化格式记录您的 KPI：

将 KPI 映射到视觉类型

并非每个指标都值得同样的视觉处理。 Power BI 提供 30 多种本机视觉效果类型，以及数百种自定义视觉效果，但大多数仪表板只需要五到六个。

单个 KPI 的卡片视觉效果。这些是仪表板页面顶部的大而粗的数字。使用条件格式根据目标表现更改颜色——绿色表示正常，琥珀色表示警告，红色表示严重。使用副标题或小趋势指示器直接在卡片上包含比较值（与上一时期相比、与目标相比）。

折线图显示一段时间内的趋势。收入、销量和绩效指标都受益于查看轨迹。将折线图限制为最多三个系列。除此之外，颜色会变得模糊，图表变得难以辨认。如果您需要比较三个以上的系列，请使用小倍数（单个折线图的网格）。

条形图用于分类比较。按地区划分的销售额、按产品线划分的收入、按优先级划分的门票。当类别标签较长（产品名称、客户名称）时，水平条形图效果更好。始终按值而不是按字母顺序对条形进行排序——眼睛应该立即找到最大和最小值。

表格和矩阵用于详细级别的数据。当用户需要查看具体数字而不是视觉模式时，表格是正确的选择。使用条件格式（数据条、色标、图标集）为表格数据添加视觉权重，而不牺牲精度。

地图仅当地理是一个有意义的维度时。如果您的销售数据跨越 40 个国家/地区，则填充地图可以讲述条形图无法讲述的地理故事。如果您的数据涵盖三个区域，请跳过地图——它浪费空间并且不会增加任何洞察力。

---

仪表板布局和视觉设计

F 型布局

眼球追踪研究一致表明，用户以 F 模式扫描仪表板：从顶部开始，然后从左侧向下，对右下角的注意力逐渐减少。相应地设计您的布局。

顶行： 卡片视觉效果中的主要 KPI。这些是用户来查看的数字。让它们变大（至少 200 像素高），并带有清晰的标签、值和趋势指示器。顶部三到五张卡片是理想的。

左栏： 主要分析视觉效果 --- 通常是显示主要趋势的折线图（随时间变化的收入、随时间变化的订单、随时间变化的支持票证）。这是锚定叙事的视觉效果。

中心区域： 支持视觉效果，提供顶行 KPI 的细分。如果顶行显示总收入，则中心区域可能会显示按产品类别划分的收入、按地区划分的收入以及按客户群划分的收入。

底部： 详细表、辅助指标或上下文信息。该区域受到的关注最少，因此将优先级较低的数据放在这里。

色彩策略

Power BI 的默认调色板对于原型设计来说是可以接受的，但对于生产仪表板来说却不够。定义一个深思熟虑的颜色策略：

语义颜色。 专门为性能指标（良好、警告、不良）保留绿色、琥珀色和红色。切勿将这些颜色用于分类数据。如果您的条形图使用绿色表示“北美”，使用红色表示“欧洲”，则用户会无意识地将欧洲视为表现不佳，即使数据另有说明。

品牌颜色。 使用您组织的品牌调色板来获取分类数据。如果您的品牌使用海军蓝、石板灰色和青色，这些将成为您的条形图和折线图颜色。这使得仪表板感觉像是组织通信的一部分，而不是通用的分析工具。

上下文使用灰度。 使用浅灰色表示目标、基准和前期比较。这些参考线应该是可见的，但不应与主要数据竞争以引起注意。

总共限制为 5-6 种颜色。 单个仪表板页面中超过六种不同的颜色会产生视觉噪音。如果您的数据有六个以上类别，请将较小的类别分组为“其他”。

空白和信息密度

添加到仪表板页面的每个视觉效果都会降低该页面上所有其他视觉效果的有效性。这不是一个观点——它是人类注意力的函数。尼尔森诺曼集团的研究表明，在每个屏幕出现七个视觉元素后，仪表板的理解力急剧下降。

在视觉效果之间留出有意的空白。 Power BI 的对齐网格功能有助于保持一致的间距。使用分隔线或微妙的背景矩形对相关的视觉效果进行分组，但不要过度使用它们——太多的分组元素本身会造成视觉混乱。

精心设计的具有 5-7 个视觉效果的单页仪表板每次都胜过具有 15 个视觉效果的杂乱页面。将二次分析移至钻取页面，而不是将其塞到主视图中。

---

钻取页面和导航

构建钻取页面

钻取是 Power BI 的机制，用于从摘要转到详细信息，而无需创建单独的报告。用户右键单击数据点（产品、区域、客户）并导航到预先筛选到该选择的详细信息页面。

要构建有效的钻取页面：

第 1 步：创建详细信息页面。 将新页面添加到您的报告中。在“可视化效果”窗格中，将钻取字段（例如“产品名称”）拖到“钻取”井中。 Power BI 自动添加后退按钮。

第 2 步：设计详细布局。 详细信息页面应回答下一级问题。如果摘要页面按产品显示收入，则特定产品的钻取页面可能会显示收入趋势、利润分析、该产品的主要客户以及最近的订单。

步骤 3：添加跨筛选器上下文。 摘要页面上的任何切片器或筛选器都会自动应用于钻取页面。确保您的详细信息页面视觉效果尊重这些过滤器——使用不同的切片器组合进行测试以验证行为。

第4步：自定义后退按钮。 默认的后退按钮很小，很容易错过。将其替换为更大、标记清晰的按钮。使用操作设置为“返回”的文本框或形状来创建更明显的导航元素。

实现视图书签

书签捕获报告页面的状态——应用了哪些过滤器、哪些视觉效果可见以及哪些选择处于活动状态。它们在单个页面中启用多个“视图”，从而减少报告中的总页数。

常见的书签模式包括：

在图表和表格之间切换。 将图表和表格放置在页面上的同一位置。创建两个书签 --- 一个显示图表，隐藏表格，一个反转。添加标有“图表视图”和“表格视图”的按钮来激活相应的书签。

预设筛选器组合。 销售经理可能希望在“我的区域”和“所有区域”之间或“本季度”和“年初至今”之间快速切换。书签可以捕获这些过滤器状态，页面顶部的一排按钮可以实现一键切换。

引导分析叙述。 创建一系列书签，引导用户完成一个故事：“整体绩效→区域细分→问题区域→建议的操作。” “下一步”按钮将推进整个序列。这种模式对于仪表板充当幻灯片的高管演示特别有效。

带按钮的页面导航

除了钻取和书签之外，Power BI 还支持页面导航按钮，其功能类似于网站的导航菜单。使用具有“页面导航”操作的形状在所有报告页面上创建一致的导航栏。

在每个页面的顶部设计一个水平导航栏，其中包含每个部分的按钮：概述、销售、运营、财务、人力资源。使用条件格式或不同的背景颜色突出显示当前页面的按钮。这将多页报告从令人困惑的选项卡集合转变为结构化分析应用程序。

---

移动仪表板设计

为什么响应式还不够

Power BI Desktop 允许您使用“移动布局”视图为任何报表页面创建移动布局。对于生产仪表板来说，这不是可选的。超过 40% 的 Power BI 内容是在移动设备上使用的，对于很少坐在办公桌前的现场销售团队、高管和运营经理来说，这一比例还会增加。

移动布局不是桌面布局的响应式重新缩放。这是一个必须有意创建的单独设计。简单地在垂直堆栈中重新排列相同的视觉效果会产生糟糕的移动体验。移动仪表板需要不同的设计决策。

移动设计原则

严格确定优先级。 桌面仪表板页面可能有七个视觉效果。移动版本应该有三到四个。仅显示最关键的 KPI 和主要分析视觉效果。将其他所有内容移至辅助页面。

垂直堆叠。 移动屏幕又高又窄。将视觉效果排列在单列中。每个视觉效果应跨越移动画布的整个宽度，并且足够高，无需眯眼即可阅读 - 卡片至少 200 像素，图表至少 300 像素。

增加字体大小。 在 27 英寸显示器上以 12 像素可读的文本在 6 英寸手机屏幕上以 12 像素看不清。将移动布局中的所有文本大小增加 40-60%。卡片视觉值应至少为 28 像素。轴标签应至少为 14 像素。

**使用点击友好的交互。**在移动设备上，用户点击而不是悬停。工具提示更难访问。确保最重要的数据无需交互即可可见。在需要进行钻取的地方，请使用带有大点击目标的清晰标记的按钮（根据 Apple 的人机界面指南，至少为 44 像素方形）。

在真实设备上进行测试。 Power BI 移动应用的行为与 Power BI Desktop 中的移动布局预览略有不同。将报表发布到 Power BI 服务，并在 iOS 和 Android 上的移动应用程序中打开它，然后再签署设计。还要检查横向方向——许多用户旋转手机以获得更好的图表查看效果。

移动设备特定的视觉效果

有些视觉效果在移动设备上比其他视觉效果更好。 KPI 卡、仪表图和单值显示非常出色，因为它们一目了然地传达了数字。如果仅限于一两个系列，折线图效果很好。条形图在移动设备上应该是水平的，以避免标签被截断。

避免在移动设备上使用矩阵视觉效果——它们需要水平滚动，这令人沮丧。将它们替换为仅显示最重要列的过滤表，或使用传达相同比较的条形图。

---

行级安全性 (RLS)

为什么 RLS 很重要

行级安全性根据用户的身份限制用户可以看到哪些数据行。如果没有 RLS，您将面临两个不良选择：要么每个人都看到所有数据（安全和保密风险），要么为每个受众创建重复的报告（维护噩梦）。

RLS 通过根据查看报告的人员自动应用过滤器来解决此问题。区域销售经理只能看到其所在区域的数据。部门负责人只能看到其部门的指标。首席财务官看到了一切。全部来自同一份报告。

在 Power BI 中实施 RLS

步骤 1：在 Power BI Desktop 中定义角色。 转到建模 → 管理角色 → 创建。命名角色（例如“区域经理”）。在相关表上添加 DAX 过滤表达式：

[Region] = USERPRINCIPALNAME()

对于更复杂的场景，请使用安全表将用户电子邮件地址映射到他们应该看到的数据。这种方法比将用户名硬编码到角色定义中更易于维护。

步骤 2：创建安全映射表。 在数据模型中，创建一个名为 SecurityAccess 的表，其中包含 UserEmail 列以及他们可以访问的维度值（区域、部门、CostCenter）。创建该表和您的事实/维度表之间的关系。

角色过滤器表达式则变为：

[UserEmail] = USERPRINCIPALNAME()

应用于 SecurityAccess 表时，此过滤器通过关系传播到所有连接的表，从而将用户限制为只能访问其授权的数据。

步骤 3：在 Power BI Desktop 中进行测试。 使用建模 → 查看方式 → 选择角色并输入测试用户名。验证视觉效果是否仅显示预期数据。测试边缘情况：有权访问多个区域的用户、没有匹配行的用户（应该看到空白视觉效果，而不是所有数据）以及管理员角色（应该看到所有内容）。

步骤 4：将用户分配给 Power BI 服务中的角色。 发布后，转到数据集设置 → 安全性 → 将 Azure AD 用户或安全组分配给每个角色。使用安全组而不是单个用户可以更轻松地进行管理。

动态 RLS 模式

对于具有复杂层次结构的组织，静态角色变得难以处理。动态RLS使用安全映射表方法结合DAX函数来处理分层访问。

管理器层次结构的常见模式：SecurityAccess 表包括直接访问行和继承访问行。管理三名区域经理的副总裁会自动查看所有三个区域的数据。安全表上的 DAX 过滤器检查直接权限和继承权限：

CONTAINS(
    FILTER(SecurityAccess, SecurityAccess[UserEmail] = USERPRINCIPALNAME()),
    SecurityAccess[Region], Fact[Region]
)

这种方法可以扩展到拥有数百个用户和复杂组织结构图的组织，而无需在每次雇用、晋升或调动某人时进行角色更改。

---

刷新计划和数据管道

计划刷新配置

包含陈旧数据的仪表板比没有仪表板更糟糕。一旦遇到过时的数字，用户就会完全不再信任仪表板，而且这种信任几乎不可能重建。

Power BI 在高级容量上支持每天最多 48 次计划刷新（在专业版上每天支持 8 次）。配置刷新计划以与决策周期保持一致：

早上刷新 (6:00 AM)。 处理隔夜数据，以便当用户在上午 8:00 打开仪表板时，他们可以看到昨天的完整情况。这是最常见的模式，可以满足 80% 的用例。

业务结束刷新（下午 5:00）。 捕获团队全天的活动，在离开前检查每日绩效。对于跟踪每日目标的销售团队很有用。

每小时刷新。 保留用于近实时感知至关重要的操作仪表板：客户支持队列深度、生产线状态、物流跟踪。需要高级容量或高级每用户许可。

增量刷新

对于超过几百万行的数据集，完全刷新会变得缓慢且占用资源。增量刷新告诉 Power BI 仅刷新最近的数据（例如最近 7 天），同时保留历史数据缓存。

使用日期列上的 RangeStart 和 RangeEnd 参数在 Power BI Desktop 中配置增量刷新。定义增量范围（刷新最近N天）和历史范围（保留最近N年的数据）。 Power BI 对数据集进行分区，并仅刷新增量范围内的分区。

这将大型数据集的刷新时间从几小时缩短到几分钟。一家拥有 5000 万条交易行的零售公司在 45 分钟内刷新了其完整数据集。在实施 7 天窗口增量刷新后，刷新在 3 分钟内完成。

网关最佳实践

本地数据网关是本地数据源（SQL Server、Oracle、文件共享）和 Power BI 服务之间的桥梁。网关性能直接影响刷新可靠性。

将网关安装在专用服务器上。 不要将其安装在开发人员的笔记本电脑或共享应用程序服务器上。网关需要一致的可用性和对所有数据源的网络访问。

配置连接池。 在网关配置应用程序中，为查询量较大的数据源启用连接池。这会重用数据库连接，而不是为每个查询创建新连接，从而显着减少刷新时间。

监控网关运行状况。 Power BI 在 Power BI 服务管理门户中提供网关日志。设置刷新失败警报。默默地发生故障的网关会使仪表板显示陈旧的数据，而不会向用户表明这些数字已过时。

使用网关集群实现高可用性。 以集群模式将网关安装在两台或多台服务器上。如果一台服务器出现故障，另一台服务器会自动接管。这对于支持日常业务运营的生产仪表板至关重要。

---

性能优化

测量仪表板性能

Power BI Desktop 包含一个性能分析器（视图 → 性能分析器），用于记录每个视觉对象渲染所需的时间。开始记录，与仪表板交互并查看结果。

渲染时间超过 2 秒的视觉效果需要优化。常见原因包括：

复杂的 DAX 度量。 逐行迭代的度量（对大型表使用 SUMX、FILTER、嵌套 CALCULATE）比利用存储引擎的度量要慢得多。重写迭代措施以尽可能使用过滤器上下文。

**一页上的视觉对象太多。**每个视觉对象都会向数据集发送单独的查询。包含 15 个视觉效果的页面会发送 15 个查询，Power BI 会并行呈现它们。将视觉计数减少到 7 或更少。

视觉对象中的高基数列。 无论 DAX 优化如何，显示 10,000 行的表格视觉对象或包含 500 个类别的条形图都会很慢。过滤或聚合数据以显示可管理的行数（表的行数通常低于 100，图表的行数通常低于 20）。

DAX 优化技术

使用变量。 变量 (VAR) 计算一次并重复使用，防止冗余计算：

Revenue Growth =
VAR CurrentRevenue = [Total Revenue]
VAR PriorRevenue = CALCULATE([Total Revenue], DATEADD(Dates[Date], -1, YEAR))
RETURN
DIVIDE(CurrentRevenue - PriorRevenue, PriorRevenue)

当 CALCULATE 足够时避免 FILTER。 CALCULATE([Measure], Table[Column] = "Value") 比 CALCULATE([Measure], FILTER(Table, Table[Column] = "Value")) 更快，因为前者使用存储引擎，而后者强制逐行扫描。

在 Power Query 中预聚合。 如果仪表板仅显示每月总计，请在 Power Query 中将每日数据聚合到每月数据，然后再进入数据模型。这减少了模型大小并加快了后续的计算速度。

查询折叠

连接到基于 SQL 的源时，Power Query 可以将转换“折叠”回源数据库。这意味着数据库处理筛选、分组和联接，而不是 Power BI 处理内存中的原始数据。

通过右键单击 Power Query 中的步骤并查找“查看本机查询”来检查转换是否折叠。如果该选项可用，则该步骤折叠。如果它呈灰色，则该步骤在 Power BI 中本地运行，这对于大型数据集来说速度较慢。

通常折叠的转换：列选择、行过滤、分组、排序、同一源上的表之间的联接、数据类型更改。通常会破坏折叠的转换：使用 M 表达式添加自定义列、合并来自不同源的表、旋转/取消旋转。

---

治理和部署

工作空间架构

组织 Power BI 工作区以符合组织的结构和数据治理要求。常见的模式使用三层：

开发工作区。 每个开发团队或项目都有一个用于构建和迭代报告的工作区。访问权限仅限于开发人员。命名约定：DEV - Department - Project。

暂存工作区。 已完成的报告将移至暂存以进行审查和测试。业务利益相关者验证数据的准确性和可用性。命名约定：STG - Department。

生产工作区。 批准的报告将发布到生产工作区。这些是最终用户访问的工作区。永远不会直接在生产中进行更改。命名约定：PRD - Department。

部署管道

Power BI 部署管道可自动将内容从开发升级到暂存再到生产。这消除了下载 .pbix 文件并重新上传的手动过程，该过程容易出错且不跟踪版本。

配置部署规则以在阶段之间升级时自动更新数据源连接。开发报告连接到开发数据库，​​暂存到暂存数据库，生产报告连接到生产数据库。部署管道自动处理连接交换。

版本控制和文档

Power BI .pbix 文件是二进制文件，不能很好地与传统的 Git 工作流程配合使用。但是，您可以减轻此限制：

使用 Power BI 项目 (.pbip)。 .pbip 格式将报告保存为基于文本且适合 Git 的 JSON 和 TMDL 文件的文件夹。对于需要适当版本控制的团队来说，这是推荐的方法。

维护更改日志。 记录对报告的每项重大更改：添加的新度量、更改的数据源、修改的视觉布局。包括更改的日期、作者和原因。

对关键页面进行屏幕截图。 在进行重大布局更改之前，请对当前状态进行屏幕截图。这提供了补充技术变更日志的可视化历史记录。

如果您的组织需要帮助建立 Power BI 治理或构建可扩展的仪表板，ECOSIRE 的 Power BI 仪表板开发服务 提供从 KPI 定义到生产部署的端到端支持。

---

要避免的常见反模式

“一切仪表板”

试图为高管、经理、分析师和运营团队提供服务的单一仪表板并不能很好地服务于他们。高管们需要具有趋势背景的高级 KPI。分析师需要具有灵活过滤的精细数据。这些是根本不同的用例，需要不同的设计。

为每个受众构建单独的仪表板，通过共享语义模型连接。底层数据模型相同，保证一致性。视觉层是根据每个受众的需求和决策环境量身定制的。

“漂亮但无用”的仪表板

美观很重要，但它们不是目标。充满渐变背景、3D 图表、不必要的动画和装饰图像的仪表板在屏幕截图中可能看起来令人印象深刻，但在日常使用中却很糟糕。每个不传达数据的视觉元素都会分散注意力。

最有效的仪表板视觉上干净且数据密集。他们使用空白、清晰的版式和语义色彩来引导人们的注意力到重要的事情上。它们感觉像是一个精心设计的工具，而不是一个艺术项目。

“设置后就不用管了”仪表板

仪表板需要持续维护。数据源改变模式，业务需求发展，用户反馈揭示设计差距。安排季度仪表板审查，在其中评估使用指标（Power BI 提供视图计数和用户列表）、收集用户反馈并迭代设计。

从未更新的仪表板在 6-12 个月内就会变得无关紧要。将它们视为有生命力的产品，而不是一次性交付品。

对于希望构建高影响力仪表板而无需学习曲线的团队，ECOSIRE 提供全面的 Power BI 服务，包括 KPI 研讨会、仪表板设计和持续优化。如果您对特定用例有疑问，请联系我们的分析团队 进行咨询。

---

常见问题解答

Power BI 仪表板页面应包含多少个视觉对象？

将每页限制为 5-7 个视觉效果。对仪表板理解的研究表明，随着视觉密度的增加，用户处理信息的准确性会降低。如果您需要七个以上的视觉效果，请使用钻取页面、书签或其他报告页面，而不是将所有内容都塞到一个屏幕上。执行摘要页面的内容应该更少——三到五张 KPI 卡和一张主图表通常是理想的。

Power BI 中的仪表板和报表有什么区别？

在 Power BI 的术语中，“仪表板”是 Power BI 服务中的单页画布，用于显示一个或多个报表中的固定图块。 “报表”是在 Power BI Desktop 中创建的多页交互式文档。在实践中，大多数人使用“仪表板”来表示任何分析显示，无论它在技术上是仪表板还是报告。对于大多数用例，使用导航按钮构建多页报告可提供比将磁贴固定到仪表板画布更好的用户体验。

Power BI 数据应该多久刷新一次？

将刷新频率与决策周期而不是数据可用性保持一致。每日早晨刷新（工作时间之前）可满足 80% 的用例。支持实时决策（支持队列、制造状态）的操作仪表板可能需要每小时刷新，这需要高级容量。用于每月审查的财务仪表板可以每周刷新。过度刷新会浪费网关资源并增加成本，而不会提高决策质量。

我可以将 Power BI 仪表板嵌入到我自己的 Web 应用程序中吗？

是的。 Power BI Embedded 允许您使用 JavaScript API 将报表和仪表板嵌入自定义 Web 应用程序。您需要 Power BI Embedded 容量 (A-SKU) 或 Power BI Premium（通过 Fabric 的 P-SKU 或 F-SKU）。嵌入式报告保留所有交互功能：过滤、钻取、书签和 RLS。这就是许多 SaaS 平台向客户提供分析而不要求他们拥有 Power BI 许可证的方式。

如何处理组织外部用户的行级安全性？

对于外部用户（客户、合作伙伴），请使用 Power BI Embedded 的“应用拥有数据”嵌入模式。您的应用程序对用户进行身份验证，并生成具有有效身份的嵌入令牌，该身份指定其 RLS 角色和用户名。外部用户从不直接与 Power BI 服务交互，也不需要 Power BI 许可证。您在数据模型中定义的 RLS 规则适用于嵌入视图，确保每个外部用户只能看到其授权数据。