亚马逊竞争格局分析

写亚马逊相关的研究、开题或行业分析时，最容易卡在「竞争对手到底该算谁」这一步：把平台、卖家、云厂商混在一张表里，结论就散了。这篇给一个可操作的分层框架——先切分业务板块，再按直接对手、替代者、上下游议价方逐层列清单，并说明哪些判断会随口径变化而失效。

写亚马逊相关的研究、开题或行业分析，最容易卡在「竞争对手到底该算谁」这一步。把平台、卖家、云厂商混在一张表里，结论就散了：明明是两套完全不同的生意，却硬要拉一个总排名，最后谁都不服。这篇不给你结论，给你一套能自己动手跑一遍的分层框架。

思路是先切分业务板块，再按直接对手、替代者、上下游议价方逐层列清单，最后落到证据怎么放、结论写到什么程度停手。全程只讲判断标准和可执行动作，具体数字一律到站内页面核对当时的数值。

先分战场：电商与云不是同一张竞争图

电商侧比的是流量、履约与卖家供给，云侧比的是算力、企业客户与生态绑定。两边的对手名单几乎不重叠，混在一起写会让「谁是主要对手」这个结论失去意义。动手前先问一句：这块业务的收入是从谁口袋里掏出来的。

电商战场

掏消费者和卖家的钱，核心变量是流量分配、履约时效、卖家供给密度。

云战场

掏企业 IT 预算的钱，核心变量是算力供给、客户迁移成本、生态工具绑定。

判断口径

同一笔支出被谁收走，就归到哪个战场，别看公司组织架构怎么切。

什么情况下不适用这套切分？做整体估值或多元化战略研究时，两块确实要合起来看。但合起来看的前提是分开列，最后再单独讨论协同效应，而不是一开始就把两份对手名单搅在一起。

按对手层级列表：直接对手、替代者、上下游

分完战场，下一步是分层。直接对手看类目重叠度、卖家重合度、站点覆盖，而不是看谁体量大——体量大但不在同一类目血拼，算不上直接对手。替代者抢的是同一笔预算，形式上可以完全不像，比如独立站、线下渠道、企业自建机房。

• 直接对手：同类平台上卖同一批货、抢同一批卖家，判断依据是类目重叠和卖家重合，不是营收规模。
• 替代者：抢同一笔消费或 IT 预算，形式不同也算，独立站、线下渠道、自建机房都归这一层。
• 上下游议价方：物流、支付、芯片、品牌方，它们不直接竞争但会改变竞争结果，研究者最容易漏这层。
• 每列一层就标注依据来源，区分公开财报口径、行业访谈口径和你自己的推断，三者的置信度不一样。

实操建议是先画一张三层清单，每层只填名字和一句话理由，填不出来理由的先空着。空着比硬凑好，硬凑出来的对手会在后面写结论时反咬你一口。

证据怎么放：一张对照表加三个核查点

证据不要散在段落里，固定成一张对照表。字段固定下来，写的时候就不会每段各说各话，审稿的人也能一眼看出你哪几行是硬证据、哪几行是推测。

1. 对时间口径核对所有来源的统计周期是否一致，周期不同会直接造出假趋势；不一致就在表里分开列，不要合并。
2. 对地理口径确认是全球口径还是单一站点口径，站点差异会让排名完全反转，这一点在电商侧尤其明显。
3. 对份额口径分清是自报口径还是第三方测算口径，两类数不能直接并列，只能各自成列再讨论差异。

三个核查点里最容易翻车的是时间口径。两份来源看起来趋势一致，一查统计周期差了一个季度，结论就站不住了。核查完再去站内的价格追踪页面看看当期实际数字，比在正文里写死一个值安全得多。

结论写到什么程度算够：给条件，不给定论

写「在某某条件下，某方在履约时效上更有优势」，比写「某方更强」更经得住追问。前者把适用边界摆出来了，后者只是表态。研究者交出去的东西，别人第一反应往往是问边界在哪。

明确列出不适用场景：监管政策变化、汇率与关税调整、某方业务重组，都可能让当期结论失效。涉及具体价格、份额、增速这类会变的数字，一律去站内页面核对当时的数值，不要写死在文里。比如各家官方接口的计费口径和模型资料，到 /price-watch 和模型资料库看当期数字；中转站这类第三方渠道的可信度另有检测逻辑，到 /sites 页面核对当时的检测结果，别把它和官方口径混着引用。