惯性聚合 高效追踪和阅读你感兴趣的博客、新闻、科技资讯
阅读原文 在惯性聚合中打开

推荐订阅源

Forbes - Security
Forbes - Security
CTFtime.org: upcoming CTF events
CTFtime.org: upcoming CTF events
F
Fortinet All Blogs
B
Blog
T
The Blog of Author Tim Ferriss
Engineering at Meta
Engineering at Meta
GbyAI
GbyAI
Y
Y Combinator Blog
Microsoft Azure Blog
Microsoft Azure Blog
L
LangChain Blog
Recent Announcements
Recent Announcements
U
Unit 42
Martin Fowler
Martin Fowler
M
MIT News - Artificial intelligence
让小产品的独立变现更简单 - ezindie.com
让小产品的独立变现更简单 - ezindie.com
The Register - Security
The Register - Security
Recorded Future
Recorded Future
C
Check Point Blog
V
V2EX
奇客Solidot–传递最新科技情报
奇客Solidot–传递最新科技情报
Hugging Face - Blog
Hugging Face - Blog
WordPress大学
WordPress大学
Google DeepMind News
Google DeepMind News
酷 壳 – CoolShell
酷 壳 – CoolShell
F
Full Disclosure
小众软件
小众软件
A
About on SuperTechFans
云风的 BLOG
云风的 BLOG
宝玉的分享
宝玉的分享
Last Week in AI
Last Week in AI
有赞技术团队
有赞技术团队
MongoDB | Blog
MongoDB | Blog
爱范儿
爱范儿
P
Proofpoint News Feed
罗磊的独立博客
量子位
D
Docker
博客园_首页
D
DataBreaches.Net
Project Zero
Project Zero
博客园 - 司徒正美
Threat Intelligence Blog | Flashpoint
Threat Intelligence Blog | Flashpoint
博客园 - Franky
Security Latest
Security Latest
cs.AI updates on arXiv.org
cs.AI updates on arXiv.org
N
Netflix TechBlog - Medium
K
KPMG report finds enterprise disconnect between AI and its ROI | CIO
博客园 - 三生石上(FineUI控件)
H
Hackread – Cybersecurity News, Data Breaches, AI and More
大猫的无限游戏
大猫的无限游戏

人人都是产品经理

为什么你的产品找不到差异化?90%的失败都卡在第一步上(下) – 人人都是产品经理, 3年从30万到1300万用户、获2200万美元融资,这个AI教育产品用“抽卡”破解了获客难题 – 人人都是产品经理, 园区招商系统怎么做才能真正帮到去化?我加了这一个功能,推广链接转发400次阅读过万 – 人人都是产品经理, AI大事件:OpenAI发完网络安全模型又搞药物研发,小鹏汽车要抓”DeepSeek时刻” – 人人都是产品经理, 电商不是卖货,是一场更残酷的产品经理实战 – 人人都是产品经理, 没想到,活动营销又回来了! – 人人都是产品经理, 为何All-in海外KOC:一场关于AI时代窗口期的豪赌 – 人人都是产品经理, 重新理解企业的内部协作 – 人人都是产品经理, 苹果的 AI 战略到底是什么? – 人人都是产品经理, 医疗智能体·第2讲——合规护城河:等保、PIPL与HIPAA的架构实战 – 人人都是产品经理, 向量知识库五步法:从“答非所问”到“精准回复” – 人人都是产品经理, 鸿蒙PC三方库构建总指挥HPKBUILD(sha)库为例 – 人人都是产品经理, 何时该用LLM?AI产品经理的LLM设计指南 – 人人都是产品经理, 医疗信息领域的需求方、决策方、准入方以及关注点(二) – 人人都是产品经理, 即梦涨价:一场被误读的「傲慢」 – 人人都是产品经理, 面试AI PM必答题:Hermes和OpenClaw的区别,如何讲清楚业务价值 – 人人都是产品经理, AI的下一张船票:世界模型——AI产品经理必须理解的技术拐点 – 人人都是产品经理, 小红书做GEO,怎么让AI信你?记住这 3 个重要信息 – 人人都是产品经理, 5 家印度 AI 初创公司,看看印度 AI 再做什么 – 人人都是产品经理, AI项目跨团队协作:产品技术业务如何不打架 – 人人都是产品经理, Agentic Workflow(智能体工作流):让AI从”答案生成器”变成”数字员工” – 人人都是产品经理, lycium_plusplus 项目全景解读:OpenHarmony 三方库构建的“大管家” – 人人都是产品经理, 从爆单救火到前置履约:两套预采策略,把生鲜大促履约效率拉满 – 人人都是产品经理, 什么时候该补货?我用一轮数据做了一个决定 – 人人都是产品经理, 从“机械兜底”到“动态分流”:AI客服重复进线治理的4大底层逻辑 – 人人都是产品经理, 抖音拼效率,红书拼洞察 – 人人都是产品经理, 全民狂欢与退潮——为什么龙虾这波热潮冷却得如此之快? – 人人都是产品经理, Stripe押注!MPP重塑全球支付 – 人人都是产品经理, 小红书GEO:AI引用你的内容,不是因为你对,而是因为你看起来可信 – 人人都是产品经理, 前百度副总裁押注办公Agent,日韩付费爆发,Manus迎来强劲对手 – 人人都是产品经理, 企事业单位数字化的业务供需本质 – 人人都是产品经理, 医疗智能体·第1讲——医疗信息化重构:从“辅助软件”到“自主智能体”的范式转移 – 人人都是产品经理, 粉丝量就是空气!!! – 人人都是产品经理, 用户说“薯片碎了”,机器回“要买吗?”:意图识别的翻车与破局 – 人人都是产品经理, RAG召回准确率从75到90 我做对了这三件事 – 人人都是产品经理, AI大事件:Anthropic改收费、OpenAI发安全版、手术机器人纳入医保、阿里发布”秒悟” – 人人都是产品经理, Chrome 推出 Skills 新功能,Agent 重塑上网方式 – 人人都是产品经理, GitHub前创始人拿了a16z的1700万美元,做Agent时代的Git – 人人都是产品经理 拷贝或克隆其他 Flutter OH 项目到本地后无法运行 – 人人都是产品经理, 优惠券设计:优惠券创建 – 人人都是产品经理, 不用死磕文档!AI 助手 1 小时搞定飞书 CLI 安装 + 配置 + 知识库 – 人人都是产品经理, 用小龙虾做竞品分析报告:从2天到20分钟,我是怎么做到的 – 人人都是产品经理 用小龙虾做市场分析报告:搞懂这3个公式,市场规模不再靠猜 – 人人都是产品经理, 你早就在做 Harness 工程,只是不知道它叫这个名字 – 人人都是产品经理, Think Long就够?你可能想多了! – 人人都是产品经理, 货代SRM实战:供应商准入怎么做,才能让资源池不是通讯录而是可交付网络? – 人人都是产品经理, 如何做好用户调研?详解基本技巧 – 人人都是产品经理, 木鸟、途家、美团对打,平台春天行动开“卷” – 人人都是产品经理, 入职才发现公司不靠谱?小红书从业者求职避坑指南 – 人人都是产品经理, 美国 AI 三巨头联手封堵,中国 AI 突围之路在何方 – 人人都是产品经理, 小红书,放在需求对面的镜子 – 人人都是产品经理, AI 会带来大规模失业吗? – 人人都是产品经理, 从出单到补货前,我第一次犹豫:该不该放大? – 人人都是产品经理, Flutter 三方库鸿蒙化适配:5 种高效检查方式,快速判断是否需要适配 – 人人都是产品经理, 从做产品进阶拿结果:医美机构产品经理转岗科室运营经理 – 人人都是产品经理, 阿里HappyHorse,一场关于“Token经济”的阳谋 – 人人都是产品经理, To B AI:客户留存落地的观察与思考 – 人人都是产品经理, AI产品的“生命线”——数据采集、标注、清洗的产品化设计 – 人人都是产品经理, 谈谈AI Agent(二):当“孩子”能自己“体验世界”时,你该学什么? – 人人都是产品经理, UI/UX设计师的3层能力进阶,前两层让你活下来,第三层…才是真正的分水岭 – 人人都是产品经理, 2分钟 → 30秒,效率提升75%:B端产品经理如何用「规则枷锁」驯服AI幻觉? – 人人都是产品经理, 还没来得及学OpenClaw,来了个更猛的:Hermes Agent – 人人都是产品经理, AI日报:宇树机器人跑出10m/s刷新世界纪录 – 人人都是产品经理, 一文说透基金互金如何用情绪价值引导用户决策做转化 – 人人都是产品经理, 当浏览器开始替你”看”网页:AI 浏览器正在亲手拆掉它脚下的那张网 – 人人都是产品经理, 0代码,一天时间我Vibe Coding了个网站 – 人人都是产品经理, Hermes 和 OpenClaw 之争,Agent 的能力应该“装上去”还是“长出来”? – 人人都是产品经理 视频生成的“桌子”,字节Seedance 2掀完,阿里快乐马掀 – 人人都是产品经理, 从听不懂到完全信任:我的 Codex 深度产品体验 – 人人都是产品经理, 当虚拟偶像有了北京户口,与真人偶像还有什么区别? – 人人都是产品经理, 会说,远远比会做更重要 —— 对 SBTI 爆火现象的五层观察 – 人人都是产品经理, AI产品经理必看:当“搭环境”比“选模型”更重要,你的认知还在2024年吗? – 人人都是产品经理, 2026年AI产品商业化核心逻辑:从功能demo到规模化营收的3个必破卡点 – 人人都是产品经理, 京东围绕供应链,卷起裤腿下场的那些事儿 – 人人都是产品经理, SBTI一夜刷屏:它赢在了“太会说人话” – 人人都是产品经理, 折扣零售的真相:不是便宜,而是价值感! – 人人都是产品经理, 和甲方吵了一架,最后加钱做了——我学到的ToB产品经理生存法则 – 人人都是产品经理, 和几位小红书操盘手聊了8小时,干货全在这 – 人人都是产品经理, 智谱GLM-5.1登场,开源模型首超Opus4.6!!! – 人人都是产品经理 Anthropic收入凭什么反超OpenAI,终于有人把这事说清楚了 – 人人都是产品经理, 史上最有故事感的技术报告——Claude最强模型Mythos 7个极其精彩的细节 – 人人都是产品经理, 模型不是壁垒,Harness 也不是 – 人人都是产品经理, 抖音本地生活业务思考21 – 人人都是产品经理, Superpowers:145k Star的AI编码框架,到底是什么来头? Superpowers:145k Star的AI编码框架,到底是什么来头? – 人人都是产品经理, OpenAI 的路走错了,Anthropic Harness 解法启示:模型需要实践专科生 – 人人都是产品经理, 画原型图的前一步:设计站点地图 – 人人都是产品经理, 给 DeepSeek 的最后一封催更信 – 人人都是产品经理, 手把手教你用 Claude Code 搭建 AI 营销团队:5 个 Agent、12 项技能,独立完成研究、写作、设计全流程 – 人人都是产品经理, 你以为大模型在学语言?不,它在重新发明语言学 – 人人都是产品经理 所谓Skill,不过是AI时代的工业垃圾 – 人人都是产品经理, 聊一聊内容传播的几个方法 – 人人都是产品经理, 当平台开始吃掉生态:从 OpenClaw 被封杀,读懂 Anthropic 的这盘棋 – 人人都是产品经理, 你装了 10 个 AI 插件,Obsidian 还是一个文件夹 – 人人都是产品经理 关于AI智能体架构演进的系统性思考:从单体试水到多体协同的重构 – 人人都是产品经理, 当“人”变成Skill,我们又该何去何从? – 人人都是产品经理 Mythos 事件:前沿 AI 治理的意外实验 – 人人都是产品经理, 货代CRM:信用与风险管理怎么做,才能把坏账风险拦在放货之前? – 人人都是产品经理, 从HR收集自拍照到员工自助录入——我见证了园区人脸识别从”不可用”到”真好用”的全过程 – 人人都是产品经理 千问闯关AI混沌期:阿里画靶,吴嘉张弓,马云射箭? – 人人都是产品经理,
【指标管理系列】指标设计与加工
木研 · 2022-06-08 · via 人人都是产品经理

编辑导语:指标建设对于企业的业务发展十分关键,是衡量业务效果的主要依据,本篇文章作者结合自身经验分享了指标的设计与加工过程,详细地讲述了其基础概念和设计加工方法,以及设计加工过程中的注意点,一起来学习一下吧,希望对你有帮助。

一、指标建设的必要性

1. 什么是指标

指标是可客观描述某个事物某个特征的可量化的数字度量,如用户最近30天购买次数,某商品最近30天销售额等。

指标常从多个维度来描述,如某地区的新增用户数、线上线下的新增用户数,维度让指标更加具象与丰满。

2. 建设背景

大数据时代数字化转型背景下,企业所需要的往往不单单是数据,而是数据背后映射的业务洞察,相比较数据我们更加关心的是其体现的业务价值以及覆盖的业务场景。

庞大的数据只有和业务相结合转化为信息,经过处理呈现才能真正体现他们的价值。

指标作为数据计算的结果,是直接反映衡量业务效果的依据,应用在企业的方方面面,如数据报表、分析平台及日常取数等。

1)数据报表

它最直接的指标结果查看的载体,作为业务部门的人,可能每月或者每周甚至每天都要输出业务报表,不管是传统的纸质文档,线上的excel还是后来的报表工具,最终目的都是一样,我们希望通过报表实现数据驱动业务精益增长的目的。

2)分析平台

作为数据计算结果多样化展示的平台,不管是可视化大屏、还是其他一些BI系统,都通过数据计算结果的呈现更好地辅助业务了解行业现状。

3)日常取数

有数据在哪里,便要去哪里拿,取数的过程,往往是基于不同的业务场景,满足不同的业务需求,对数据进行加工计算获取,当然在这过程中,数据计算结果往往需要保证较高的准确性和一致性。

3. 建设过程中遇到的问题

数据指标作为数据计算的结果,是企业数据价值的直观体现,在业务扩张、指标计算需求的暴增背景下,随之而来的指标管理问题也越来越多:

  1. 指标管理不统一:管理机制不统一、分散管理、重复建设、成本高、费时费力;
  2. 指标口径不一致:同名不同义、同义不同名、计算逻辑复杂多变、开发技术门槛高,过程不可视;
  3. 指标流程不规范:没有统一的流程控制,开发和使用人员分离,沟通成本高、周期长,结果可信度不高。

4. 解决方案

要解决以上问题,帮助企业建立指标体系,我们需要从以下三个方面入手:

1)指标平台

建立统一的指标管理平台,集中管理数据指标,沉淀指标资产

2)指标体系

有一套标准规范的指标搭建方法论,搭建企业级数据指标体系

3)流程管理

搭载统一的流程控制机制,全面把控数据指标的生命周期

如果是平台、流程是基础,那指标内容的搭建便是关键。指标体系的搭建作为整个指标管理的核心,为指标管理提供最坚实的基础支撑。

二、指标建设五步法

总结以下五个步骤,从0到1搭建指标体系:

1. 明确目标

搭建指标体系的第一步就是明确搭建目标,大部分企业由于目标不清晰造成指标管理混乱,通过指标体系的搭建,我们要实现“一个指标、一个口径、一次加工、多次使用”,做到统一指标口径,减少重复工作,结果统一输出。

1)统一关键指标

创建公司级统一的关键指标,帮助企业通过统一的指标框架来助力业务业务扩张。

2)减少重复工作

为每一个成员提供统一的平台来协同,了解企业整体数据业务情况,减少数据团队重复性工作和时间花费

3)结果统一输出

针对指标结果,提供一套能将指标和上层应用结合起来的输出方式,发挥数据指标最大的价值

2. 需求分析

明确目标之后,我们开始着手去构建指标体系,在设计指标之前,我们首先要进行需求分析。

同一个企业,不同的业务线、不同的部门,甚至是同一部门的不同人员,提出来的指标计算需求都会有所不同。所以在需求分析的阶段,我们要做到基于不同行业的业务情况,分析数据指标需求,合理划分主题,更好地为后续指标设计提供业务支撑。

1)需求调研

(1)主导人

数据分析师,数仓架构师;

(2)调研方式

列好提纲,面对面访谈;

(3)调研内容

  • 指标应用场景调研:指标应用在哪些业务场景中,应用方式有哪些(BI使用、业务人员自行取数、数据门户展现等)
  • 指标来源调研:指标加工的源数据来源于哪些系统,数据是否都采集上来,分为哪些业务域、业务过程。
  • 指标现有情况调研:现在有哪些指标,缺少多少,能满足百分之多少的业务场景。指标建设现在遇到的问题是什么。之前的指标加工是否规范,是否需要调整。
  • 指标需求调研:了解客户需要完成的指标加工范围。

(4)产出

访谈汇总结果与需求收集表。

2)需求分析

(1)目标

梳理需要加工的指标,指标业务口径,指标更新频率;

(2)主导人

数据分析师;

(3)产出

指标需求表;

数据分析师基于业务部门、科技部门的业务场景和需求,挖掘和提炼具体的指标、业务定义、优先级、实现难易程度、大概的实现方式。

并根据指标数量、难易程度、数据依赖关系,划分初步的阶段性计划,一期完成哪些指标、给哪些业务场景用,二期完成哪些指标,给哪些业务场景用。

3. 指标设计

1)指标拆解

(1)主导人

数据分析师;

根据上述的业务需求分析,按照从上往下的方式对指标进行分级拆解,看需要的指标需要由哪些指标加工出来,各个指标的关系,,明确各指标之间的关系,可层层溯源,一般分为3层:

  1. 一级指标:公司战略层面的指标,全公司认可的衡量公司业务目标的核心指标,如某大业务线产品收入、累计用户数、新增用户数、付费用户数等,面向管理层。
  2. 二级指标:业务策略层面的指标,如产品收入拆解到各个产品线,累计用户数拆解到各个渠道,面向不同业务线。
  3. 三级指标:业务执行层面的指标,对二级指标进行路径拆解,如产品收入需要拆解到付费用户数、客单价上面。付费用户数又可以拆解为新增付费用户数、复购用户数,根据这些指标可以不断优化运营或销售策略,面向业务部门。

2)指标建模

(1)主导人

数仓架构师;

根据对业务需求的理解、数据情况的探查,划分对应的业务域、业务过程、维度、度量、统计周期等,搭建指标建设的框架。

(2)数据来源

数据指标遵循ODS-DWD-DWS-ADS的数仓设计架构,主要基于DWS轻度汇总表来加工;

数据架构师根据指标需求,看企业数仓设计的完善性,是否需要增加底层的明细表或汇总表,将基础表梳理加工好之后,开始指标的加工。

(3)指标定义

我们先了解下指标的的组成:

指标= 统计周期+维度+过滤条件+度量

  • 维度:描述性数据,指标统计的环境,如地区、个人账户、产品名称、产品类型、销售渠道;
  • 度量:数字性数据,销售金额、贷款金额、销售数量、如账户余额、国债余额、基金余额;
  • 统计周期:计算指标的时间范围,如近30天、当年、当月、近7天、上月、上周、去年;
  • 过滤条件:计算指标的条件限制,如正常状态、有效状态、全国范围内,西湖区的、工作日的。

统计周期、维度、度量是组成的必要条件,过滤条件根据业务场景而定。

(4)维度与度量

在指标加工前,需要先定义数据模型,数据模型中定义“维度”与“度量”,因为这两个是组成模型的基础必要条件。

数据模型按照数仓的业务主题来创建,如存款业务、贷款业务,可遵循星型模型或雪花模型,建立事实表与维表的关联关系,其可以是多张表的关联关系,也可以是单张表。表确定好之后,选择“维度”与“度量”,作为后续指标加工的基础。

我们以一个银行“存款业务模型”的模型来看,其是围绕账户存款余额明细数据建立的存款业务主题数据模型。

数据模型建好之后,选取维度与度量,作为后续指标加工的基础。

4.1 维度

选取数据模型中,作为环境描述的字段作为统计的维度。

4.2 度量

选取数据模型中,后续要加计算的数值型字段作为度量。

(5)统计周期

统计周期也是指标必不可少的条件,描述一个指标应该指定其时间周期,比如累计交易次数、最近30天交易次数、最近90天交易次数等。一般系统会内置常用的统计周期,也会支持用户自定义统计周期,统计周期需要特别注意的便是日期格式了,比如yyyyMMdd,还是yyyy-MM-dd。

根据以上内容,已准备好数据模型,和指标的三要素:维度、度量、统计周期。

3)指标分类

袋鼠云指标管理产品按照指标加工类型,分为原子指标、派生指标、复合指标、SQL指标。

  • 原子指标:某一业务行为事件的度量,统计数据来源,如交易笔数、交易金额、交易用户数、账户余额。
  • 派生指标:基于原子指标进行维度、统计周期的派生。派生指标=统计周期+派生维度+过滤条件+原子指标,如近7天账户消费金额,去年账户余额总和、昨天产品销售金额等。
  • 复合指标:多个指标的加减乘除运算,如平均交易额、资产负债率等。
  • SQL指标:通过自定义SQL生成的指标,适应复杂的指标配置逻辑,满足开发人员不同的指标开发场景。

4)指标内容

(1)主导人

数据分析师、数仓架构师;

基于指标需求、指标建模、指标分类确定指标的具体内容,作为指标开发的指导。

  • 指标名称:指标中文名称;
  • 指标编码:指标英文名称,也是存表的字段;
  • 指标目录:指标所属类目的分类;
  • 指标分类:属于原子、派生、复合、SQL指标的哪种;
  • 业务口径:指标的业务口径,如最近30天付费用户数指最近30天发生过一笔及以上购买交易的用户数量之和;
  • 技术口径:由哪个指标、哪些维度加工而来;
  • 指标责任人:该指标的负责人,可作为该指标的维护人与告警接收人;
  • 更新频率:日更新、周更新、月更新等;
  • 描述信息:对指标的额外描述信息。

5)指标评审

(1)主导人

数据分析师、数仓架构师;

指标模型设计完成、指标内容设计完成后,数据分析师与数仓架构师召开指标评审会议,面向数据开发、业务人员进行评审。

  • 说明每个指标的定义、业务口径、技术口径、更新周期等
  • 说明各个数据指标的类型,以及派生指标由数仓的哪些数据模型加工,其派生维度是什么,统计周期是什么。复合指标的派生维度,由哪些指标加工而成。

评审后进行补充完善,之后进入指标开发阶段。

4. 指标开发

1)指标加工

我们来看下各类指标如何加工。

(1)原子指标

原子指标来源于数据模型,是从上述“数据模型”中直接读到的度量,是数据模型表中的一个字段,如上述的“存款业务模型”中,可以把“存款利率”、“存款汇率”、“账户余额”、“固定余额”、“分成比例”等度量作原子指标。

选好度量后,同时需要选取描述该度量的维度,这些维度用于描述度量。如将“账户编号”、“机构编号”、“客户经理编号”、“客户编号”、“账户状态”等作为维度,则可以表示各个账户的存款账户余额、各个客户的存款账户余额、各个分行/支行的存款账户余额,各个客户经理管理账户的存款账户余额等。

所以原子指标是数据模型中维度和度量的组合映射,非一个有真实含义的指标,因为它表示的“客户”的“账户余额”,还没有加上统计周期与计算逻辑,比如客户当日账户余额、客户最近一年平均账户余额等。但原子指标是后续派生、复合指标加工的基础,不可缺少。

(2)派生指标

派生指标是基于原子指标进行维度与统计周期的派生,并设置计算逻辑。

如“当日存款账户余额”,可基于原子指标“账户余额”来进行派生,维度选取“账户编号”、“机构编号”、“客户经理编号”、“客户编号”,计算逻辑选取“求和”,统计周期选取“当日”,表示各个账户的当日存款账户余额、各个客户的当日存款账户余额、各个分行/支行的当日存款账户余额,各个客户经理管理账户的当日存款账户余额等。

派生指标中内置的计算逻辑有:求和、均值、计数、去重计数、最大值、最小值等,也可以自定义函数。

内置的统计周期有:当日、当月、当年、去年、最近7天、最近30天、历史截止当前,也支持自定义。

(3)复合指标

复合指标是基于原子指标或派生指标进行的加减乘除运算。

如“当日基金账户利润”复合指标,可基于复合指标“当日基金账户利润率”、派生指标“当日基金账户余额”加工而来。

在“当日基金账户利润率”>1时,

当日基金账户利润=当日基金账户利润率 * 当日基金账户余额

在“当日基金账户利润率”=1时,

当日基金账户利润=(当日基金账户利润率+ 0.05)* 当日基金账户余额

复合指标的维度,需为加工公式中用到指标的公共维度,可以计算这些维度的该复合指标。如“当日基金账户利润率”指标的维度有“机构编号”,“当日基金账户余额”指标的维度有“账户编号”、“客户编号”、“机构编号”、“客户经理编号”,则基于这2个指标加工的复合指标“当日基金账户利率”只能有其公共维度“机构编号”,可查看各个机构的当日基金账户利率。

高级设置:公式中用的来源指标可设置指标数据的过滤条件,加工后的复合指标可取聚合函数,根据实际情况使用即可。

以上便是复合指标的加工。

(4)SQL指标

当存在以上通过内置函数、内置运算符加工不出来的逻辑较为复杂的指标时,可采用自定义SQL指标实现。只要遵循正确的语法结构,便可以灵活加工。

指标加工完后,后续可在指标血缘关系中查看指标间的上下游关系。

2)指标落库

指标逻辑配置成功后,每个指标可配置其更新周期,调度策略配置完成后,进行指标发布。发布后便按照设定周期周期性加工。同时,也支持手动立即更新。

指标更新后,会将每个指标和其维度存储在Hive表中,每个指标和其维度存储一张单独的表。

3)指标运维

指标上线后,运维同学便需要进行指标的日常运维,观察指标运行情况,及时处理报错情况,保证指标的正常加工和线上业务可用。

5. 指标应用

指标常应用在数据门户、BI数据分析、可视化大屏展示,业务人员数据分析中。那产生的指标怎么与上层应用对接呢?

1)指标API

通过API服务将指标平台加工好的指标,提供给上层的展示、分析系统。

在创建API时定义需要查询出去的指标,多个指标的公共维度作为该API的入参。通过API接口,查询对接的指标结果。

外部系统调用API的url,用API-TOKEN认证便可以进行数据的查询。

2)自助取数

在自助取数平台中,可直接查询指标平台定义好的维度、指标,业务人员灵活拖拉拽,实现在线取数。并且取数逻辑可沉淀成固定的报表模板,报表可周期性自动生成数据,业务人员届时拿结果数据即可。

本文由 @木研 原创发布于人人都是产品经理,未经许可,禁止转载。

题图来自 Unsplash,基于 CC0 协议。