大多数做多店零售或电商的人,问"商品分析从哪开始"时,心里想的其实是另一件事:"我买了工具、拉了数据,为什么还是不知道该关哪家店、砍哪个SKU?"过去两年我帮几个连锁品牌做过商品分析体系落地,发现一个反常识的事实:卡住大多数团队的从来不是数据量不够或工具不好,而是没有先把"要回答哪个经营问题"排出一个先后顺序。销量趋势、单店结构、多店对比、决策闭环,这四步不是随便排的,每一步都在为解决下一步才暴露出来的问题做铺垫,跳步的代价往往在三个月后才集中爆发。
这篇文章按我实际踩过的坑,把这条路线拆开讲清楚,包括每一步的最小可用产出标准、常见的口径陷阱,以及不同规模团队该怎么取舍。
先把结论放在前面,方便你对号入座。从零开始搭建商品分析体系,本质上要走完四步:明确经营问题 → 跑通销量趋势 → 做单店结构归因 → 建多店对比并接入决策闭环。每一步对应一类决策,也对应一个最低限度的交付物。跳过任何一步,后面都会返工。
我见过最常见的情况是:团队直接跳到第三步,花两三个月做了一套多店对比看板,上线后发现各店口径不一致,A店把赠品计入销量,B店不计;A店用自然周,B店用财务周。看板上的"店均销量"根本没法横向比较,最后只能推倒重来。
下面这张表是我在实际项目里用的路线图模板。左边是阶段,中间是这个阶段要回答的核心问题,右边是最小可用产出(Minimum Viable Output,MVO),注意,不是"理想产出",而是"不做完这步就不能进下一步"的底线标准。
| 阶段 | 要回答的核心问题 | 最小可用产出(MVO) | 典型耗时 |
|---|---|---|---|
| 第0步:定义问题 | 我现在最想搞清楚的3个经营问题是什么? | 一页纸的问题清单,每题标注"谁来用、多久看一次、看完做什么" | 1-2天 |
| 第1步:销量趋势 | 整体和各维度销量在涨还是跌? | 一张能自动更新的销量趋势表,含时间/品类/门店三个粒度 | 1-2周 |
| 第2步:单店结构 | 销量涨跌背后,是哪些商品在起作用? | 动销率、售罄率、连带率三个结构指标 + 归因路径 | 2-4周 |
| 第3步:多店对比 | 哪些店的结构偏了?偏在哪? | 统一口径的多店对比看板,含横向、纵向两个维度 | 4-8周 |
| 第4步:决策闭环 | 看完数据,谁做什么动作? | 汰换、补货、调陈列的动作清单 + 复盘节奏 | 持续迭代 |
需要强调的是,"典型耗时"不是工期承诺,而是团队投入的累计时间。如果是一个运营兼着做,第2步拖到两个月很正常。但如果第1步就花了两个月还没跑通,那基本可以判定:问题不在数据,而在第0步没做透。
我在一个做服饰连锁的项目里做过对比。第一轮,团队从"我们有哪些数据表"出发,把ERP、POS、会员系统能导的都导出来,做了一张包含四十多个字段的大宽表。结果运营看一眼就关掉了,字段太多、口径不清、不知道先看哪个。
第二轮我们反过来做:先让商品负责人列出他最想回答的三个问题,比如"哪些款在拖后腿""哪些店的品类结构明显偏了""上新节奏和售罄的关系"。然后只做这三张表。上线第一周就有人在用,第三周开始有人主动提需求加字段。
商品分析的建设不是"先把数据仓库建好",而是"先用最小数据回答最痛的问题"。数据仓库是结果,不是前提。这一点想不清楚,后面每一步都会变成"为了做分析而做分析"。

这一步大多数教程直接跳过,但它是整条路线里性价比最高的一步。花一天时间把问题理清,能省下后面几周的返工。
很多团队把这两类问题混在一起问,导致分析目标模糊。它们的本质差异在于:单店问题是"找原因",多店问题是"做比较"。
把这两类问题分开列,你会发现它们需要的指标、粒度、甚至数据更新频率都不一样。单店归因常常需要日粒度甚至小时粒度,多店对比往往周粒度就够了。
我建议每个问题都按这个格式写:谁,在什么场景下,用这个数据做什么决定。举个反例和正例的对比。
| 写法 | 示例 | 问题 |
|---|---|---|
| 反例 | "分析各品类销量趋势" | 没有使用场景,不知道做了给谁用,容易做成没人看的报表 |
| 正例 | "商品经理每周一上午看上周各品类环比,决定这周要补哪些品类的货" | 明确了人、频率、用途,指标和粒度自然就定了 |
这个格式看起来啰嗦,但它逼你把"分析"和"决策"焊在一起。一个没有对应决策的分析需求,本质上是一个伪需求。我在项目里砍掉过一半的需求,都是因为问"看完这个数据你打算做什么",对方答不上来。

见过太多团队一上来列十几个问题,最后哪个都没做好。我的建议是:第一批只做3个问题,而且3个问题最好落在同一个决策链条上。
比如"哪些品类在跌 → 跌的品类里哪些款在拖后腿 → 这些款该不该汰换",这是一个链条,做完能直接支撑一次汰换决策。比"看品类趋势+看门店排名+看会员复购"这种散装组合有用得多。
销量趋势是所有人的起点,但"跑通"的标准差异极大。有人以为把销量数据放进Excel画个折线就叫跑通了,结果每天手动更新两小时;有人以为非得上一套BI系统,结果卡在数据接入阶段一个月没出图。
销量趋势最少要能按三个粒度切:时间粒度、品类粒度、门店粒度。这三个粒度决定了你后面能不能平滑过渡到结构分析和多店对比。
时间粒度上,我一般建议同时保留日、周、月三个视图,但不是三套报表,而是同一张表可以切换。日粒度用来看异常波动(比如某天突然跌了一半),周粒度用来做运营复盘,月粒度用来做经营汇报。
品类粒度上,关键是层级要和你的商品管理体系对齐。如果商品主数据里品类是三层的(大类-中类-小类),分析也至少要做到两层,否则你会发现"服装跌了"这个结论毫无行动价值,到底是女装还是男装,是上装还是下装?
门店粒度上,单店阶段只需要"本店维度",但数据表结构上要为多店预留门店字段。很多团队单店分析做完才发现表结构没留门店维度,到第3步又要重做,非常浪费。
"一张能自动更新的销量趋势表"到底什么样算合格?我给一个可检查的标准清单:
第5条特别重要。口径说明必须"上墙",写在报表页面上或者附在数据字典里。我见过太多团队因为口径只存在某个老员工脑子里,人一走,整张表的数据含义就变成谜。
销量趋势最常见的失真来源不是数据错误,而是口径漂移。几个高频坑:
我的经验是:在第1步就把口径文档写出来,哪怕只有一页。后面每加一个指标,就补一条口径说明。这件事在第1步做,成本是一小时;到第3步再做,成本是两周的返工。

趋势只能告诉你"发生了什么",结构分析才能告诉你"为什么"。这一步是整条路线里技术含量最高、也最容易被做浅的一步。
结构分析不需要一上来就搞几十个指标,先把三个基础指标吃透。
| 指标 | 常见口径 | 回答什么问题 | 口径注意点 |
|---|---|---|---|
| 动销率 | 有销量的SKU数 ÷ 在架SKU数 | 有多少商品是"僵尸款" | "在架"的定义要统一:上架即算,还是有一定库存才算 |
| 售罄率 | 累计销量 ÷ 累计进货量(或首单量) | 这个款卖得好不好、要不要补 | 分母用首单还是总进货,直接影响判断 |
| 连带率 | 销售件数 ÷ 交易笔数 | 商品之间是否能互相带动 | 要区分是商品组合问题还是导购行为问题 |
这三个指标的口径在不同企业差异很大,没有"标准答案",只有"内部一致性"。关键是全公司用同一套定义,并且写在文档里。我遇到过一家企业,线上团队和线下团队对"售罄率"的定义差了一个退货环节,导致同一个款在两边一个"售罄"一个"滞销",吵了两个月才对齐。
归因的核心方法不是看更多数据,而是按固定路径逐层排除。我自己用的归因路径是这样的:
这个路径的价值在于强制你先排除外部因素,再归因到内部可控项。跳过前面几步直接归因到商品,很容易得出"这个款不行"的错误结论,实际上可能只是这个月流量结构变了。
下面用一个示意逻辑演示归因路径,数字是模拟的,目的是说明方法。
假设某店女装品类3月销量环比下滑18%。按上面的路径走:
结论就变成了"新品流量扶持结束后缺乏替代款,导致主力价格带断档",而不是简单一句"女装卖不动了"。后者的行动价值是零,前者直接指向补款和陈列调整。

品类级的结论往往不够用,最终要能落到SKU。但也不是所有团队一上来就能做到款级,我的建议是:结构分析先做到"品类+价格带"两层,再逐步下钻到款。
做到"品类+价格带"就能支撑大部分结构调整决策了,比如调整各价格带的陈列面积、决定补货优先级。款级分析更多是用在汰换和上新决策上,对数据质量要求更高,可以放到后面。
从单店走到多店,最大的坎不是技术,是口径。这是我在每个多店项目里都要单独划出一个小节强调的事。
单店分析时,口径不一致顶多是"本店数据有点怪"。多店分析时,口径不一致会直接让对比失去意义。各店口径不统一,横向对比的结论可能完全是错的。
我见过最典型的案例:某连锁品牌A店把"陈列样品"计入库存,B店不计。结果算售罄率时,A店分母偏大、售罄率偏低,看起来像卖得差;实际上A店卖得比B店好。总部按这个数据做了补货调整,A店断货,B店压货。
口径对齐要检查的清单至少包括:
这五项对齐一次,后面所有对比才有意义。我的做法是做成一张口径对照表,每个门店确认签字,后面每季度复核一次。
多店对比有两个维度,混着看容易得出错误结论。
| 维度 | 对比对象 | 回答的问题 | 典型用法 |
|---|---|---|---|
| 横向对比 | 店与店之间 | 哪家店做得好/差,差距在哪 | 排名、找标杆、发现问题店 |
| 纵向对比 | 门店与自身历史 | 这家店在进步还是退步 | 趋势判断、避免"以绝对值论英雄" |
为什么要分开?因为绝对值排名会掩盖门店的实际情况。一家新店销售额排最后,横向看很差,但纵向看可能三个月翻了2倍。只看横向排名会误判,只看纵向进步会忽略它可能拖了整体的后腿。
做了几年多店看板,我认为真正被高频使用的模块其实只有三个:
这三个模块是层层下钻的关系:总览发现异常 → 对比定位到店 → 结构找到原因。很多看板做了一大堆花哨的分析,结果因为缺少这条下钻路径,用户看完总览就不知道下一步点哪里。

除了口径问题,多店归因还有几个高频误区,我列出来供你自查:
好的多店分析会做"可比化处理",把面积、客流等因素做归一化,或者直接比人效、坪效、转化率这类效率指标,而不是比绝对销售额。这样对比出来的差异才接近"经营能力"的真实差异。
分析做到第3步,技术上已经能看了。但绝大多数体系的失败,都发生在这一步,数据很好看,但没人真正按它做动作。
每个分析结论都要能翻译成一个动作,否则分析就是无效的。我常用的翻译对照:
| 分析结论 | 对应动作 | 责任人 | 复盘周期 |
|---|---|---|---|
| 某款连续4周动销为0 | 进入汰换候选,评估清库存 | 商品经理 | 双周 |
| 某品类售罄率超预期 | 评估补货或加单 | 商品经理+采购 | 周 |
| 某店某价格带结构偏了 | 调整陈列或调配货 | 区域运营 | 月 |
| 某店转化率明显低于同类店 | 排查陈列、推荐、导购话术 | 店长+督导 | 周 |
这张对照表的意义在于:它把"看数据"和"做决策"之间的空白填上了。很多体系就是缺这张表,导致数据分析师出的结论没人接得住。
这三个问题必须在第0步就写清楚,在第4步得到验证。我建议对每个报表都明确这三个字段,做成"报表使用说明"。
举个实际例子:某连锁品牌的"周销量趋势表",使用说明写的是"商品经理每周一上午9点看,看完把异常品类填入本周补货清单,周三前交采购"。这样一来,报表就不再是一张"可以看看"的图,而是流程里的一个节点。
判断一个分析体系是否成立,最简单的测试是:停掉报表一周,看有没有人来找你要。如果没人发现报表断了,说明它还没进入真正的决策流程。
商品分析体系不是建完就固定了。业务进入不同阶段,关注重点会变:
我见过团队一年换三四次分析重点,看起来很乱,其实是正常的,分析体系跟着经营节奏走,而不是经营迁就分析框架。关键是要保留一条稳定的主链路(问题→趋势→结构→对比→决策),在这条链路上调整字段和阈值。
上面讲的都是方法,落到工具上,以数跨境为例说明一下多店归因到行动的落地方式。数跨境的定位是跨境电商和出海零售的数据分析与经营诊断,它的思路和我在项目里用的"问题→趋势→结构→对比→决策"这条链路比较契合。
具体来说,它在多店经营场景里能做的事大概是这样几层:第一层是把店铺的销量、库存、广告、利润等数据源聚合在一起,这个对应的是第1步"跑通销量趋势",省去了手动从多个后台导数据的工作。第二层是做商品和品类维度的结构分析,对应第2步,比如动销、售罄这些结构指标的自动计算。
第三层是多店对比,把不同店铺的经营指标放在统一口径下横向比较,对应第3步,这一点对做多店的人来说价值最大,因为口径问题在跨店、跨平台场景里尤其突出。第四层是异常预警和诊断,把"销量跌了"直接归因到具体是流量、转化还是商品结构,对应第4步的决策闭环。
需要客观说的是:工具解决的是"数据接入、口径统一、自动计算、异常发现"这些执行层的事,但"要回答什么经营问题、看完做什么动作"这两件事,仍然得靠团队自己想清楚。再好的工具也无法替代第0步的问题定义和后面每一步的决策设计。数跨境这类产品的价值在于,当你的问题定义清楚了,它能把执行效率提上来,让你少花时间在导数据和算指标上。官网在 https://shukuajing.jiushuyun.com/?
utm_source=seo&utm;_plan=est&utm_unit=gys ,有兴趣可以自己去看它具体覆盖了哪些能力,我这里不做功能优劣的绝对评价,只说它在上述链路上的定位。

同样的路线,不同团队走法完全不同。下面按团队规模给具体建议。
这类团队不需要复杂体系,重点是把第1步和第2步做扎实。
小团队的优势是决策链短,看完数据当天就能动手。所以不要过度追求分析体系的完整性,要把重点放在"分析完马上能做动作"上。
这个规模是商品分析体系价值最明显的阶段,也是问题最集中的阶段。
中型连锁最典型的困境是"总部做了分析,门店不执行"。解决办法不是加强考核,而是让门店也参与分析口径的设计,让他们认可数据的公平性。门店一旦认可数据,执行阻力会小很多。
这个规模的核心问题从"做不做"变成了"怎么规模化做"。
大团队最容易犯的错是"分析体系脱离业务流程"。我见过一个几百家店的品牌,数据团队做的看板非常漂亮,但区域经理从来不用,因为他自己的管理流程里压根没有"看数据"这一步。体系要嵌进流程,而不是让流程来适应体系。

资源永远是有限的,所以取舍比路线本身更重要。下面把常见取舍场景列清楚。
| 情况 | 可跳过 | 前提条件 |
|---|---|---|
| 单店、业务简单 | 第3步多店对比 | 短期没有扩张计划 |
| 数据基础极差 | 第2步精细结构 | 先把趋势跑通,结构用人工抽样替代 |
| 团队没有分析能力 | 第4步自动化闭环 | 先用固定会议人工跟进,别强上系统 |
但有几步无论如何不能跳:第0步问题定义、口径文档、决策动作设计。这三件事是体系能否成立的地基,跳过它们,后面做得再漂亮也是空中楼阁。
这是个高频问题。我的判断逻辑是:先看人力投入的边际成本,再看工具投入的边际收益。
如果团队每周花在导数据、对口径、算指标上的时间超过15小时,那么上工具是划算的。如果只有三五小时,那人工做可能更灵活,因为工具的数据接入和口径配置本身也需要投入。
还有一个容易被忽略的隐性成本:工具的口径固化能力越强,灵活性越差。业务变化快的时候,工具的口径调整可能跟不上。所以选工具时要看它的口径配置是否灵活,能不能适配业务变化。
我的建议是先在一条链路上做深度,再横向铺开。
比如先挑一个品类、一家标杆店,把"趋势→结构→对比→决策"完整走一遍,把口径、指标、流程都打磨顺。然后再复制到其他品类和门店。这样第一遍可能慢,但复制的时候会快很多。
反过来,一开始就铺开到所有品类和门店,往往是每个环节都做得很浅,而且口径问题是同时暴露的,团队根本来不及处理。

取决于团队投入和业务复杂度。单店场景,两周到一个月能跑通趋势+结构。10-50家店的中型连锁,完整走完四步一般需要2-4个月,其中第3步口径对齐占的时间最多,往往超过一半。这个时间不是线性的,因为口径问题一旦解决,后面的速度会明显加快。
单店或3家店以内,Excel完全够用,关键是口径文档和指标计算逻辑要清晰。门店数量一多,手工维护的边际成本会迅速上升,这时候就该考虑工具了。判断标准是前面说的:每周手工处理数据超过15小时,就该上工具。
三个都看,但用途不同。日粒度看异常(突然的涨跌),周粒度做运营复盘和补货决策,月粒度做经营汇报和结构判断。不要用日粒度下月度结论,也不要用月粒度抓日度异常。
必须先对齐。口径不统一时做的分析,结论可能是错的,而且越早做的分析返工成本越高。我的做法是先做口径对照表,各店确认,再开始任何多店对比。这一步慢一点,后面省很多。
两个关键:一是让门店参与口径设计,认可数据公平性;二是把分析结论翻译成具体动作,写清责任人、完成时间、复盘方式。让门店执行的从来不是"数据很重要"这个道理,而是"看完这个数据我知道今天该做什么",这一点想清楚了,执行阻力会小很多。
主链路(问题→趋势→结构→对比→决策)保持稳定,一般半年到一年调整一次分析重点。字段、阈值、报表布局这类细节,可以按季度调整。业务变化快的团队,比如季节性强的品类,迭代频率要更高。
回到开头那个问题:为什么拉了数据还是不知道该关哪家店、砍哪个SKU?因为大多数团队把商品分析当成"做报表",而不是"回答经营问题的一条路线"。销量趋势只是起点,它告诉你发生了什么;结构分析告诉你为什么;多店对比告诉你问题出在哪;决策闭环才让这一切产生价值。
这条路线最重要的一点是:每一步都可以独立产生价值,不必等全套体系建好才行动。你现在只做到第1步也没关系,只要这一步的口径是清楚的、报表是有人在用的、结论是有人据此做动作的,它就已经在产生价值了。比起追求"完整体系",更值得警惕的是停在第一步不动,或者跳到第三步却发现口径没对齐。
我的建议是,从今天开始做三件事:第一,花一天时间列出你最想回答的3个经营问题,带上使用场景;第二,把现有的销量趋势表的更新方式和口径说明写清楚,哪怕只有一页;第三,找一周时间,挑一个品类或一家店,把"趋势→结构→对比→决策"完整走一遍。走完这一遍,你就知道自己的体系缺哪一块了,比看多少篇方法论都管用。
我们门店刚把POS数据导出来,老板让我做个商品分析,我第一反应就是把所有销量拉个总趋势图,但日、周、月、品类、门店这几个粒度一起看又乱又慢。我就想知道,第一版到底先固定看哪个粒度,才不会白做一遍。
第一版只锁定一个粒度组合:按周、按门店、按一级品类。理由是日粒度的噪声太大,单日波动受天气、活动、补货节奏影响,趋势图很容易被误读;月粒度又太钝,等你发现问题时货已经压了两轮。按周做门店×一级品类的销量趋势,既能看出走向,又能支撑补货和调陈列的动作节奏。
先跑通这一张,再往下加价格带、SKU、连带率这些维度,否则维度叠太多,你连同比下滑是结构问题还是单店问题都分不清。口径上先固定三件事:销量是否含退货、是否含赠品、门店调拨算不算销售,这三条不写下来,后面多店对比一定翻车。
我们公司有七八家店,预算批不下来买BI,我手上只有Excel和导出的CSV,老板又要求做多店对比。我自己试着拼了几张透视表,越做越卡,还老是对不上数,就怀疑是不是非得有工具才行。
能撑,但要设一个明确的止损线:门店数在10家以内、SKU在2000以内、按周更新,Excel完全够用,关键是结构要对。做法是把原始数据表和展示层分开:一张明细表只放门店、日期、SKU、品类、销量、销售额、退货量这几列,所有计算都靠数据透视表和公式从这张表长出来,不要手工贴中间结果。
多店对比用透视表的行放门店、列放指标,再用条件格式标出异常。真正撑不住的不是门店数,而是数据更新频率和维度数量,当你需要按天更新、或者要同时看价格带和连带时,Excel的维护成本会超过工具成本,那时候再上BI,你也已经知道要什么指标了,不会买回来一个用不上的系统。
我们几家店的数据是分开报上来的,做横向对比时发现A店销量一直领先,但店长说他们做了很多调拨和线上订单。我就很怕做出来的对比是假的,反而误导了老板的判断。
最常见的三个陷阱:一是调拨计入销售,导致货源中转店虚高;二是线上订单归属混乱,有的算到下单店,有的算到发货仓;三是退货和换货的处理时点不一致,有的冲减当期,有的挂到下期。规避方法是在建指标前先写一份口径说明,至少覆盖销量、销售额、动销率、售罄率四个指标的分子分母定义,并且让每个店的对接人确认签字。
对比时优先看同口径下的横向排名,再看纵向趋势,如果某店排名突然跳变,先查口径变更记录再谈经营动作。这一步偷懒,后面所有分析结论都要推翻重做。
我们好不容易搭了趋势表和对比看板,结果发到群里没人看,运营说看不出要干什么,采购还是凭感觉下单。我就很困惑,分析做出来了,怎么才能真正推动汰换和补货。
关键是给每类分析绑定一个固定的决策场景和使用人。销量趋势周报给商品负责人,用来判断哪些品类需要提前备货;单店结构表给店长,用来排查滞销和陈列调整;多店对比表给运营负责人,用来做跨店资源倾斜。频率上,趋势和对比按周,结构明细按双周或月度,别天天看,看多了人麻木。
动作要落到清单:每周输出一份不超过10个SKU的待处理清单,标注是补货、汰换还是调陈列,指定责任人和完成时间。分析不是报告,是一张有归属的任务单,没人认领的分析等于没做。


读者评论
先定义问题再动手,这个顺序我踩过坑,之前直接做多店看板,结果口径不一致推倒重来,浪费了两个月。
销量趋势跑通的标准写得实在,尤其是口径说明要上墙,我们公司就是靠一个老员工脑子记,人一走全乱套。
四步路线图清晰,但第2步单店结构归因对数据分析能力要求挺高,小团队可能卡在归因路径上。
文章强调从经营问题出发而不是从数据表出发,这点很对,但实际中业务方往往提不出好问题,需要分析人员引导。
多店对比前必须统一口径,这个观点很到位,我们连锁店就是赠品计算方式不同导致店均销量没法比。