Community生产力与协作github.com

Cheerfay/profit-atlas

用于分析一家或多家上市公司的商业模式、利润来源和核心价值转化流程,回答“这家公司靠什么活着”以及“价值如何转化为现金”这两个关键问题。

profit-atlas 是什么?

该技能旨在帮助用户深度剖析特定公司的商业模式与盈利逻辑,回答“公司靠什么活着”和“核心价值-现金转化流程”两个根本问题。它要求用户提供具体的公司名称,并严格避免从公司历史、使命宣言或组织架构入手。技能分为两层分析:第一层从公司经济学视角解析谁付费、为何付费、收入与利润来源、成本与风险;第二层则绘制从客户需求到收款维护的核心运营闭环,并识别每个环节对收入、成本、风险及用户体验的决定性影响。技能支持单一公司或多公司对比分析,并可选地与用户提供的项目进行桥接,判断项目在核心流程中的位置及对公司级指标的影响。输出要求包含表格、箭头链、决策点表及核心运营矛盾总结,并强调基于审计财报、监管文件等权威证据,明确区分“披露”、“计算”和“推断”三类陈述。该技能适用于Cursor、Codex、Claude Code等AI Agent平台,帮助开发者和分析师快速理解企业真实价值创造机制。

兼容平台~Claude Code~Codex CLI~Cursor
npx skills add https://github.com/Cheerfay/profit-atlas/tree/HEAD/skills/company-value-chain-review

Installed? Explore more 生产力与协作 skills: steipete/gemini, steipete/gh-issues, steipete/skill-creator · View all 6 →

在你喜欢的 AI 中提问

打开一个已预加载此 Agent Skill 的新对话。

文档

公司价值链审查

使用本技能仅回答两个问题:

  1. 这家公司靠什么活着?
  2. 将价值转化为现金的核心工作流程是什么?

不要从公司历史、使命宣言、组织架构或项目列表开始。

除非用户要求其他语言,否则以用户的语言回复。

范围

  • 分析一家公司或比较多家公司。
  • 需要财务证据时,默认使用最近三个完整财年的数据。
  • 如果用户已提供可靠的财务分析,则直接使用,无需重复完整调研。
  • 如果需要更深入的行业利润池研究,请先与 industry-profit-pool-research 协作,然后回到此处综合两个层次的分析。
  • 如果请求从行业或价值链出发,询问利润积累之处或可信的创业切入点,则使用 industry-profit-pool-research 代替。

证据标准

优先使用:

  1. 经审计的年度报告和财务报表。
  2. 官方投资者关系材料和监管文件。
  3. 权威行业或监管来源提供背景信息。

对于重要的公司具体声明,请提供来源链接和报告期。如果用户提供的证据不足,在可获取来源时应检索当前主要证据。如果无法获取,应说明哪些内容无法验证,并使结论保持条件性,而非将其标记为已披露。

区分三类陈述:

  • 已披露: 直接来源于来源。
  • 已计算: 根据已披露数字推导得出;对重要部分应列示公式或推理过程。
  • 推断: 业务解释;应明确标注。

如果公司仅报告收入或将多条业务线合并为一个分部报告,则切勿为某条业务线分配利润或利润率。应说明数据未单独披露。

工作流程

步骤 1:建立最小财务骨架

仅收集理解业务所必需的信息:

  • 核心收入来源及其占比。
  • 核心毛利润或营业利润来源。
  • 主要运营成本。
  • 重要的资产负债表或现金流风险。
  • 任何对净利润产生重大影响的非经营性项目。

避免将本步骤变成完整的财务报告摘要。

步骤 2:回答第一层——这家公司靠什么活着?

第一层是公司经济学视角,而非客户旅程。它确立付款方、付款理由、收入机制、核心收入和利润来源、成本及风险。

针对每家公司,回答:

  • 谁向公司付款?
  • 客户为何付款?
  • 收入如何产生:产品销售、订阅、佣金、利差、保费、广告、服务费、许可、融资或其他机制?
  • 公司在哪里花费最多资金?
  • 如果已披露,哪个业务创造了最多的毛利润或营业利润?
  • 哪个业务即使尚未被证实为盈利来源,在战略上也必不可少?
  • 最重要的业务风险是什么?

最后以一句压缩的句子结束,形式如下:

这家公司从根本上利用 [核心能力/机制] 帮助 [客户] 解决 [重要问题],从而赚取 [金钱类型]。

不要使用诸如“提供高质量服务”或“为用户创造价值”这样模糊的表述。

步骤 3:回答第二层——核心工作流程是什么?

绘制一条从价值创造到现金收款的主要链条。不要复述完整的组织结构。

第二层是运营层面的价值-现金链条。不要将两个层次重新解释为独立的客户价值链和内部价值链。

仅以此通用骨架为起点:

客户需求 → 获取/销售 → 产品或服务交付 → 风险/质量控制 → 开票/收款 → 留存/复购

根据业务进行调整。示例:

  • 保险:产品设计和定价 → 渠道销售 → 承保 → 保单服务 → 理赔 → 续保。
  • 汽车:用户洞察 → 车型定义 → 研发与采购 → 制造 → 销售 → 交付与服务 → 复购/推荐。
  • 证券:客户获取 → 开户/入金 → 交易或咨询执行 → 风险/合规 → 结算 → 持续资产或交易活跃度。

然后确定:

  • 哪个步骤主要决定收入?
  • 哪个步骤主要决定成本?
  • 哪个步骤主要决定风险?
  • 哪个步骤主要决定用户体验或信任?

如果不同的商业模式共存,最多绘制两条链条,并解释为什么两者都是必要的。不要列出每一个次要工作流程。

步骤 4:相关时比较公司

使用如下列的比较表格:

| 公司 | 价值创造核心 | 主要收款方式 | 主要利润引擎 | 最大成本/风险 | 核心运营矛盾 |

“核心运营矛盾”应揭示模型中的张力,例如:

  • 服务体验创造定价权但消耗毛利润。
  • 硬件创造用户但软件创造利润。
  • 高毛利技术服务盈利但客户集中。
  • 业务依赖爆款产品,缺乏第二利润引擎。

步骤 5:可选的桥接到项目审查

仅当用户提供项目或要求将项目与公司连接时:

  • 将项目定位到核心工作流程中。
  • 说明它主要影响收入、成本、风险、用户体验,还是其中多个方面。
  • 区分直接的业务影响与局部效率或体验改进。
  • 在没有证据的情况下,不要将一个项目夸大为公司级的利润驱动因素。

使用以下句式:

该项目位于 [工作流程步骤],主要通过 [机制] 改变 [收入/成本/风险/体验]。其公司级重要性取决于 [所需的联系或规模]。

必需输出

对于一家公司,输出:

  1. 第一层表格,涵盖付款方、付款理由、收入机制、核心收入、核心利润、主要成本、关键风险以及一句本质描述。
  2. 第二层工作流程,作为一条箭头链。
  3. 决策点表格,涵盖收入、成本、风险和体验。
  4. 公司核心运营矛盾的简短综合。

对于多家公司,首先提供合并的第一层比较,然后每个公司提供一个紧凑的第二层部分,最后总结跨公司差异。

当需要更全面的审查时,请使用 references/review-template.md 中的详细问题库和输出模板。

质量检查

在作答前,请验证:

  • 收入来源和利润来源未被混淆。
  • 毛利润、营业利润、净利润和现金流被区分清楚。
  • 战略重要性未被自动称为盈利能力。
  • 工作流程始于真实客户需求,止于收款或留存。
  • 链条中仅包含真正决定价值的少数步骤。
  • 缺乏证据支持的内部流程被标记为推断。
  • 最终一句描述足够具体,能将该公司与其竞争对手区分开来。

Individual skills in this repo

This repo contains 1 individual skill — each has its own dedicated page.

相关技能