功能清单谁都能列，但「我这个场景能不能做」才是真问题。下面七个场景覆盖了大多数企业实际用法。
| 场景 | 用什么功能 | 注意点 |
|---|---|---|
| 财务月报 | Excel/CSV 导入、日期表、DAX 同环比、矩阵视觉对象、导出 PDF | 科目表要做成维度表，否则同比算不准 |
| 销售漏斗 | 漏斗图 / 阶段条形图、钻取、按销售的 RLS | 阶段顺序要固定，别用排序后的文本列 |
| 运营实时监控 | DirectQuery 或流式数据集、自动刷新页、卡片与 KPI 视觉对象 | 实时要付费容量或 Premium，Pro 的刷新有次数上限 |
| 人力看板 | 人员明细 + 组织层级、钻取、敏感字段 RLS | 涉及个人信息，发布前确认合规与权限 |
| 库存周转 | 复合模型（明细 DQ + 汇总导入）、计算组、异常检测 | 数据量大，先做聚合表再出图 |
| 客户分析 | Power Query 合并多源、聚类/分群、地图视觉对象 | 地址字段要标准化，否则地图定位会飘 |
| 嵌入式报表 | Power BI Embedded / Fabric 容量、服务主体、嵌入令牌 | 面向外部客户要额外许可（App Owns Data） |
| 能力 | 能做到什么程度 | 做不到什么 |
|---|---|---|
| Power Query | 几百种数据源的清洗、合并、逆透视、参数化 | 不适合做复杂的业务规则引擎；步骤太多会拖慢刷新 |
| DAX | 时间智能、上下文计算、动态排名、用户关系（USERELATIONSHIP） | 不能做逐行游标式处理（那要用 M 或 SQL） |
| 可视化 | 几十种内置图表 + 自定义视觉对象 + R/Python 视觉对象 | 复杂交互（拖拽式自定义）要靠书签或 Power Apps 视觉对象凑 |
| 共享 | 工作区、应用、链接、Teams 嵌入、导出静态文件 | 无许可证的匿名访问只在前端嵌入或 F64+ 容量下成立 |
能生成单页草稿、写 DAX 提示、解释视觉对象，但它不负责数据清洗质量，也做不了业务口径判断。 而且 Copilot 需要 Fabric 容量（F2 及以上）与相应许可，不是装了 Desktop 就有。
不能。Excel 适合单元格级手工建模与灵活试算，Power BI 适合「固定口径的批量分析与分发」。 真实场景里两者是接力关系：Excel 收数 → Power BI 出报表。
做基础报表完全不用。遇到这三件事才需要：批量清洗（M 语言）、复杂指标（DAX）、 自定义图表（JS 或 Python 视觉对象）。
| 需求 | 为什么不适合 | 更合适的方案 |
|---|---|---|
| 几百人同时查明细流水 | 模型常驻内存，按人计费成本高 | 数据库 + BI 查询层，或数据仓库直连 |
| 需要单元格级填报 | Power BI 是只读分析，写回要用 Power Apps | Excel / 表单工具 |
| 纯静态报告分发 | 订阅与许可证成本不划算 | 导出 PDF 或邮件订阅 |
| 毫秒级交易看板 | DirectQuery 也受查询与网络延迟限制 | 时序库 + 专用监控面板 |