
sidebar.wechat

sidebar.feishu
sidebar.chooseYourWayToJoin



上图使用的是合成 demo 数据。重点不是具体数值,而是 AskTable 能按配置好的业务口径先解释计算方式,再给出表格和关键观察。
很多企业接入 AskTable 之后,第一反应是:数据已经连上了,为什么 AI 还需要配置?
原因很简单:数据系统里通常只有字段名和数字,但真正的业务含义在人的脑子里。
比如:
account_name 到底是广告账户、客户账户,还是门店账户?这些信息,AskTable 需要你告诉它。告诉得越清楚,AI 越能按你们公司的业务习惯来分析,而不是只按字段名猜。
这篇文章讲的就是:非技术人员如何配置这些语义信息,让 AskTable 更懂你的业务。
你可以把 AskTable 的语义配置理解成五类“业务说明书”:
它们不是给技术人员看的,而是给懂业务的人用的。
| 功能 | 适合告诉 AI 什么 | 适合放什么内容 | 不适合放什么 |
|---|---|---|---|
| 表备注 | 这块数据整体代表什么 | 数据范围、业务对象、更新频率、数据粒度 | 复杂计算规则 |
| 字段备注 | 某一列具体是什么意思 | 字段含义、单位、枚举说明、空值含义 | 长篇业务制度 |
| 字段值索引 | 某一列里常见的名字/类别/状态 | 门店名、城市、渠道、商品类目、客户等级 | 金额、日期、长文本、唯一编号 |
| 业务文档 | 公司自己的业务规则 | 指标口径、黑话解释、跨数据关联关系、计算规则 | 一两句话就能说清的小备注 |
| 偏好设置 | 这个智能体长期遵守的习惯 | 公司背景、分析方式、输出风格 | 经常变化的大段规则 |
简单判断:

在数据源字段配置中,可以补充表备注、字段备注;对账户名、渠道、客户等级这类适合的字段,也可以开启字段值索引,让 AskTable 更容易识别业务名称和类别。
表备注解决的是“这块数据整体代表什么”。
对业务人员来说,可以把“表”理解成“一块业务数据”。它可能来自 Excel,也可能来自 ERP、CRM、广告后台、订单系统。
好的表备注应该回答四个问题:
示例:
账户日消耗数据
记录每个广告账户每天的投放情况,包括消耗、展现、点击、点击率和预约量。每一行代表一个账户在某一天的投放表现。这块数据只包含账户投放结果,不包含客户线索等级和客户是否重复申请。
这样的备注能帮助 AI 避免误解。
如果用户问“昨天自运营账户有效成本前十”,AI 会知道:账户消耗在这块数据里,但“有效客户”可能要去另一块客户线索数据里找。
字段备注解决的是“这一列到底是什么意思”。
很多字段名对系统友好,但对 AI 不一定友好,比如:
costgmvvalid_cntaccount_namestatussource字段备注应该尽量写成业务语言。
示例:
| 字段 | 推荐备注 |
|---|---|
| account_name | 广告账户名称,用于和客户线索数据中的账户名称关联 |
| media | 投放媒体渠道,如腾讯广告、视频号、巨量引擎 |
| spend | 账户当日广告消耗金额,单位为元 |
| appointment_count | 当日预约量,表示产生预约行为的客户数量 |
| customer_level | 客户星级,二星+、三星、四星可用于判断客户质量 |
| duplicate_status | 是否重复申请;重复申请的数据不计入有效客户 |
字段备注越清楚,AI 越容易选对字段,也越容易解释结果。
字段备注尤其适合写:
字段值索引可以理解成:让 AskTable 记住某一列里常见的业务名称。
比如用户会问:
这些问题里出现了具体名字:门店名、渠道名、客户等级、账户名。AI 需要知道这些名字在数据里怎么写,才能更准确地找到对应数据。
适合开启字段值索引的字段:
不建议开启的字段:
原因很简单:字段值索引适合“有限数量的业务名称”。如果一个字段每行都不一样,或者是数字日期,就不适合让 AI 记。
业务文档适合放“几句话讲不完”的业务知识。
比如:
业务文档有四个部分:
| 配置项 | 怎么写 |
|---|---|
| 标题 | 让人一眼知道这篇文档讲什么 |
| 描述 | 一句话概括文档内容,方便 AI 找到它 |
| 正文 | 写完整业务规则、计算逻辑、注意事项 |
| 关键词 | 写用户常问的词,命中后更容易引用这篇文档 |
推荐写法:
标题
客户线索与投放成本口径说明
描述
说明有效客户、优质客户、良好客户、线索成本,以及客户线索数据和账户日消耗数据的关联方式。
关键词
有效客户、优质客户、良好客户、线索成本、自运营账户、account_name
正文
线索指的是客户线索数据里的记录。
有效客户、有效线索都指排除状态为重复申请后的数据。
优质客户包含三星、四星客户。
良好客户包含二星+、三星、四星客户。
账户日消耗数据只包含账户消耗、展现、点击等投放情况,不包含客户线索信息。
客户线索数据和账户日消耗数据通过 account_name 关联。
分析成本或跨不同粒度事实数据时,必须先聚合再关联,避免重复统计。
有效成本 = 消耗 / 有效客户数量。
优质成本 = 消耗 / 优质客户数量。
良好成本 = 消耗 / 良好客户数量。
异业账户如果获取不到消耗,不代表停投。
部分自运营账户有线索但无消耗,是因为没有获取到消耗,并不是自然流量。
这类内容不适合写在字段备注里,因为它不是某一列的解释,而是一整套业务规则。

业务文档适合承载完整的指标口径、关键词和计算规则。用户后续问到“有效成本”“优质客户”这类问题时,AskTable 就能引用这些业务说明来理解问题。
偏好设置在数据智能体的“配置”里,分为两类:

领域知识适合写这个智能体长期需要知道的业务背景。
例如:
我们主要分析广告投放和客户线索转化。核心关注账户消耗、有效客户数、优质客户数、预约量和不同媒体渠道表现。分析时要区分自运营账户和异业账户。
领域知识适合写:
分析偏好适合写你希望 AI 怎么回答。
例如:
回答时先给结论,再给 TOP 明细表,最后给原因和建议。遇到成本类问题,优先说明计算口径;如果数据可能不完整,要在结论中提示风险。
分析偏好适合写:
注意:偏好设置适合写短而稳定的规则。长篇业务口径应该放到业务文档里。
假设运营负责人想问:
列出昨天有效成本前十的自运营账户,并绘制表格。
为了让 AI 稳定回答这个问题,可以这样配置。
账户日消耗数据
记录每个广告账户每天的投放消耗、展现、点击、点击率和预约量。每行代表一个账户一天的投放表现。不包含客户线索等级、重复申请状态和有效客户数量。
客户线索数据
记录客户线索明细,包括客户所属账户、线索状态、客户星级、是否重复申请等信息。可用于统计有效客户、优质客户和良好客户。
| 字段 | 备注 |
|---|---|
| account_name | 账户名称,可用于关联账户日消耗数据和客户线索数据 |
| spend | 广告账户当日消耗金额,单位元 |
| media | 投放媒体渠道 |
| customer_level | 客户星级,用于判断优质客户和良好客户 |
| duplicate_status | 是否重复申请,重复申请不计入有效客户 |
建议开启:
account_name:用户会直接说账户名media:用户会直接说媒体渠道customer_level:用户会直接说三星、四星、二星+不建议开启:
spend:金额字段,不适合date:日期字段,不适合click_count:点击量字段,不适合标题:
客户线索与投放成本口径说明
描述:
说明有效客户、优质客户、良好客户、成本计算方式,以及账户日消耗数据和客户线索数据的关联关系。
关键词:
有效客户、有效成本、优质成本、良好成本、自运营账户、客户线索
正文:
有效客户指排除重复申请后的客户线索。
优质客户包含三星、四星客户。
良好客户包含二星+、三星、四星客户。
账户日消耗数据只有账户消耗、展现、点击等投放数据,没有客户线索信息。
客户线索数据和账户日消耗数据通过 account_name 关联。
计算成本时,应先分别按账户聚合消耗和客户数量,再按账户关联,避免重复统计。
有效成本 = 消耗 / 有效客户数量。
优质成本 = 消耗 / 优质客户数量。
良好成本 = 消耗 / 良好客户数量。
领域知识:
这个智能体主要服务广告投放运营团队,关注账户消耗、有效客户数、优质客户数、良好客户数、预约量、媒体渠道和账户成本。
分析偏好:
回答成本类问题时,先说明采用的计算口径,再给 TOP 表格。结论要简洁,如果发现数据缺失或口径风险,需要明确提示。
这样配置后,用户再问“昨天自运营账户有效成本前十”,AI 就更容易理解:
不推荐:
spend:消耗
推荐:
spend:广告账户当日投放消耗金额,单位为元,用于计算获客成本。
如果一段规则超过几句话,或者涉及多个数据,就不要放字段备注,应该放业务文档。
字段值索引不是越多越好。只给用户会直接说出口的名称、类别、状态开启即可。
偏好设置适合写“长期习惯”,比如回答风格和常识背景。复杂口径放业务文档,更容易维护。
描述和关键词会帮助 AI 更容易找到这篇文档。建议每篇业务文档都写清:
第一次配置时,可以按这个顺序:
后续维护时,可以把每一次“AI 理解错”的原因转化成配置:
AskTable 的语义配置,本质不是让业务人员学技术。
它做的是一件更简单的事:把你原本就懂的业务知识,用合适的位置告诉 AI。
字段是什么意思,数据怎么关联,指标怎么算,哪些规则不能错,回答应该怎么组织。
这些说清楚之后,AI 才能真正从“会查数”,变成“懂业务”。
sidebar.noProgrammingNeeded
sidebar.startFreeTrial