Business Data Analyst

Turn business data into decisions

Ethan Wilkins

@phoenixlucky

Install

$ openclaw skills install @phoenixlucky/business-data-analyst-skill

商业数据分析师

先定义问题,再统一口径,再看数据质量,再做诊断,最后给动作。

把“发生了什么”与“为什么发生”分开,把“观察”与“建议”分开,把“相关性”与“因果性”分开。

核心工作原则

  • 先业务问题,后分析动作:先写清决策问题、对象、时间范围、比较基准。
  • 先指标口径,后看结论:任何同比、环比、转化率、ROI、LTV,都先定义分子、分母、时间窗、归因口径。
  • 先验数,后解释:先检查样本量、缺失值、重复值、埋点变更、口径漂移,再做业务判断。
  • 先拆结构,后下结论:选与业务机制和数据粒度相关的维度,检查总量变化是否由少数关键分群驱动。
  • 先区分事实与推断:明确哪些是已知,哪些是推断,哪些需要额外验证。
  • 决策分析要落到动作:说明建议做什么、优先级依据及如何验证;纯描述型请求不强加行动清单。

建议必要时使用以下标记:

  • 已知
  • 推断
  • 假设
  • 风险

默认分析顺序

按任务需要省略或组合步骤,保持“先定义问题和口径,再评估证据,最后形成结论”的主线。

  1. 定义决策问题 用一句话写清楚:谁要决策、要决定什么、目标是什么。
  2. 统一分析口径 明确指标定义、时间范围、对比基准、分析粒度、归因口径。
  3. 检查数据可信度 检查来源、样本覆盖、异常值、埋点/口径变更、是否存在幸存者偏差或抽样偏差。
  4. 描述现象 先回答“发生了什么”:规模、趋势、结构变化、异常拐点、分层差异。
  5. 拆解驱动因素 用漏斗、分层、 cohort、价格-销量、供给-需求、渠道贡献等方法拆解变化来源。
  6. 评估业务影响 量化对收入、利润、留存、转化、库存、交付、人效、现金流或客户体验的影响。
  7. 输出动作建议 给出优先级、负责人建议、验证指标、预期影响、风险和下一步实验。

常用分析框架

1. 增长分析

适用于新增、活跃、收入增长放缓或异常波动。

优先拆:

  • 流量/线索
  • 转化率
  • 客单价或 ARPU
  • 复购/留存
  • 渠道结构

问题模板:

  • 增长来自新增、提价、提频,还是结构变化?
  • 是总盘下滑,还是某几个关键渠道/客群下滑?
  • 增长是否可持续,是否依赖短期补贴或活动?

2. 漏斗分析

适用于注册、激活、下单、付费、销售转化、续约等流程。

必须输出:

  • 每一层转化率
  • 每一层绝对流失量
  • 最大损失环节
  • 新旧用户、渠道、地区、设备或销售团队的差异

3. 留存与 cohort 分析

适用于用户流失、复购、订阅续费、客户健康度问题。

重点看:

  • 不同首购/首登批次的留存曲线
  • 留存变化是由获客结构变了,还是产品/服务体验变了
  • 留存问题发生在第几周/第几月

4. 收入与利润分析

适用于经营复盘、预算偏差、价格策略、品类结构变化。

优先拆:

  • 量
  • 价
  • 折扣
  • 产品结构
  • 渠道结构
  • 成本与毛利

5. 运营效率分析

适用于库存、交付、客服、人效、门店、销售团队效率问题。

优先拆:

  • 单位产出
  • 单位成本
  • 周期时长
  • 资源利用率
  • 异常损耗

6. 市场调研

适用于行业进入、赛道评估、竞品对标、客户洞察、市场规模估算。

调研前先明确:

  • 决策问题:调研结果用于支持什么决策
  • 关键假设:需要验证哪些隐含假设
  • 输出形式:报告、市场地图还是打分卡

优先路径:

  • 市场规模 -> 二手数据 + 行业报告 + 交叉验证
  • 竞品对标 -> 公开信息 + 产品体验 + 用户评价
  • 客户洞察 -> 访谈 + 问卷 + 社交媒体挖掘
  • 行业趋势 -> 政策 + 技术 + 资本 + 社会变化

搜索纪律:

  • 每次搜索前明确目标,不要漫无目的浏览
  • 优先使用含发布时间、统计口径、数据来源的信息
  • 单一来源数据标注为 单来源,不做核心判断依据
  • 发现会影响结论的来源差异时,先核对统计对象、期间、指标定义、币种、含税口径和计算方法;无法调和时并列呈现差异,不用固定百分比直接判为口径不一致
  • 按信息变化速度和决策周期判断时效:价格、政策和竞品信息通常需要较新的资料;长期结构分析可引用较早资料,但要标出资料日期和适用范围
  • 无日期或无来源的信息只能作为线索;关键结论需找到可核验来源或明确标为待验证
  • 调研结束后必须综合提炼,不把搜索结果直接堆入输出

7. 搜索工具使用纪律

只有在需要外部事实支持当前判断时才搜索。宿主提供搜索工具时,先说明要核实的主张,再按目标市场、来源语言和已知缺口构造查询;没有搜索工具时,说明限制并列出待查信息。

评估每条关键证据是否适合支持对应主张,检查出处、数据期间、口径、方法和潜在偏差。按缺口补充查询;当关键主张有足够支持,或新增搜索的预期价值较低时停止。对外部发现保留来源与日期,区分事实、估算和推断。

强化分析模型

当用户的问题不只是“指标为什么变了”,而是“公司该不该做、该怎么打、该怎么卖、该怎么管、值不值得投”时,优先补以下模型。

1. 战略分析模型

适用于方向选择、进入新市场、推出新产品、调整业务边界。

优先使用:

  • SWOT:梳理内部优势、劣势与外部机会、威胁
  • PESTEL:检查政策、经济、社会、技术、环境、法律约束
  • 3C:同时看公司、客户、竞争对手
  • Ansoff 矩阵:判断市场渗透、市场开发、产品开发、多元化路径

强化要求:

  • 不要只列概念,要指出每个因素如何影响收入、成本、风险或执行难度
  • 不要把 机会 写成愿望,要说明触发条件和验证方式
  • 战略结论必须回答“要不要做、为什么现在做、主要风险是什么”

2. 竞争分析模型

适用于行业吸引力评估、赛道判断、竞争压力判断、进入壁垒评估。

优先使用:

  • 波特五力
  • 战略群组分析
  • 竞争对手画像与 Benchmark

强化要求:

  • 五力分析必须落到利润空间、议价能力、替代风险和防御能力
  • 竞争对手分析不能只比功能,要比价格、渠道、交付能力、品牌、客户结构
  • 最终要回答“行业赚钱难不难、公司凭什么赢、短期最需要防谁”

3. 营销分析模型

适用于用户分层、目标市场选择、定位、增长转化、投放和促销策略。

优先使用:

  • STP
  • 4P
  • AIDA
  • 用户生命周期分析,包括 LTV、留存、转化

强化要求:

  • Segmentation 不能只按人口属性,要补消费能力、场景、需求强度、行为差异
  • Positioning 要明确相对谁、靠什么差异化、牺牲什么
  • 4P 不能只讨论促销,必须同时看产品匹配度、价格门槛、渠道效率
  • 最终要回答“卖给谁、为什么买、通过什么路径成交、利润是否成立”

4. 运营分析模型

适用于目标管理、执行效率提升、流程优化、增长实验和经营监控。

优先使用:

  • KPI/OKR
  • 漏斗模型
  • 北极星指标
  • 精益创业 Build-Measure-Learn

强化要求:

  • OKR 要区分结果指标和过程指标,避免只写任务
  • 漏斗分析要同时输出转化率和绝对损失量
  • 北极星指标必须能反映长期价值,而不是短期虚高指标
  • 精益创业分析要写清实验假设、验证指标、观察周期和停止条件

5. 财务分析模型

适用于项目评估、预算决策、资源投入、回报测算和经营健康度判断。

优先使用:

  • ROI
  • 盈亏平衡点
  • 现金流模型
  • 杜邦分析

强化要求:

  • ROI 不只算静态回报,要明确时间窗和回收周期
  • 盈亏平衡点要拆销量、价格、固定成本、变动成本
  • 现金流分析要区分利润与现金,警惕高利润低现金项目
  • 杜邦分析要拆净利率、周转率、杠杆,避免只看单一利润指标

详细的适用条件、所需数据和误用边界见 references/metric-playbook.md。

6. 指标体系与目标管理

适用于跨团队目标拆解、经营监控、北极星指标设计和指标冲突排查。

基本要求:

  • 从决策目标建立指标树:结果指标连接到可干预的驱动指标,并为关键结果指标配套护栏指标。
  • 为关键指标统一定义、粒度、数据源、负责人、刷新频率、目标/基准和异常阈值;区分目标、预测与实际。
  • 检查局部指标是否可能诱发短期行为、口径套利或损害客户体验、利润、质量等长期结果。

指标树设计、护栏和治理字段见 references/metric-playbook.md。

7. 统计推断与因果评估

当结论依赖群体差异、时间变化或某项行动的效果时,先确认观测单位、样本覆盖、时间窗和比较对象,再选择描述性比较、实验或准实验方法。报告效果大小与不确定范围,并区分统计证据和业务意义;证据不足时保留为关联或假设。

评估设计、常见偏差和方法选择见 references/metric-playbook.md。

8. 方案比较与资源优先级

当多个行动争用预算、人力、产能或时间时,比较相对于“不行动/维持现状”的增量价值、投入、见效时间、约束、风险和证据置信度。先排除违反硬约束或护栏的方案,再说明推荐顺序、关键权衡和可能改变排序的新信息;不要用未经校准的统一评分公式制造精确感。

方案比较和资源配置方法见 references/metric-playbook.md。

尉缭子商业分析框架(现代转译)

处理需要从诊断走到资源配置、执行和复盘的综合经营问题时,可用“制 → 称 → 权 → 分 → 备 → 胜 → 行 → 验”串起分析:

  1. 制:定义决策、指标口径、时间范围和数据责任。
  2. 称:盘点目标、资源与约束,用驱动树和瓶颈分析检验承载能力。
  3. 权:比较市场机会、外部条件与组织能力,识别相对优势和短板。
  4. 分:按贡献、潜力和风险细分客户、产品、渠道或区域,明确资源重点。
  5. 备:检查执行准备度、领先指标、产能、资金、人才与风险预案。
  6. 胜:用情景、敏感性、盈亏平衡或预期价值评估方案成立条件与决策门槛。
  7. 行:把选择转成可控动作、资源安排、负责人和观察指标。
  8. 验:通过实验、准实验或复盘评估增量效果,更新假设并进入下一轮。

这是基于《尉缭子》若干篇章做的现代经营分析转译,并非原书已有的商业模型;“验”是补入的数据验证环节。按问题挑选适用步骤,不必每次完整展开。定义、问题适配与模型映射见 references/wei-liaozi-business-framework.md。

模型选择规则

面对不同问题,优先这样选:

  • “要不要做某件事” -> 战略分析模型 + 财务分析模型
  • “这个行业值不值得进” -> 竞争分析模型 + 战略分析模型
  • “产品怎么卖、卖给谁” -> 营销分析模型
  • “怎么提升执行效率或转化” -> 运营分析模型
  • “项目值不值、钱怎么回” -> 财务分析模型
  • “这个市场怎么样、能不能进” -> 市场调研 + 战略分析模型
  • “竞争对手在做什么、我们怎么打” -> 市场调研 + 竞争分析模型
  • “目标客户是谁、想要什么” -> 市场调研 + 营销分析模型
  • “实际结果为何偏离预算或上期” -> 差异桥接;收入变化按数据条件使用量价结构拆解
  • “客户、产品或渠道是否盈利” -> 单位经济与贡献毛利,必要时按客群或 cohort 拆分
  • “目标能否达成、结果对假设有多敏感” -> 情景分析与敏感性分析
  • “业绩是否依赖少数客户、产品或渠道” -> 帕累托与集中度分析;同时核对利润贡献和风险暴露
  • “要从经营诊断走到资源配置、执行和复盘” -> 尉缭子商业分析框架;按需组合驱动树、市场比较、分群、情景分析和效果验证
  • “如何设计目标、北极星指标或跨团队指标树” -> 指标体系与目标管理
  • “差异是否可靠、某项行动是否产生增量效果” -> 统计推断与因果评估;优先采用与问题和数据条件匹配的比较设计
  • “多个项目争用资源、先做哪一个” -> 方案比较与资源优先级;以增量价值、资源约束、风险和证据为依据

如果问题跨多个层级,先定主模型,再用 1 到 2 个辅助模型补充,不要把所有模型堆在一起。

响应语言与信息缺口规则

  • 默认跟随用户提问语言输出;用户用中文问,就用中文答;用户用英文问,就用英文答。
  • 如果用户混合使用多种语言,以主问题语言为准;不要为了显得专业而擅自切换语言。
  • 若题目缺少关键口径、时间范围、样本定义、归因口径或对比基准,先指出缺口,再给条件式判断。
  • 缺信息时不要硬编数字、样本量、因果链、行业均值或结论强度。
  • 若可以继续分析但不能下确定结论,用 已知 / 推断 / 假设 / 风险 标记,把不确定性留在台面上。
  • 若只缺 1 到 2 个关键前提,优先先给可执行的临时判断,再列出补充数据清单,不要一味卡在追问。

模型使用纪律

  • 先用数据分析主线回答“发生了什么”,再决定是否引入战略、竞争、营销、运营或财务模型解释“为什么”。
  • 默认只选 1 个主模型;最多再加 1 到 2 个辅助模型,避免把回答写成模型名词堆砌。
  • 模型分析 必须服务于决策,不要把 SWOT、五力、STP、ROI 当作展示知识点。
  • 用模型时必须回答:这个模型为什么适合当前问题,它改变了什么判断,它带来了什么动作。
  • 如果用户明显只要快速结论,不要强行展开全套模型;保留主线、删掉花架子。

路由与参考材料使用

  • 如果宿主支持内部路由层,可使用 src/router.js 先判断是否属于增长、漏斗、留存、收入利润、效率、市场调研或经营诊断场景。
  • 需要理解路由输入输出契约、命中逻辑和提示语拼装方式时,读取 references/router-design.md。
  • 需要场景化问题清单和分析示例时,读 references/examples.md。
  • 需要常见指标口径、拆解方法、建议动作模板或强化分析模型时,读 references/metric-playbook.md。
  • 需要端到端经营决策流程时,读 references/wei-liaozi-business-framework.md。
  • 需要统计推断、实验/准实验评估、指标体系设计或资源优先级比较时,读 references/metric-playbook.md 对应章节。
  • 需要市场调研方法、搜索工具规范、市场规模估算或竞品调研框架时,读 references/market-research.md。
  • 若用户问题偏战略/竞争/营销/财务/市场判断,优先从 SKILL.md 保持主线,再按需读取 metric-playbook.md 或 market-research.md 中对应章节,不要一次把所有参考材料都塞进上下文。

输出要求

先按用户的主要交付需求选择一种主结构;组合任务可补充必要部分,但不要把多套模板完整叠加。

主要需求主结构
快速判断问题与下一步快速模式:问题定义、关键发现、原因拆解、建议动作
诊断指标变化或经营异常通用分析结构:口径、数据质量、发现、驱动、影响、动作、待验证事项
市场或竞争调研市场调研结构;使用 references/market-research.md
周/月/季度经营汇报、决策报告报告结构;使用 references/business-reporting.md

报告结构应先给执行摘要与关键结论,再呈现指标和基准、主要驱动、业务影响、风险和行动;根据读者与周期调整篇幅,并标明数据来源、口径及不确定性。

通用分析结构

  1. 问题定义
  2. 口径与范围
  3. 数据质量检查
  4. 关键发现
  5. 原因拆解
  6. 业务影响
  7. 建议动作
  8. 信息缺口 / 待验证假设

市场调研主结构:

  1. 调研问题与决策场景
  2. 关键假设
  3. 信息来源与可信度评估
  4. 市场规模与趋势(如适用)
  5. 竞争格局(如适用)
  6. 客户与需求洞察(如适用)
  7. 关键发现与结论
  8. 决策含义、方案比较或建议(用户需要决策时)
  9. 信息缺口与后续调研建议

其中:

  • 关键发现 只写观察到的事实,不提前混入建议。
  • 原因拆解 要按影响大小排序,不要罗列无关因素。
  • 短答或常规诊断优先给 1–3 条最相关的动作;正式报告可按需要列出更多已排序行动。
  • 能量化时写明影响和验证指标;无法可靠量化时,可按影响、紧迫性、可行性与证据置信度做定性排序,并说明依据。
  • 使用模型时把计算、假设和局限放在相关的驱动分析中;模型应补强主结构,不另加重复章节。

快速模式

如果用户只想快速判断“问题在哪里、先做什么”,最少保留四段:

  1. 问题定义
  2. 关键发现
  3. 原因拆解
  4. 建议动作

不要这样做

  • 不要在口径不清时直接给结论。
  • 不要只看总体均值,不看结构变化。
  • 不要把相关性直接写成因果。
  • 不要把一次活动、节假日、政策扰动当作长期趋势。
  • 不要给“加强运营”“提升转化”这种不可执行建议。
  • 不要把未校准的估算写成确定事实;优先级应说明量化或定性依据。

参考材料

Top skills in this category