一、指标设计与规范化方法论指标设计与规范化的作用是把经营目标转化成相互关联、能够指导行动而且业务定义与实际计算一致的衡量规则。例如经营者想提高销售额需要知道增长来自订单数量还是平均金额而多个部门都在看“销售额”时还需要确认它们是否统计相同的对象、状态和时间。因此既要从目标推导应该观察什么也要核查已有数字究竟代表什么。《指标体系与指标平台》第2章据此组织自上而下拆解、自下而上收集与全局框架。下面沿这一关系推导具体检查方式为应用解释。1. 从目标确定核心指标再拆解结果先明确企业希望实现什么以及向用户提供什么价值再选择能够反映成功方向的指标。原书以北极星指标承接这一作用并讨论业务类型、发展阶段和战略目标对选择的影响。选择时需要反问指标改善为什么意味着目标更接近若指标只反映一个容易增加的行为却无法解释它与业务价值的关系就不能仅因数据易得而作为核心指标。核心指标仍然只是方向需要进一步拆成较小的业务目标。拆解时先判断关系性质是可以由定义推导的算术关系还是依赖业务经验的影响假设算术拆解需要对象、时间和范围一致业务影响关系需要依据和后续验证。把二者区分才能知道哪些变化可以直接解释哪些还不能认定原因。2. 从较小目标走向策略再确定过程指标结果拆解帮助定位改善方向但“提高转化率”仍不一定是可执行动作。需要继续说明准备改变哪个业务环节、采取什么措施以及预期出现什么信号。原书区分目标拆解与过程指标设计并在后者介绍OSM模型。它提醒不能跳过目标细化直接从遥远的北极星指标给出空泛策略。检查过程指标时应从动作反推措施是否实际执行它首先改变什么行为或环节用什么记录能够观察这种变化由此选择能对应执行过程的指标。还要保留对结果和代价的观察。一个过程指标改善未必证明整体收益提高同时变化也不直接证明因果。这决定了哪些指标用于监控执行哪些证据用于评价效果。3. 从已有报表与流程收集指标查清定义和实现自上而下明确需要什么后还要知道企业已经在用什么。已有报表包含业务经验流程节点则提供实际事件的监控入口。收集时不能只登记名称。需要把使用者的解释、文档中的定义和实际计算对应起来观察三者是否一致。若解释冲突沿来源、状态筛选、时间字段和计算关系追查差异。原书讨论按业务明确标准以及读代码还原历史口径两种处理方式。代码可以解释当前结果怎样产生但未来应采用什么标准仍需要业务责任方确认。这一步应形成一份能够解释现有指标用途、含义与实现的清单。无法解释的指标先标记待核实不能直接成为公共标准。4. 规范化定义并放回相互关联的体系指标清单形成后要处理同名不同义、同义不同名以及含义相同却结果不同的问题。判断是否属于同一指标需要比较对象、事件、状态、时间、计算公式及排除规则。如果业务定义相同而数值不同就继续检查数据截止、来源和实现如果定义本来不同就应根据用途决定能否统一确有必要并存时分别命名并说明关系。原书的规范化内容包括名称、业务口径、技术口径、负责人和安全等级。规范化的作用是让使用者理解、开发实现和责任确认指向同一规则。最后将指标按目标、过程和领域关系组织。结果指标能找到解释方向过程指标能对应行动不同口径能查到差异才形成可使用的体系。层级数量应服从业务不机械复制指标树。二、实际的例子教学场景运营希望观察活动交易规模及退款后的保留结果。某订单成功支付135元之后成功退款45元。先设计“支付金额”观察收款规模再设计“这批订单截至观察日净支付额”观察退款后的金额。两者用途不同因此分别定义。指标计算范围预期结果支付发生额指定期间成功支付流水135元订单组截至观察日净支付额选定订单支付减去截止前关联成功退款90元若两份报表都叫“销售额”应先比较定义不能立即判断其中一份算错。分别命名后还需把技术计算映射到对应流水、原订单关系和截止规则才能核对实现是否符合含义。进一步拆解支付金额时可以使用“支付订单数×支付客单价”前提是相同订单集合、相同金额范围且分母非零。若两边范围不同等式就失去解释力。本例形成的结果是相互有关联、口径可区分的指标而不是只增加两个名称。它仍不能单独证明促销带来了额外收益。三、快速复习方法主线目标与核心指标→目标拆解→策略与过程指标→已有指标收集→规范化及全局组织。判断问题应追查什么为什么观察这个指标它与业务目标及用户价值的关系拆解是否成立关系是恒等式还是业务假设条件是否满足指标能否指导执行是否对应具体措施及可观察信号两个数字是否冲突先比定义再比截止、来源和实现原书入口《指标体系与指标平台方法与实践》第2章2.1—2.3见书内53—66页、PDF75—88页2.4见书内67—69页、PDF89—91页2.6从PDF95页起。整体设计思路、目标与过程指标区分、口径规范依据原书例子、关系条件和检查路径为实践归纳。返回系列总览从业务问题到可信数据交付。
一、指标设计与规范化方法论指标设计与规范化的作用是把经营目标转化成相互关联、能够指导行动而且业务定义与实际计算一致的衡量规则。例如经营者想提高销售额需要知道增长来自订单数量还是平均金额而多个部门都在看“销售额”时还需要确认它们是否统计相同的对象、状态和时间。因此既要从目标推导应该观察什么也要核查已有数字究竟代表什么。《指标体系与指标平台》第2章据此组织自上而下拆解、自下而上收集与全局框架。下面沿这一关系推导具体检查方式为应用解释。1. 从目标确定核心指标再拆解结果先明确企业希望实现什么以及向用户提供什么价值再选择能够反映成功方向的指标。原书以北极星指标承接这一作用并讨论业务类型、发展阶段和战略目标对选择的影响。选择时需要反问指标改善为什么意味着目标更接近若指标只反映一个容易增加的行为却无法解释它与业务价值的关系就不能仅因数据易得而作为核心指标。核心指标仍然只是方向需要进一步拆成较小的业务目标。拆解时先判断关系性质是可以由定义推导的算术关系还是依赖业务经验的影响假设算术拆解需要对象、时间和范围一致业务影响关系需要依据和后续验证。把二者区分才能知道哪些变化可以直接解释哪些还不能认定原因。2. 从较小目标走向策略再确定过程指标结果拆解帮助定位改善方向但“提高转化率”仍不一定是可执行动作。需要继续说明准备改变哪个业务环节、采取什么措施以及预期出现什么信号。原书区分目标拆解与过程指标设计并在后者介绍OSM模型。它提醒不能跳过目标细化直接从遥远的北极星指标给出空泛策略。检查过程指标时应从动作反推措施是否实际执行它首先改变什么行为或环节用什么记录能够观察这种变化由此选择能对应执行过程的指标。还要保留对结果和代价的观察。一个过程指标改善未必证明整体收益提高同时变化也不直接证明因果。这决定了哪些指标用于监控执行哪些证据用于评价效果。3. 从已有报表与流程收集指标查清定义和实现自上而下明确需要什么后还要知道企业已经在用什么。已有报表包含业务经验流程节点则提供实际事件的监控入口。收集时不能只登记名称。需要把使用者的解释、文档中的定义和实际计算对应起来观察三者是否一致。若解释冲突沿来源、状态筛选、时间字段和计算关系追查差异。原书讨论按业务明确标准以及读代码还原历史口径两种处理方式。代码可以解释当前结果怎样产生但未来应采用什么标准仍需要业务责任方确认。这一步应形成一份能够解释现有指标用途、含义与实现的清单。无法解释的指标先标记待核实不能直接成为公共标准。4. 规范化定义并放回相互关联的体系指标清单形成后要处理同名不同义、同义不同名以及含义相同却结果不同的问题。判断是否属于同一指标需要比较对象、事件、状态、时间、计算公式及排除规则。如果业务定义相同而数值不同就继续检查数据截止、来源和实现如果定义本来不同就应根据用途决定能否统一确有必要并存时分别命名并说明关系。原书的规范化内容包括名称、业务口径、技术口径、负责人和安全等级。规范化的作用是让使用者理解、开发实现和责任确认指向同一规则。最后将指标按目标、过程和领域关系组织。结果指标能找到解释方向过程指标能对应行动不同口径能查到差异才形成可使用的体系。层级数量应服从业务不机械复制指标树。二、实际的例子教学场景运营希望观察活动交易规模及退款后的保留结果。某订单成功支付135元之后成功退款45元。先设计“支付金额”观察收款规模再设计“这批订单截至观察日净支付额”观察退款后的金额。两者用途不同因此分别定义。指标计算范围预期结果支付发生额指定期间成功支付流水135元订单组截至观察日净支付额选定订单支付减去截止前关联成功退款90元若两份报表都叫“销售额”应先比较定义不能立即判断其中一份算错。分别命名后还需把技术计算映射到对应流水、原订单关系和截止规则才能核对实现是否符合含义。进一步拆解支付金额时可以使用“支付订单数×支付客单价”前提是相同订单集合、相同金额范围且分母非零。若两边范围不同等式就失去解释力。本例形成的结果是相互有关联、口径可区分的指标而不是只增加两个名称。它仍不能单独证明促销带来了额外收益。三、快速复习方法主线目标与核心指标→目标拆解→策略与过程指标→已有指标收集→规范化及全局组织。判断问题应追查什么为什么观察这个指标它与业务目标及用户价值的关系拆解是否成立关系是恒等式还是业务假设条件是否满足指标能否指导执行是否对应具体措施及可观察信号两个数字是否冲突先比定义再比截止、来源和实现原书入口《指标体系与指标平台方法与实践》第2章2.1—2.3见书内53—66页、PDF75—88页2.4见书内67—69页、PDF89—91页2.6从PDF95页起。整体设计思路、目标与过程指标区分、口径规范依据原书例子、关系条件和检查路径为实践归纳。返回系列总览从业务问题到可信数据交付。
