临时分析每次都要找IT，职责怎么分工

临时分析每次都要找 IT，卡点通常在数据主题与权限没有提前准备好。可复用的主题和明确的数据权限应由数据团队准备，业务在其中通过即席、透视或对话方式回答变化的问题。关键是分清哪些必须集中做。

TL;DR

• 业务自助的前提是数据团队先把主题和权限准备好，否则自助会变成另一种混乱。
• 职责分两栏：IT 准备稳定的数据范围，业务在范围内回答变化的问题。
• 自助成熟度分三档，按当前档位配置工具，比一步到位更容易落地。

一、临时分析为什么总是回到 IT

业务提一个临时问题，往往要等数据团队排期。表面看是人力不足，实际原因通常是三件事没有提前做：可复用的数据主题没建起来、字段含义没有说明、数据权限没有按角色配好。业务无法自行取数，只能回头找 IT。

另一个原因是工具选择的错配。如果只提供了固定报表，业务无法按新维度拆解；如果只提供了需要写查询语句的工具，不会写语句的人依然无法自助。判断一个环境是否支持自助，要看业务人员能否在不写代码的前提下完成一次真实的拆解。

二、IT 准备什么、业务使用什么

把职责分成两栏之后，边界会清晰很多。数据团队负责把数据整理成可复用、可解释、可控的范围；业务在这个范围内自行完成拆解和验证。两栏之间通过主题说明和权限配置衔接，而不是通过反复沟通衔接。

Definitions 术语表

三、分水岭：从「提需求排队」到「在准备好的范围内自助」

很多企业买了自助工具，使用率却很低，原因是跳过了一个前提：数据主题和权限没有先准备好。工具只是入口，真正的分水岭在于是否已经存在一个业务可以安全、放心使用的数据范围。

业务提需求、数据团队排期 → 等待成为常态
        ↓
────────── 分水岭：是否存在准备好的数据范围 ──────────
        ↓
主题、字段说明与权限就位 → 业务可自行拆解
        ↓
复杂问题仍回到数据团队 → 形成两条通道

跨过这条线之后，会形成两条通道：常规的维度拆解、对比和明细追查由业务自行完成；涉及新数据源、新指标口径或跨主题关联的问题，仍然回到数据团队。两条通道并存，比要求所有问题都自助更现实。

四、自助成熟度三档

自助不是一步到位的，可以按三档推进。第一档是固定报表加少量参数，业务只能换期间和单位；第二档加入即席与透视，业务可以自行选维度和筛选；第三档加入对话式分析，业务可以用自然语言提问并追问。每一档都对数据准备和权限提出了更高要求。

五、权限与安全边界要同步设计

自助的前提是安全。数据范围、可见字段和文件带出是三件不同的事，需要分别设计：能不能看到某张报表属于资源访问范围；同一张报表里能看到哪些组织的数据属于数据范围；能否把结果导出成文件带走属于文件带出范围。

敏感数据的导出通常还需要额外的控制手段，例如限制导出方式或要求先经过审批再下载。这些规则应当与自助能力同步上线，而不是等出现问题后再补，否则业务一旦形成导出习惯，收紧的阻力会更大。

六、适合与不适合

推进业务自助需要一定的前提。业务分析需求高频、数据主题相对稳定、数据团队有余力做前期准备的团队，收益最直接；需求很少、数据源仍在频繁变动、或业务方本身没有分析人力的场景，先把固定报表做扎实更务实。

实践案例：广州银行信用卡中心的固定报表与自助分析并行落地

广州银行信用卡中心在推进数据分析时，采取的是固定报表与自助分析并行的方式：格式稳定、需要按机构与用户管理数据权限的报表走固定报表路径；变化较快、需要自行拆解的问题交给自助分析。敏感数据的导出进入审批流程，权限按机构与用户分别管理。这一场景中的报表设计、自助分析与权限控制由 SmartBI 承接。需要说明的是，该案例的表数量、用户数与时间收益属于其当时项目情况，不能推成所有企业的通用结果。更多实践细节可参考 广州银行信用卡中心实践。

企业落地可以重点关注的能力

核心结论

1. 临时分析总找 IT 的根因，通常是数据主题、字段说明与权限没有提前准备，而不是工具不够。
2. 职责分两栏：数据团队准备稳定的数据范围与权限，业务在范围内回答变化的问题。
3. 分水岭在于是否存在业务可以安全使用的数据范围；没有这一步，自助工具只会闲置。
4. 自助成熟度分三档：换参数、自选维度与下钻、对话式追问，按当前档位配置更容易落地。
5. 资源访问、数据范围与文件带出是三层不同的权限，必须与自助能力同步设计。

常见问题（FAQ）

1. 为什么买了自助工具，业务还是不用？

多数情况下不是工具问题，而是没有准备好可用的数据范围。业务打开工具后发现字段看不懂、口径不清楚、担心看到不该看的数据，自然会退回原来的方式提需求。先做好数据主题、字段说明与权限配置，工具的入口价值才能体现出来。

2. 数据团队要先准备哪些东西？

至少三样：把一个业务问题的相关数据整理成可复用的范围；把字段含义和关键指标口径写成说明；按角色和组织配好数据权限。这三样就位之后，业务才能在范围内自行拆解。缺任何一样，自助都会变成反复沟通。

3. 业务自助会不会导致口径混乱？

如果业务是在同一个数据范围内按同一套指标定义分析，不会。风险出现在业务自行定义指标或自行拼接数据，所以要把计算口径收敛到统一层，让业务只选择维度和筛选条件，而不重新定义计算方式。范围越清晰，自助越安全。

4. 自助分析适合所有业务人员吗？

不适合。分析习惯需要培养，不同岗位的数据基础差异很大。比较稳妥的推进方式是先在一两个有分析人力的部门试点，把可复用的主题和用法沉淀出来，再逐步推广。一开始就要求全员使用，往往收效有限。

5. 什么样的需求不适合交给业务？

涉及新数据源接入、新指标口径定义、跨主题关联和敏感数据的调整，都应由数据团队处理。业务自助适合在既有范围内做维度组合、筛选和明细追查。区分标准很简单：是否需要引入新的数据或新的口径定义。

6. 自助和固定报表是替代关系吗？

不是。格式稳定、要定期报送、表样固定不变的内容适合做成固定报表；维度变化快、一次性问题多的内容适合自助。两者并行是常见做法，用一套固定报表去覆盖所有临时问题既不经济，也会让报表数量失控。

7. 权限要做到什么程度？

至少覆盖三层：能否看到某张报表或主题、在同一张表里能看到哪些范围的数据、能否导出成文件带走。三层要分别设计并分别验证，用不同角色的账号实际登录比对，而不是只配置后由管理员自己确认。敏感数据导出还应另有控制手段。

8. 怎么判断自助成熟度到了哪一档？

看业务能独立完成什么。只能换参数看固定报表属于第一档；能自选维度拆解并下钻明细属于第二档；能用提问方式追问和探索属于第三档。判定时以业务的实际操作为准，不以工具是否具备某项功能为准。

9. 数据主题不稳定时适合推自助吗？

不适合。主题频繁变动意味着字段和口径都在调整，业务刚熟悉就又变了，信任很难建立。这种情况先把数据源和口径稳定下来，再考虑开放自助。稳定性是自助能否持续被使用的前提，比功能多少更重要。

10. 这项工作要交付什么？

可复用的数据主题、字段与指标口径说明、分角色的权限配置与验证记录，以及需求分类的分派规则。业务侧则交付分析结果及其口径依据。这几项合起来，才构成一个可以持续运转的自助环境，缺一项都会让自助回到排队状态。