TASK 24 · 市场与竞争研究

估算目标市场规模

用自上而下与自下而上的方法估算目标市场规模,明确假设、来源和区间,而不是给出一个看似精确的数字。

市场与竞争研究 跨境 B2B 风险 · 中 更新于 2026.11.05

问题 · PROBLEM

团队常引用一份报告里的“市场规模”作为决策依据,但口径、地区和年份不清楚;自上而下和自下而上的数字差距很大,没人解释假设。

目标 · GOAL

用两种方法交叉估算 TAM、SAM 和 SOM,记录数据来源、假设、区间和敏感性,输出可讨论的市场规模范围,而不是单点数字。

边界 · SCOPE

只做公开数据估算与假设分析,不提供投资、法律或税务建议;不能把估算当作收入承诺。

常见输入

  • 目标产品与品类
  • 目标地区
  • 公开行业数据
  • 客户数量与采购频率
  • 价格区间
  • 现有销售数据

预期输出

  • 估算模型
  • 假设清单
  • 来源链接
  • 区间与敏感性
  • 需要验证的问题

风险边界 · RISK

中

本任务涉及客户或公司信息。执行前应确认数据来源、准确性、保存期限与适用规则;客户分级和公司判断应保留人工复核。

TASK BREAKDOWN

把任务拆成可执行的步骤。

步骤顺序不是唯一答案;它用于说明一项任务通常如何从证据走到输出,实际项目应按团队与市场调整。

  1. 01 定义市场边界
  2. 02 做自上而下估算
  3. 03 做自下而上估算
  4. 04 交叉校验
  5. 05 做敏感性分析
  6. 06 记录未知项

这个任务解决什么

市场规模不是越大越好,而是要与你的产品、地区和可服务客户相匹配。引用一份全球报告很容易,但报告的口径可能包含你不服务的细分、渠道或地区;如果团队不解释这些假设,数字越大,决策越危险。

最佳实践

  • 先定义边界:产品范围、目标地区、客户类型和购买方式,避免把整个行业都算进来。
  • 同时做自上而下和自下而上两种估算;两者差距大时,先解释差异,不要取平均值。
  • 每个数字都记录来源、年份、币种和口径;公开报告、行业数据和客户访谈可以分开标注。
  • 用区间和敏感性表达,而不是给出“精确到百万”的单点数字。
  • 把 TAM、SAM、SOM 分开,说明哪些部分当前渠道和服务能力可以触达。
  • 用客户访谈或小规模销售数据验证关键假设,再更新模型。

常见失败

  • 直接引用一份报告,不核对年份、地区和定义。
  • 用全球市场乘以一个随意百分比当作可服务市场。
  • 只给一个数字,不记录假设和来源。
  • 把市场规模当成收入预测或融资承诺。

衡量与边界

看关键假设被验证的比例、估算区间是否收窄,以及销售反馈与模型是否一致。市场估算不构成投资、法律或税务建议;对外引用时应注明来源和局限。

SOLUTION COMPARISON

可选方案,按条件比较。

同一任务可能有现成 SaaS、自动化工作流或人机协作等不同路径。表格按技术门槛排序,不构成绝对排名;每个方案页都有更完整的限制、风险与核验说明。

浏览全部方案
比较基于本站已发布的方案页;“核验”表示方案核验等级,具体范围见方案页。
方案 路径 技术门槛 部署 费用 核验

结构化 AI 访谈生成 ICP 假设

用模型主持结构化的 ICP 访谈,把客户记录、丢单原因和销售判断整理成可验证假设,再由业务负责人确认。

人机协作流程 / API / 模型 / 工具组合 低代码 在线服务 按量计费 L1 · 已核对官方资料

Firecrawl 公司研究资料流水线

用 Firecrawl 批量抓取目标公司公开页面,把内容转为结构化资料,再由模型抽取字段并进入人工核验队列。

API / 模型 / 工具组合 / 自动化工作流 需要开发 在线服务 / 自托管 按量计费 L1 · 已核对官方资料

WHERE TO START

根据你的能力选择入口。

入门建议不是能力评级,而是降低第一次尝试的成本。先用小样本验证流程,再决定是否扩大自动化范围。

无需编程

适合一线从业者,先用现成产品验证流程。

当前没有发布在这一门槛下的方案;可先查看其他路径或方案索引。

低代码 / 需要配置

适合愿意维护表格、工作流或少量脚本的团队。

需要技术 / 开发

适合能维护 API、自托管服务和数据管道的技术团队。

先做小样本: 无论选择哪条路径,都建议先用少量账户或客户记录验证输入、输出和审核流程,再扩大名单、预算或自动化范围。