去年双十一前两周,我帮一个做家居收纳的店铺做商品分析复盘。运营负责人很自信地打开后台,说他们每周都在看竞争强度,我问他:"你这个'高竞争'是怎么判出来的?"他愣了几秒,说:"就是感觉竞品挺多的,价格也压得低。"后来我们把这个"感觉"量化成三个流程问题,竞品范围怎么圈、阈值怎么定、多久刷新一次,结果发现他们圈定的竞品里,有 40% 根本不在同一个价格带,等于用一群"假对手"在吓自己。
这件事让我意识到,竞争强度配置的核心从来不是"在哪里点按钮",而是"你到底在定义谁是你的对手、用什么标准判断威胁、判断多久失效一次"。这篇文章就围绕这三个问题,把商品分析中竞争强度的流程设计讲透。
如果你只想要一句话答案,那就是:竞争强度配置不是一次参数填写,而是一套"圈定对手→量化差距→设定刷新"的三层流程机制。缺少任何一层,配置都会退化成一张好看但没用的仪表盘。
我见过太多团队把竞争强度当成一个静态字段:在后台找到"竞争强度"这一项,选一个"高/中/低",存盘,然后半年不再动。这种配置方式在商品数量少、类目稳定的时代勉强能用,但在今天动辄一个类目几千个 SKU、价格带每周都在漂移的环境下,静态配置的准确率衰减得非常快。
下面这张图是我对三个典型配置层级的效率对比,数据来自我对 12 个中小电商团队的访谈观察整理,属于样本推演而非平台官方统计。

第一层是圈定对手:你不可能把整个类目都当成竞品,必须有一组明确的筛选条件,把"真对手"从"路人"里挑出来。第二层是量化差距:光知道有几个对手没用,要有指标把这群对手和你之间的差距算出来,形成可比较的数值。第三层是设定刷新:竞争格局是流动的,你的配置必须有失效时间和刷新触发条件。
这三层听起来简单,但真正落地时会遇到大量"看起来是操作问题、其实是判断问题"的细节。下面我按背景场景、常见误区、专业判断逻辑的顺序展开。
回到开头那个家居收纳店铺。他们的商品分析逻辑是:每周一打开后台,看竞争强度标注,如果显示"高",当天就调一次价。这套逻辑运行了三个月,销量没涨,毛利掉了 7 个点。
我让他们把最近一个月被标记为"高竞争"的 SKU 拉出来,逐个核对竞品清单。发现问题出在竞品圈的界定上:他们用类目关键词匹配自动抓竞品,结果一个卖 89 元的亚克力收纳盒,被匹配到了 19 元的塑料收纳筐。这两个商品虽然关键词重叠,但用户决策路径完全不同,根本构不成直接竞争。
这就是典型的"竞品范围失真":系统按照关键词或类目给你圈了一批对手,但你没做人工校准,导致竞争强度被系统性高估。
这个店铺的真实数据是:原始匹配竞品 47 个,人工校准后真正具可比性的只有 12 个,竞争强度标注从"高"降到"中"。降级后他们停止了一轮无谓调价,两周内毛利率回升约 3 个点。这个回升不是靠涨价,而是靠"不再被假对手逼着降价"。

很多做商品分析的人有个误解:以为后台给了竞争强度数值,就可以直接拿来当决策依据。但你要理解平台是怎么算的。
平台侧的竞争强度,通常是基于全站口径计算的:同一个叶子类目下所有商家的商品数、销量分布、价格分布。它的目的是给平台做流量分配参考,不是给你做单店决策参考。两者的目标函数不同,结论自然不能直接套用。
我常打一个比方:平台的竞争强度像天气预报说"今天全国有雨",但你出门要不要带伞,取决于你在哪个城市、几点出门。平台给的是宏观概率,你需要的是本地判断。
所以正确做法是:把平台数据当作输入,而不是结论。用平台数据来定你的"竞品圈定范围",但竞争强度的最终判断,要在你自己的流程里重新计算一遍。
我在实际项目里通常把竞争强度拆成三个可量化的维度,每个维度对应一个具体问题:
这三个维度缺一不可。只看密度,你会被一群小对手吓到;只看集中度,你会忽略大量中腰部对手的蚕食。下面这张雷达图是我给一个美妆店铺做的三维度竞争强度画像,用来对比他们主推的两个 SKU 的处境差异。

太宽的问题前面已经讲了,本质是"用关键词代替了用户决策场景"。太窄的问题同样致命:有些运营为了"精准",只盯 2-3 个头部竞品,结果头部一降价,自己措手不及,因为没看到中腰部对手已经在悄悄切走长尾流量。
我的经验判断是:核心监控竞品控制在 5-8 个,观察池控制在 15-20 个。核心池用来做高频决策,观察池用来提前感知格局变化。两个池子的刷新频率和指标精度可以不同。
"竞争强度超过 60 就算高",这个 60 是哪来的?我见过太多团队用"整数好看"来定阈值。阈值定错的后果是预警失效:要么天天报警导致麻木,要么该报的时候不报。
合理的阈值应该来自你自己的历史数据。做法是:拉出过去 6-12 个月你店铺的竞争强度数值和实际业绩表现,找出"竞争强度超过多少时,你的转化率/毛利率开始明显下滑",那个拐点附近的数值就是你的阈值参考线。
没有历史数据的团队,可以用类目分位数起步:把类目内所有商品按竞争强度排序,取 70 分位作为"高"的起点,50 分位作为"中"的起点,先跑一个季度再校准。
竞争强度的配置是有"保鲜期"的。价格带会漂移、竞品会下架、新品牌会涌入。一个季度不刷新的配置,准确率会明显下降。
我给团队的硬性要求是:核心监控竞品的清单每月复核一次,阈值每季度校准一次,整体流程每半年做一次结构性复盘。注意这里是三个不同的周期,不能混在一起做,否则会变成"要么全做、要么全不做"。
同一个店铺,新品期和成熟期的竞争强度判断逻辑应该不同。新品期你关注的是"能不能被看见",所以流量集中度权重要高;成熟期你关注的是"利润能不能守住",所以价格重叠度权重要高。
用一套固定参数管理所有商品,本质上是放弃了对商品生命周期的精细化管理。这是个听起来很基础、但实操中极容易被忽略的点。

讲完误区和背景,我把落地框架讲清楚。这套五步流程是我在多个项目里逐步打磨出来的,核心原则是每一步都有明确输入、操作、输出和失效条件,避免任何一步变成"凭感觉"。
目的:把"谁是对手"这件事从主观判断变成可复现的规则。
操作:先明确三个圈定条件,价格带区间(比如我方价格上下浮动 30%)、使用场景(同品类同用途)、销售渠道(同平台同流量池)。三者取交集,作为初始竞品池。
输出:一份带来源标签的竞品清单,标注每个竞品是"关键词匹配"还是"人工添加"。
失效条件:当类目出现结构性变化(新平台补贴、爆款换代)时,需要重新界定范围。
这一步是很多团队跳过的地方,直接用了平台默认指标。我的建议是自己定义,哪怕定义得粗糙,也比用一个不知道口径的指标强。
一个可用的最小指标集是:竞品数量(密度)、价格交集比例(重叠度)、TOP3 销量占比(集中度)。三个指标各自归一化到 0-100 分,再按生命周期权重加权求和。
这里给一个计算逻辑的示意代码,方便技术同学理解口径:
# 竞争强度计算示意(伪代码)
def competition_score(competitors, my_price, lifecycle):
1. 竞品密度:有效竞品数映射到0-100
density = normalize(len(competitors), max_expected=20)
2. 价格重叠度:价格带交集占我方价格带的比例
overlap = price_band_overlap(competitors, my_price, band=0.3)
3. 流量集中度:TOP3竞品销量占总销量比例
concentration = top3_sales_ratio(competitors)
4. 按生命周期加权
weights = {
"new": {"density": 0.25, "overlap": 0.20, "concentration": 0.55},
"mature": {"density": 0.30, "overlap": 0.45, "concentration": 0.25}
}
w = weights[lifecycle]
return (density * w["density"]
+ overlap * w["overlap"]
+ concentration * w["concentration"])注意这里的权重只是示例,实际数值要根据你自己的历史数据校准。重点不在于公式多精密,而在于把它写下来,让全团队用同一个口径说话。
阈值我建议分三档而不是两档:低竞争(<40)、中竞争(40-70)、高竞争(>70)。中间档的作用是预警缓冲,避免数值在临界点反复横跳导致频繁误报。
分层之后,每一档要对应一个明确的动作预案。高竞争档不是"提醒一下",而是要触发具体的应对动作,比如"暂停加价测试""启动差异化卖点排查"。没有动作的阈值等于没设。
预警的关键参数不是"阈值多少",而是"连续几次越界才报警"。单次越界大概率是噪音,我一般设置连续 2 个采集周期越界才触发预警。这样能把误报率压下来。
反馈闭环的意思是:每次预警触发后,运营要记录"采取了什么动作、结果如何"。这些记录反过来会帮你校准阈值。没有反馈闭环的预警系统,用三个月就会变成没人看的摆设。
复盘不是"再看一遍数据",而是回答三个问题:这个周期里有多少次预警是准的?有多少次是误报?阈值需不需要调?我建议用一张简单的复盘表来记录,三个月后你会得到一份专属于你店铺的阈值校准依据。

讲完框架,我用一个具体工具来演示这套流程怎么落地。这里以数跨境(官网:https://shukuajing.jiushuyun.com/?utm_source=seo&utm;_plan=est&utm;_unit=gys)为例,说明商品分析中竞争强度配置的实际操作路径。我选它是因为它的商品分析模块对"竞品圈定"和"指标口径"的呈现比较透明,适合拿来验证前面讲的框架。
数跨境的定位是跨境电商数据分析和选品工具,它的商品分析模块会同时呈现市场层面的竞争数据和具体商品的竞争态势。这个"市场+单品"双视角的结构,正好对应我前面讲的"用平台数据当输入、在自己流程里重新计算"的原则。
我在实际使用中比较看重的一点是:它的竞争相关指标不是给一个笼统的"高/中/低",而是有可拆解的维度数据。这意味着你可以按自己的权重重新计算,而不是被迫接受平台的口径。
第一步,用数跨境的市场分析定位到你关注的类目,看类目整体的商品数量和销量分布,这一步用来确定你的"竞品密度基准",也就是前面说的 20 个有效竞品的期望值参考。
第二步,在商品分析模块里圈定价格带和使用场景,得到初始竞品池。我建议这里做一次人工复核,把明显不构成直接竞争的商品剔除,这一步能过滤掉大约 20%-30% 的噪音竞品。
第三步,导出或记录竞品的价格、销量、评价数据,按前面讲的三个维度自己算分。数跨境的数据颗粒度足够支撑这个计算,不需要你再从别处补数据。
第四步,把结果接入你的预警机制。数跨境本身不一定直接提供预警推送,你可以把关键数值定期导出,接入自己的监控表或 BI 看板,把"连续 2 个周期越界"的规则实现出来。
我用这套流程观察过一个 3C 配件类目。类目整体竞争在平台侧显示为"中等偏上",但按价格带和使用场景过滤后,我发现真正与我方商品直接竞争的只有 6 个对手,竞争强度重算后落在"中"档。这与平台结论的方向一致但强度判断不同,平台说"偏上",我算出来是"中"。
差异的来源是:平台按类目全量计算,包含了大量价格带之外的对手;我的流程只算直接竞争。这个差异不是谁对谁错,而是平台口径服务于流量分配,自算口径服务于单店决策。两套口径并存,各用各的场景。

不要一上来就搭建复杂的五步流程。先用最小可行版本跑起来:圈定 10 个以内的核心竞品,手动记录价格和销量,用三档阈值做简单分层。跑一个季度,积累自己的历史数据,再谈指标优化。
这个阶段最大的风险不是"配置不够精细",而是"配置太复杂导致没人用"。很多团队死在过度设计上,不是死在数据不足上。
你们可以直接上手五步框架,重点是补上"反馈闭环"和"周期复盘"这两个最容易被跳过的环节。我见过不少团队前三步做得很好,但没有预警记录和复盘机制,导致阈值越用越偏。
建议指定一个专人负责复盘,每月花半天时间做阈值校准。这半天的投入,通常能换回几倍于它的决策效率提升。
核心挑战是口径统一。不同平台对竞争强度的定义不同,不能直接横向比较。建议做法是:各平台用各自的数据源圈定竞品,但用统一的指标公式计算竞争强度,这样至少能保证"算法一致、输入不同"。
用数跨境这类支持多市场数据查看的工具,可以部分缓解口径问题,但根本解决还是要靠你自己定义一套跨平台通用的计算口径。
你需要的不是运营层面的操作建议,而是把这套流程抽象成产品能力。重点设计三个模块:竞品清单的可配置筛选、指标权重的可调节、阈值和预警规则的可保存模板。让运营不需要每次都从头配置,而是调用模板再微调。

前面那张对比图已经说得很清楚:三层动态流程配置的维护成本是静态配置的十几倍,但换来的准确率提升和误判减少,综合收益更高。但这是有前提的,你的店铺SKU数量和决策频次,要足以支撑这个维护成本。
如果你的店铺只有 20 个 SKU、每月只调价一次,静态配置就够了。如果你有 200 个 SKU、每周都在做价格和投放决策,动态流程才是必需的。这个取舍没有标准答案,取决于你的决策强度。
不要幻想"完全自算"。平台数据有它的优势:全量、及时、成本低。自算数据的优势是口径可控、贴合业务。我的建议是平台数据用于发现异常,自算数据用于决策。当平台数据出现异动时,用自算流程去验证;日常决策则依据自算结果。
核心池监控 5-8 个竞品,你可以在一天内完成复核和响应;观察池 15-20 个竞品,你可能要一周才能扫一遍。这是必然的取舍,不要试图两者兼得。
我的处理原则是:核心池用高频、高精度监控,直接绑定决策动作;观察池用低频、粗粒度扫描,只做趋势感知。两者用不同的刷新周期管理,互不干扰。

最后,我把整套流程压缩成一张检查清单。你可以直接拿去用,每完成一项打一个勾。
| 环节 | 检查项 | 合格标准 |
|---|---|---|
| 竞品范围 | 是否设定了价格带、场景、渠道三重筛选 | 三重条件全部有明确规则 |
| 竞品范围 | 是否做了人工复核 | 噪音竞品过滤比例记录在案 |
| 指标定义 | 是否定义了密度、重叠度、集中度三维指标 | 每个指标有可复现计算口径 |
| 指标定义 | 是否按商品生命周期设了不同权重 | 至少区分新品期和成熟期 |
| 阈值分层 | 是否分了三档并绑定动作预案 | 每档都有明确应对动作 |
| 预警机制 | 是否设置了连续越界触发规则 | 连续 2 个周期越界才预警 |
| 反馈闭环 | 是否记录了每次预警的处理结果 | 有可追溯的处理日志 |
| 周期复盘 | 是否定期校准阈值 | 至少每季度一次 |
| 动态调整 | 是否定期复核竞品清单 | 核心池每月、观察池每季度 |
这张表看起来简单,但能全部打勾的团队,我见过的比例不到三成。大多数团队卡在"反馈闭环"和"周期复盘"上,不是不会做,是没把它当成流程的必要组成部分。
回到最开始那个家居收纳店铺。他们后来把这套清单执行了两个月,最大的变化不是销量,而是运营的决策心态:从"看到高竞争就慌着降价",变成"先核对竞品清单、再看三维评分、最后按预案动作"。竞争强度配置的价值,最终体现在让你的团队用同一套逻辑做判断,而不是各自凭感觉。
如果你现在就想动手,我建议从最小的一步开始:今天就把你现有的竞品清单拉出来,做一次人工复核,看看里面有多少是"假对手"。这一个动作,可能就能帮你找回几个点被无谓调价吃掉的毛利。想系统地跑通这套流程,可以从数跨境的商品分析模块开始,把市场视角和单品视角的数据对齐,再按本文的五步框架逐步落地。

我刚开始接手商品分析这块,后台里能看到竞争强度这个指标,但一直搞不清楚它背后到底是怎么跑出来的。老板问我配置了哪些流程,我也答不上来,只能说数据是系统给的。
一套完整的竞争强度配置至少包含六个环节,缺一个都会导致数据不可信。第一是数据源接入,确定竞品数据从哪个渠道来、更新频率是每天还是每周;第二是竞品范围界定,明确纳入对比的店铺和商品清单;第三是指标定义,把竞品密度、价格重叠度、流量集中度各自的算法写清楚;第四是阈值分层,设定高/中/低竞争的临界值;
第五是预警触发,什么条件下推送提醒给谁;第六是周期复盘,多久回看一次参数是否需要调整。判断是否完整的方法很简单:拿一条系统输出的竞争强度结果,能顺着这六步反推回原始数据,说明配置是闭环的;中间断在哪一步,那一步就是缺失环节。
我见过同事直接设成竞争强度大于80就算高竞争,问他依据是什么,他说是参考别人家的。我自己类目的价格带和竞品密度跟他的完全不一样,直接抄过来总觉得不踏实,但又不知道怎么科学地定这个数。
阈值不能跨类目套用,必须回到自己类目的数据分布里找分位点。可执行的做法是:拉取该类目近90天所有在售商品的竞争强度原始值,按从低到高排序,取第70百分位作为高竞争的起点、第30百分位作为低竞争的终点,中间即为中等竞争区间。
这样定出来的阈值天然适配类目的实际竞争格局,不会出现大部分商品都被判成高竞争的情况。判断依据上,可以做一个简单校验:分层之后如果高竞争组的商品数量占比超过35%,说明阈值设得过松,需要上调分位点;如果低于10%,说明过严,需要下调。
另外阈值不是定一次就完事,大促前后类目竞品数量波动超过20%时,应该重新计算分位点。
我们公司同时在做淘宝、抖音和京东三个渠道,我本来想省事,把淘宝那套竞争强度参数直接复制到另外两个平台。结果抖音那边的数据看起来很不对劲,很多明显竞争激烈的品被标成了低竞争,我现在不确定是参数问题还是平台差异导致的。
不能直接复制,核心原因是三个平台对竞争强度的底层计算口径不同。生意参谋偏向以搜索端竞品数量和流量集中度来算,抖店罗盘更侧重内容侧的曝光竞争和达人带货重叠度,京东商智则以SKU层面的价格带密度和自营/POP竞争比为主。同一套阈值搬到另一个平台,等于用A的尺子量B的身高。
迁移时真正需要改的是三项:一是竞品范围的定义方式,淘宝按搜索关键词圈定,抖音要按内容标签和达人重合度圈定;二是数据采集频率,抖音的竞争格局变化比货架电商快,采集频率要从每周提到每天;三是阈值分位点,必须用目标平台自己的类目数据重新计算。
可以复用的只有流程框架本身,六个环节的结构不变,但每个环节里的具体参数都要按平台重新标定。
我花了不少时间把竞争强度这套东西配好了,看板也能正常出数,但用了一个月发现好像没人真的拿它做判断。运营该上什么品还是凭经验,我就在想是不是我配的东西跟实际决策脱节了,怎么验证它到底有没有用。
验证方法有两个,一个看预警有没有被响应,一个看分层结果和实际经营表现是否吻合。具体做法:先查预警日志,如果推送了20条高竞争预警,但运营侧没有任何调价、换品或调整投放的动作记录,说明预警阈值或推送对象设错了,通常是推给了不负责决策的人。
再做一个回溯校验,把上个月被判为高竞争的商品拉出来,看它们的实际转化率和利润率是不是真的低于中等和低竞争组,如果三组的经营指标没有显著差异,说明你的竞争强度指标没有区分度,需要回到指标定义环节重新选维度。
一个配置合格的竞争强度体系,应该能做到:高竞争组的平均转化率比低竞争组低至少30%,且预警发出后48小时内有对应的策略调整记录。达不到这两个标准,就不是在辅助决策,只是在产生报表。


读者评论
文章把竞争强度从'感觉'拆成可复现的三层流程,这个思路很实用。我们店铺之前也是凭感觉判断,结果经常误调价,现在按价格带和场景重新圈定竞品,无效调价少了很多。
漏斗图那部分很真实,系统关键词匹配的竞品确实虚高。我们按价格带和规格过滤后,竞品数从六十多降到十几个,竞争强度直接从高变中,运营压力小了不少。
阈值拍脑袋定这个问题太常见了。我们就是'60算高'这种整数阈值,结果要么天天报警要么没反应,确实应该用历史转化率拐点来校准,文章给的分位数起步方法可以试试。
新品期和成熟期权重相反这个点很关键。我们之前一套参数管所有商品,新品被误判成竞争激烈不敢推,成熟品又没守住利润,分开配置后合理多了。