Article body
正文
业务讨论常从一个数字开始,也常卡在一个数字上。营业收入是否含税、复购率按哪段周期统计、门店销售看哪一天,这些问题若分散在报表、临时计算和个人经验里,团队很难稳定复用同一套结论。衡石把指标定义、业务场景配置、指标分析与问数准备放在连续工作流中,让业务口径有明确的承载位置。
衡石观点: 可信分析先统一业务口径。指标是可执行的业务语言,既要说清“算什么”,也要说明“在什么业务场景下分析”。
指标先定义,再进入业务场景
衡石将指标分为原子指标和业务指标。原子指标只包含指标定义,用聚合类型函数表达数值计算,并可使用字段、参数、用户属性和过滤操作。例如,团队可以把“营业收入”定义为一个聚合计算,先固化它的计算口径。
业务指标在指标定义之外增加业务配置,使同一个数值计算对应明确的分析场景。配置项包括限定条件、分析维度、时间轴和路径归因。限定条件可以约束业务范围;分析维度支持按业务对象拆解;时间轴规定时间分析方式;路径归因用于关联相互影响的指标并共同分析。日期类型维度是设置时间轴的前提,单个业务指标可选择一个日期字段作为时间轴。
| 对象 | 衡石中的作用 | 团队获得的结果 |
|---|---|---|
| 原子指标 | 用聚合计算定义数值口径 | 沉淀可复用的基础计算 |
| 业务指标 | 补充限定条件、维度、时间轴与路径归因 | 形成可分析的业务场景 |
| 指标粒度 | 复用维度、时间轴和限定条件 | 减少相同场景的重复配置 |
复用配置时,要看清数据边界
多个业务指标共享相同的维度、时间轴和限定条件时,团队可以把这些配置定义为指标粒度,并在指标中引用。粒度信息发生变化后,引用它的指标会同步更新。这样,团队可以把“按门店、按月、限定已完成订单”这类分析条件维护在一处。
指标粒度有清晰的适用范围:它目前只支持一个数据集。业务指标若从数据模型的多个表中选择维度或限定条件,团队需要按该业务场景配置指标,不能依靠指标粒度完成复用。把这个限制写进实施规范,能避免把多表分析误配为单数据集粒度。
用业务主题组织指标的发布与使用
衡石的指标管理以业务主题组织内容。一个主题可以包含指标和子主题,同一指标也可以加入多个业务主题。主题中的指标支持上线、下线、移除和刷新:上线后的指标可供用户查看与分析,下线后用户无法查看和使用。团队可以按经营、销售、供应链等业务语境组织指标,而不是把全部计算规则平铺给使用者。
业务主题支持授权给管理者、编辑者、查看者和租户使用者。获得主题权限的用户可在指标集市查看相应主题下的指标,并在指标分析看板中分析。指标集市展示关联业务主题且已上线的指标,用户可查看指标图表、定义和上下游生产关系。指标从创建到发布再到分析,都保留在同一个业务语境中。
让口径服务图表分析与 Data Agent
原子指标可以在创作看板中作为度量或过滤器使用,也可以进入指标分析看板。业务人员查看指标时,看到的不只是一个结果,还可以回到指标定义、粒度信息与血缘关系核对口径。分析动作因此有可追溯的依据。
Data Agent 的准确理解也依赖这层准备。衡石建议团队为数据集、字段和原子指标采用清晰且有描述性的名称,补全字段和指标的用途说明,并区分字段名与指标名。数据集知识管理可维护业务术语、同义词、隐含规则以及字段和指标的映射。例如,团队可以明确“财年”的时间范围,或把“ROI”映射到已定义的指标,而不是让问数过程临时拼接计算逻辑。
在数据侧预先沉淀可复用的业务口径,并以指标形式对外提供,能够提升问数结果的准确性、稳定性与可解释性。无关字段可以隐藏,减少 Data Agent 的理解范围;领域规则则应由业务人员持续维护,保证名称、描述与真实业务含义一致。
衡石的指标管理方法
衡石把口径落实在数据集、指标管理、指标分析和 Data Agent 的连续工作流中。团队先在数据集内定义原子指标,再通过业务配置形成业务指标;随后按业务主题发布和授权,在指标集市与指标分析中使用;最后用清晰的字段、指标描述和业务规则为 Data Agent 提供可理解的语义基础。
这套方法把“统一口径”落到具体对象和操作上。数据团队负责计算定义与数据边界,业务团队负责场景、术语和说明,使用者在有权限的主题下查看和分析指标。每次讨论都可以回到指标定义和业务配置,减少因同名不同义造成的反复核对。