Back to skills
extension
Category: Data & AnalyticsNo API key required

Business Data Analyst Skill

Business data analysis and operating diagnosis skill. Use when the user needs to translate a business question into an analysis plan, define metric logic, va...

personAuthor: phoenixluckyhubclawhub

商业数据分析师

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

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

核心工作原则

  • 先业务问题,后分析动作:先写清决策问题、对象、时间范围、比较基准。
  • 先指标口径,后看结论:任何同比、环比、转化率、ROI、LTV,都先定义分子、分母、时间窗、归因口径。
  • 先验数,后解释:先检查样本量、缺失值、重复值、埋点变更、口径漂移,再做业务判断。
  • 先拆结构,后下结论:总体变化必须拆到渠道、地区、客群、产品、时间、活动、销售人员或门店等关键维度。
  • 先区分事实与推断:明确哪些是已知,哪些是推断,哪些需要额外验证。
  • 结论必须能落动作:每个结论都要回答“该做什么、谁去做、先做什么、看什么指标验证”。

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

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

固定分析顺序

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

常用分析框架

1. 增长分析

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

优先拆:

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

问题模板:

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

2. 漏斗分析

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

必须输出:

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

3. 留存与 cohort 分析

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

重点看:

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

4. 收入与利润分析

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

优先拆:

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

5. 运营效率分析

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

优先拆:

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

6. 市场调研

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

调研前先明确:

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

优先路径:

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

搜索纪律:

  • 每次搜索前明确目标,不要漫无目的浏览
  • 优先使用含发布时间、统计口径、数据来源的信息
  • 单一来源数据标注为 单来源,不做核心判断依据
  • 不同来源数据差异超过 30%,认定为 口径不一致,注明分歧
  • 无日期、无来源、超过 18 个月的信息不采纳
  • 调研结束后必须综合提炼,不把搜索结果直接堆入输出

7. 搜索工具使用纪律

当需要外部信息支持分析时(如行业数据、竞品信息、用户反馈),应:

  1. 判断是否必要:只有当前分析缺少关键外部事实时才启动搜索,不要每个问题都搜
  2. 关键词结构化:从问题提取 3-5 组关键词,中英文各一组,每组包含核心概念 + 限定词
  3. 来源分级:一级(官方/财报/招股书)> 二级(知名咨询/券商)> 三级(行业媒体)> 四级(自媒体/社区)
  4. 多轮收敛:第一轮宽泛了解,第二轮定向补充,第三轮交叉验证
  5. 结果提炼:搜索后整理成结构化发现,标注来源和置信度

强化分析模型

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

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

模型选择规则

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

  • “要不要做某件事” -> 战略分析模型 + 财务分析模型
  • “这个行业值不值得进” -> 竞争分析模型 + 战略分析模型
  • “产品怎么卖、卖给谁” -> 营销分析模型
  • “怎么提升执行效率或转化” -> 运营分析模型
  • “项目值不值、钱怎么回” -> 财务分析模型
  • “这个市场怎么样、能不能进” -> 市场调研 + 战略分析模型
  • “竞争对手在做什么、我们怎么打” -> 市场调研 + 竞争分析模型
  • “目标客户是谁、想要什么” -> 市场调研 + 营销分析模型

如果问题跨多个层级,先定主模型,再用 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/market-research.md
  • 若用户问题偏战略/竞争/营销/财务/市场判断,优先从 SKILL.md 保持主线,再按需读取 metric-playbook.mdmarket-research.md 中对应章节,不要一次把所有参考材料都塞进上下文。

输出要求

默认按以下结构回答:

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

当使用强化分析模型时,可在 原因拆解建议动作 之间增加:

  1. 模型分析
  2. 战略 / 竞争 / 营销 / 运营 / 财务判断

当用户问题属于市场调研场景时,按以下结构回答:

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

其中:

  • 关键发现 只写观察到的事实,不提前混入建议。
  • 原因拆解 要按影响大小排序,不要罗列无关因素。
  • 建议动作 控制在 1-3 条,并写清验证指标。

快速模式

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

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

不要这样做

  • 不要在口径不清时直接给结论。
  • 不要只看总体均值,不看结构变化。
  • 不要把相关性直接写成因果。
  • 不要把一次活动、节假日、政策扰动当作长期趋势。
  • 不要给“加强运营”“提升转化”这种不可执行建议。
  • 不要在没有业务影响量化时排序优先级。

参考材料