从业务问题追到可检查的分析依据
- 确认相关数据已接入，并由数据团队维护所需指标和语义定义
- 在 Spotter 中提出具体的业务问题，例如某指标变化发生在哪个时间段或分组
- 检查生成的查询逻辑、数据口径和结果，再通过追问或筛选缩小问题范围
- 将经业务负责人确认的发现整理为团队可复用的结论或后续动作
- 如需写入其他系统，按组织权限与审批要求复核后再执行
ThoughtSpot Spotter
结合企业语义层，用自然语言获取可追溯的数据洞察
结合企业语义层，用自然语言获取可追溯的数据洞察
产品定位
Spotter 不是任意文件问答或通用聊天机器人，而是 ThoughtSpot 企业分析产品中的 AI 分析入口。它把自然语言问题映射到组织治理的语义层和数据模型，使用户能查看用于回答的查询逻辑；Spotter Memory 可利用已建模的数据、对话和可信 Liveboard 中的业务定义作为上下文。分析结果可继续用于建议动作，或在组织配置下连接 Jira、Salesforce、Slack 等工作流。企业也可通过嵌入方式将受治理的分析体验放入自己的产品，并为嵌入环境配置特定 Analyst 的数据模型、指令和工具限制。使用前需完成数据接入、语义建模与权限配置；查询结果仍应由熟悉数据口径的人核对，跨系统写入动作要纳入既有审批流程。
提供方: ThoughtSpot
适合用户
- 需要自助查询企业指标和经营趋势的业务团队
- 负责数据模型、语义层与访问治理的数据团队
- 希望在自有产品中嵌入企业分析体验的产品和开发团队
不适合
- 没有接入 ThoughtSpot 企业数据、只想临时分析个人文件的用户
- 要求 AI 在没有业务口径、权限治理和结果复核的情况下作为唯一决策依据的组织
功能亮点
用自然语言探索业务数据
向已连接的数据提出日常或策略问题，并在回答基础上继续追问、检查趋势或深入分析。
基于语义层给出可追溯分析
将问题映射到组织治理的语义定义与查询逻辑，帮助用户检查采用的指标口径和分析依据。
结合组织上下文回答
Spotter Memory 可利用数据模型、业务对话和可信 Liveboard 中的定义作为上下文；组织应检查这些上下文是否准确、适用。
将分析嵌入产品或工作流
通过嵌入方式向产品用户提供分析体验；开发者可为嵌入 Analyst 指定数据模型、指令、工具范围和访问控制。
衔接后续业务动作
在组织配置和授权下，将分析洞察用于创建 Jira 工单、更新 Salesforce 记录或发布 Slack 消息等后续流程。
使用步骤
在产品中嵌入受限范围的分析助手
- 为目标场景准备专用数据模型和治理过的业务定义
- 在 Spotter Analyst 中设置自定义指令、允许使用的工具和对话提示
- 配置嵌入侧的分享权限、管理权限和可见操作
- 在目标应用中启用 Analyst 嵌入视图并用不同角色账号验证
- 正式开放前检查用户只能访问授权数据和预期操作
适用场景
业务团队自助分析经营指标
运营、销售、财务与业务管理团队
围绕已建模的数据提问并逐步细化分析，减少简单分析问题必须等待专门报表或分析师处理的情况。
统一指标口径并核查查询逻辑
数据分析与治理团队
把业务术语映射到受治理的语义层，让自然语言分析沿用组织定义，并允许使用者检查问题采用的口径和查询依据。
向自有产品用户提供嵌入式分析
数据产品与开发团队
在产品内嵌入专用 Spotter Analyst，并为其限定数据模型、指令、工具和分享权限，提供与产品上下文相符的分析入口。
访问与价格
可用状态: 当前可用
价格信息: 价格待确认
支持平台: Web
官方入口
常见问题
Spotter 可以直接分析任意上传的表格吗？
Spotter 的定位是基于 ThoughtSpot 中已连接和建模的企业数据进行分析；组织需要准备数据模型、业务语义和访问权限。它不应被理解为无需数据接入的通用文件问答工具。
嵌入应用中的 Spotter Analyst 能限制数据和操作范围吗？
可以配置 Analyst 使用的数据模型、自定义指令、工具限制和分享权限，也可控制嵌入视图中的部分操作；应结合应用角色实际验证最终可见范围。
来源核验
资料核验于 2026-10-05