去年双十一前两周，我帮一个做抖音小店店群的朋友复盘数据。他手里同时管着 37 个店铺，月 GMV 大约 280 万，按他的话说"每天睁开眼就是出单、发货、盯客服"。但当我把他所有店铺后台的利润数据拉齐到一张表上时，发现一个很难看的事实：37 个店铺里，真正贡献正向净利润的只有 9 个，剩下 28 个店铺里有 14 个处于"规模越大亏得越多"的状态，另 14 个利润率不足 2%，扣掉老板自己的时间成本基本等于白干。
而他自己完全没有意识到这个问题，因为他在每个店铺后台看到的都是"本月销售额环比增长"这种让人安心的数字。
这件事让我彻底改变了对店群管理里"商品分析"这件事的理解。绝大多数店群操盘手做商品分析，做的其实是"商品表现分析"，哪个品卖得好、哪个品退货高、哪个品需要补货。但利润空间场景下的商品分析，本质是一道完全不同的题目：你要回答的不是"哪个品卖得好"，而是"哪个品、哪个店、哪个组合在给我赚钱，以及如果我把资源重新分配一次，整体利润会变成什么样"。这篇文章就把我在实操中沉淀下来的一整套商品分析方案设计逻辑完整拆开，包括为什么大多数店群的利润分析是失效的、从利润目标反推分析维度应该怎么设计、以及不同店铺规模和类目下该怎么取舍。
先把核心判断放在最前面，避免你读了两千字还在猜我要说什么。
店群利润空间场景下的商品分析，核心不是"分析商品"，而是"分析利润的流动方向"。商品只是利润的载体，真正需要被拆解的是：一笔订单从产生到最终结算，钱在哪些环节被消耗掉了、哪个环节的消耗是可以通过商品结构调整来优化的。
我见过太多店群操盘手的管理动作是这样的：看销售额排名 → 把卖得好的品加大投入 → 把卖得差的品下架。这套动作在单店精细化运营时代可能有效，但在店群模式下，它会导致三个直接后果：第一，高销售额的品往往是高广告投入换来的，加投入等于放大利潤侵蚀；第二，被下架的"差品"里有很多是低销量但高毛利、低退货的现金牛；第三，店铺之间的商品结构会越来越同质化，流量成本被自己推高。
所以利润空间场景的商品分析方案设计，应该遵循一个完全不同的逻辑链条：先定利润目标 → 再拆利润构成 → 再匹配到商品维度 → 最后才是分析动作。顺序反了，分析做得再漂亮也落不了地。
要理解为什么利润空间分析这么难做，得先看清楚店群这种生意模式的利润结构。
一个单店卖家的利润公式大概是：净利润 = 销售额 – 商品成本 – 平台佣金 – 物流成本 – 广告费 – 人工分摊。
但店群的利润公式要再乘上一个"店铺系数"，因为同样一个商品，放在不同店铺里，它的实际利润表现可能是完全不同的。原因在于：不同店铺的流量结构不同（自然流量占比 vs 付费流量占比）、不同店铺的平台活动参与度不同（满减、秒杀、百亿补贴对利润率的影响差异巨大）、不同店铺的售后成本不同（店铺评分影响退货处理成本）、不同店铺的资金周转效率不同（保证金占用、账期长短）。
所以店群模式下更准确的利润公式应该是：店铺净利润 = Σ(商品利润 × 店铺流量系数 × 店铺成本系数) – 店铺固定成本分摊。这里的"流量系数"和"成本系数"就是利润漏掉的第一个大黑洞。
回到开头那个朋友的案例。我们把他的 37 个店铺按"店铺净利润"从高到低排列后，发现了一个非常反直觉的现象：净利润排名前 5 的店铺，销售额排名都在 10 名开外，其中有一个店铺销售额排第 28 位，但净利润排第 3 位。
深入拆解这个"销售额第 28、净利润第 3"的店铺后发现，它的商品结构里有 60% 是低客单价、高复购的日用品，广告费占比只有 4.2%，退货率 3.1%，而它的主要成本就是商品采购成本和快递费。相比之下，销售额排名前 3 的店铺广告费占比普遍在 18%-24% 之间，退货率 11%-16%，看起来热闹，实际上是在给平台和物流打工。
这就是典型的"利润在看不见的地方漏掉"。如果只看销售额报表，这个店铺应该被砍掉；但从利润角度看，它才是应该被重点保护和扩品的对象。
我在实操中最大的体会是：店群利润分析做不下去，80% 的原因不是分析方法不对，而是数据根本拉不齐。一个管着 20 个店的操盘手，日常要面对的是：抖音小店后台一套数据、拼多多后台一套数据、淘宝后台一套数据、ERP 里一套数据、财务表格里还有一套数据。五套数据的口径、时间维度、成本归集方式各不相同。
举个具体例子：抖音小店后台的"成交金额"是不含运费险和部分平台补贴的，而拼多多的"支付金额"含了平台补贴，两个数字直接相加会高估整体销售额。再比如退货数据，抖音小店的退货退款统计到"订单维度"，而 ERP 里通常统计到"SKU 维度"，同一笔退货在两个系统里的对应关系经常对不上。
这些数据工程的细节，恰恰是绝大多数讲"店群利润分析"的文章跳过的部分。但对真正要落地的操盘手来说，数据清洗和口径统一的重要性，不亚于分析模型本身的设计。
在讲具体方案设计之前，先把几个高频误区拆开，否则后面给的方法你很可能对不上号。
这是最普遍也是最致命的误区。销售额是个流量指标，利润贡献是个结构指标。一个卖 100 万的爆品，如果广告费占比 25%、退货率 15%、平台佣金 5%，它的实际贡献可能还不如一个卖 10 万、广告费占比 5%、退货率 2% 的稳定品。
正确做法是给每个商品计算一个"利润贡献分"，而不是看销售额排名。利润贡献分 = 商品净利润 / 商品占用的资源（包括广告预算占用、库存资金占用、客服工单占用）。这个分数的意义是：每个商品到底消耗了多少资源、又产出了多少利润。
很多店群操盘手会做一张"通用商品分析表"，然后套用所有店铺。问题是：一个做百货铺货的店和一个做垂直类目的店，它的利润结构和关键指标完全不同。百货店动销率是核心，垂直店毛利率是核心，混着看会得出错误结论。
我一般建议至少按"店铺定位"分成三类模板：引流型店铺（看流量成本和转化率）、利润型店铺（看净利率和复购率）、清库存型店铺（看周转天数和滞销占比）。三类模板的分析维度、预警阈值、行动规则都不一样。
平台后台的利润报表有个天然缺陷：它只算平台内能统计到的成本，算不到隐形成本。比如：老板自己的时间成本、库存资金的时间成本、多店铺共用的办公和人工成本、以及最重要的，因规则变化导致的潜在罚款和保证金风险。
一个店铺后台显示净利率 8%，看起来很健康。但如果把老板每月投入在这个店上的 40 小时按市场价折算进去（假设 150 元/小时），再算上库存资金占用成本，真实净利率可能只剩 2%-3%。平台报表告诉你的是"账面利润"，你需要算的是"经济利润"。
利润空间分析不是做一次就完事的。平台佣金会调、广告出价会变、退货率会波动、竞品会改价。你今天算出来的"利润品"下个月可能就变成"亏损品"。我一般建议把分析做成周迭代、月复盘的机制：周级别看异常（比如某个品的广告费占比突然翻倍），月级别看结构（比如某个店铺的利润品占比是否在下降）。
最常见的失败场景是：分析报告做得很详细，但看完之后不知道该干什么。因为报告里只有"现状描述"，没有"行动触发条件"。
好的利润分析方案一定会包含明确的行动规则，例如：连续 2 周广告费占比超过 20% 的商品自动进入观察名单、连续 1 个月净利率低于 3% 的店铺触发关店评估。有了这些规则，分析才不会停在"看看而已"的层面。
现在进入本文最核心的部分。这套"从利润目标反推分析维度"的四步法，是我自己在管店群的过程中反复迭代出来的，核心思想是：不要让数据决定你要分析什么，而要让利润目标决定你要分析什么。
做分析之前必须先回答一个问题：你这个店群今年的利润目标是什么？是追求整体净利率 10%，还是追求绝对利润额 500 万，还是追求现金流健康度？目标不同，后面的分析维度完全不同。
我通常会把利润目标拆成三个约束：
有了这三个约束，后面的分析就有了"红线"。任何商品、任何店铺、任何品类组合，只要触碰到红线，就是一个需要被处理的信号。
利润从收入到最终结余，会经过几层扣减。每一层扣减对应一个或几个分析维度：
| 利润层级 | 公式 | 对应的分析维度 |
|---|---|---|
| 毛利润 | 销售额 – 商品成本 – 平台佣金 | 选品毛利率、采购成本、平台费率 |
| 贡献利润 | 毛利润 – 物流成本 – 广告费 | 快递成本结构、广告 ROI、流量结构 |
| 净运营利润 | 贡献利润 – 退货损失 – 售后成本 | 退货率、售后工单率、差评率 |
| 经济利润 | 净运营利润 – 人工分摊 – 资金占用成本 | 人效、库存周转、资金效率 |
这个拆解的价值在于：它把"利润不好"这个模糊问题，变成了"哪一层利润不好"这个具体问题。比如一个店铺整体净利率 4%，如果拆开发现毛利润是 22%、贡献利润是 9%、净运营利润只有 4.5%，你立刻就知道问题出在退货和售后环节，而不是选品环节。
利润拆解之后，要把分析维度落到三个层级上，每个层级的分析目的和关键指标都不同。
店铺层的分析目的是做存活判断和资源分配判断。关键指标包括：店铺净利率、店铺贡献利润、店铺资金回报率、店铺固定成本占比、店铺流量结构（自然流量占比）。这一层不需要看太细，主要看趋势，连续 3 个月的走势比单月数字更重要。
品类层的分析目的是做资源分配。关键指标包括：品类毛利率、品类动销率、品类退货率、品类广告 ROI、品类占店铺销售的比重。这一层要特别关注品类之间的"利润互补性"，比如引流品类负责带流量，利润品类负责赚钱，两者缺一不可，不能单看某一个品类的利润率高就砍掉引流品类。
SKU 层的分析目的是做具体操作决策。关键指标包括：SKU 净利率、SKU 利润贡献分、SKU 库存周转天数、SKU 广告费占比、SKU 退货率、SKU 复购率。这一层是动作最密集的层级，但也是最容易做错的层级，因为单个 SKU 的数据波动大，容易被噪声误导，所以要用滚动 4 周的数据来看趋势。
分析的终点是行动。我会给每个关键指标设一个"预警阈值"和对应的"行动规则"：
这些规则的价值在于：它把"分析"变成了"分析 + 执行"的闭环，让每个数据信号都有对应的动作，避免分析报告变成摆设。
前面讲的是方法论，这一章讲执行层。坦白说，这一层是大多数店群操盘手的真正瓶颈，不是不会分析，而是数据拉不齐、跑不通。
多平台数据打通不需要一上来就上大系统，最小可行方案其实只要三步：
这三步做完，你的数据至少可以做到"口径一致、可对比、可下钻"，已经能支撑 80% 的利润分析需求。
口径不统一是店群利润分析最容易出错的地方。我常用的几个口径定义如下，建议你直接套用或者按自己业务调整：
| 指标 | 口径定义 | 常见错误口径 |
|---|---|---|
| 商品净利率 | (销售额 – 商品成本 – 佣金 – 物流 – 广告 – 退货损失) / 销售额 | 用毛利率代替净利率 |
| 广告费占比 | 广告花费 / 同期成交金额（按支付时间对齐） | 用广告花费 / 下单金额，导致占比虚低 |
| 退货率 | 退货订单数 / 成交订单数（按订单数而非金额） | 按金额算退货率，被大额订单干扰 |
| 库存周转天数 | 平均库存金额 / 日均销售成本 | 用库存数量而非金额，忽略价格差异 |
| 利润贡献分 | 商品净利 / 商品占用的加权资源量 | 只看净利绝对值，不看资源占用 |
我建议店群利润看板分三层布局：
看板的价值不在于好看，而在于让操盘手每天早上花 10 分钟就能知道今天该处理哪几件事。
如果你觉得自建数据打通成本太高，可以考虑用现成的跨境数据中台。以"数跨境"（官网：https://shukuajing.jiushuyun.com/?utm_source=seo&utm;_plan=est&utm;_unit=gys）为例，它在店群利润分析场景下有几个可以直接借鉴的设计思路，即使你不用它的产品，也可以拿这些思路去检查自己的数据方案：
第一，多平台多店铺数据的统一接入层。把不同平台、不同店铺的订单、商品、广告、退货数据统一接入后做字段映射，这样后续所有分析都基于一个统一口径，避免了"每个店铺一套算法"的混乱。
第二，商品维度的利润归集。把平台佣金、物流、广告、退货这些成本按商品维度归集，让运营能看到单个商品的真实利润，而不是只看销售额和毛利率。
第三，店铺组合视角的分析。店群的核心不是单个店铺，而是店铺组合。数跨境的思路是把所有店铺作为一个整体来看利润结构，然后识别出哪些店铺是利润贡献者、哪些是利润侵蚀者、哪些在中间状态，辅助做关店和资源重新分配决策。
需要提醒的是：工具只是载体，真正决定分析效果的是你的利润拆解逻辑和行动规则。没有清晰的利润目标和分析维度设计，再贵的数据中台也只会出一堆没人看的报表。
这一章给三个高频决策场景，每个场景给出不同情况下的行动建议。这些建议都基于我自己的实操经验，你可以直接对照使用。
先不要急着关。关店决策要分三种情况：
有些店铺的单店净利率为负，但它的商品结构在给整个店群带来流量协同价值，比如它的某些高流量商品带动了其他店铺的关联销售，或者它承担了新品测试和测款的功能。这种情况不能单独算它的净利润，要看它对店群整体的贡献利润。我建议算一个"店铺协同贡献值"，把关联销售、测款价值、流量外溢都折进去，如果协同贡献值能覆盖亏损，就保留；否则关。
这种情况要果断进入关店流程。但关店前要做两件事：一是把店铺里的利润品迁移到其他店铺，二是把可复用的库存和供应商资源转移到其他店铺。关店不是终点，资源回收才是。
新店的利润分析要看"亏损收敛速度"而不是"是否亏损"。如果每个月的亏损幅度在收窄，且收窄速度符合预期（比如每月亏损收窄 30%），就继续投；如果亏损幅度在扩大，果断砍。
这是最考验分析功力的场景。高毛利高退货的品类，本质是一个"利润波动率"问题。我一般用三个步骤判断：
广告费占比上升不一定是坏事，也可能是店铺在扩流量。关键是要区分"健康上升"和"危险上升"：
| 信号 | 健康上升 | 危险上升 |
|---|---|---|
| 广告费占比 | 上升但 ROI 稳定或上升 | 上升且 ROI 持续下降 |
| 成交金额 | 同步上升，幅度超过广告费涨幅 | 上升缓慢或停滞 |
| 退货率 | 稳定或下降 | 同步上升 |
| 自然流量占比 | 稳定或上升 | 持续下降，越来越依赖付费 |
如果是危险上升，定位问题 SKU 的方法是：把广告计划按 SKU 拆开，找出 ROI 下降最快的前 20% 的 SKU，逐个检查它们的商品详情页、价格竞争力、评论数量和质量。通常问题 SKU 都能在这几个维度上找到明显的异常。
店群的利润率分析方案不是一刀切的，店铺规模不同、类目不同，取舍逻辑完全不同。这一章给出三种典型情况的具体取舍建议。
这个规模的店群，我建议抓大放小，先做店铺级别的利润分析，暂时不做 SKU 级别的精细分析。
原因很简单：SKU 级别分析的投入产出比在店铺数量少的时候不划算。你花一周时间搭一个 SKU 级别的利润分析系统，可能只能帮你多识别出 3-5 个需要调整的 SKU，而这些调整的价值可能小于你的时间成本。相反，先把店铺级别的利润结构理清楚，把亏损店铺关掉、把利润店铺加码，这一层的收益通常就能覆盖你 80% 的利润提升空间。
这个规模是利润分析方案的"甜蜜点"。我建议重点做品类级别的利润分析，SKU 级别做抽样分析。
品类级别分析能帮你识别出店铺内的"利润主力品类"和"资源黑洞品类"，这个层级的决策动作相对稳健（比如调整某个品类的库存占比、广告预算占比），不容易因为单品波动做错决策。SKU 级别可以每周抽 20% 的 SKU 做深度分析，特别是那些近期广告费占比或退货率异常波动的 SKU。
这个规模就必须上系统化方案了。建议搭建完整的"店铺-品类-SKU"三层利润分析体系，并且把分析规则引擎化，实现自动预警和自动行动。
这个阶段的瓶颈通常在两个地方：一是数据质量，多平台数据不一致会持续干扰分析结论；二是组织协同，分析结论要能穿透到运营团队执行，需要把行动规则嵌入到日常流程和考核里。这时候一个像"数跨境"这样的数据中台能明显提升效率，因为它把多平台数据的统一接入和利润归集这两个最耗时的环节标准化了。
除了店铺规模，类目也会影响利润分析方案。几个典型类目的额外关注点：
方案设计完只是第一步，真正难的是让它跑起来并且持续产生价值。这一章给几个落地层面的实操建议。
我建议每周固定一次利润例会，时长控制在 45 分钟以内。会议结构是：5 分钟看整体健康度 → 15 分钟看本周触发预警的店铺和 SKU → 20 分钟讨论行动方案 → 5 分钟确认执行人和截止时间。这个机制的价值是把"分析"变成一个组织习惯，而不是某个人的临时工作。
店群运营最容易出问题的场景是：每个运营只负责自己手上的店铺，没有人为整体利润负责。解决办法是设定一个"店群整体利润"指标，把它作为运营团队的核心考核项之一，同时给每个运营分配一个"店铺组合"，让他们对组合整体的利润负责，而不是只看单个店铺的销售额。
利润分析结论落地时，我最大的教训是"不要一次改太多"。曾经我一次性建议关掉 6 个店铺、砍掉 40 个 SKU、调整 20 个品类的广告预算，结果执行层面完全跟不上，最后只落实了不到三分之一。
现在我的做法是：每次只推动 2-3 个最关键的调整，等这批调整的利润效果被验证后，再推下一批。这样既能保证执行质量，也能通过小规模的实验验证分析结论是否可靠。
每次利润分析都会遇到新的场景、新的判断。建议把每次的决策逻辑和结果沉淀下来，形成店群自己的"利润决策手册"。这本手册会成为店群核心竞争力的重要组成部分，因为它是从真实业务中长出来的，别人抄不走。
回到文章开头的那个问题：为什么 28 个店铺在亏损，操盘手却浑然不知？因为他做的分析是"商品表现分析"，而不是"利润空间分析"。
利润空间场景下的店群商品分析，它的本质不是"分析商品"，而是一套资源分配系统。这套系统要回答三个问题：哪些店铺应该保留、哪些品类应该加码、哪些 SKU 应该调整。要回答这三个问题，你需要先确定利润目标、再拆解利润构成、再把分析维度匹配到店铺层级和商品层级、最后设定行动规则。分析只是手段，资源重新分配才是目的。
如果你现在正在管店群，而且还没做过系统的利润空间分析，我建议你下一步立刻做三件事：
不用一上来就搭大系统，也不用一次改完所有问题。先把一个店铺的利润模型跑通，再复制到三个店铺，最后再扩展到整个店群。利润空间分析不是一次性项目，而是一个持续迭代的管理机制，跑得越久，你对每个店铺、每个品类、每个 SKU 的利润理解就越准确，你的决策质量也就会越高。
如果你希望少走数据打通阶段的弯路，可以参考"数跨境"在多平台数据统一接入和商品维度利润归集上的产品设计思路，即使最后不用它，这些思路本身也能帮你把自建方案的结构想清楚。工具可以换，逻辑不能乱。
我手里有十几个店，一直只看店铺的月度利润表，感觉能看出哪个店赚钱哪个店亏，但具体到该关哪个店、砍哪个品就完全没底。后来发现店铺层的数据太粗了，一个店亏钱可能是被两三个滞销SKU拖死的，光看店铺层根本定位不到问题。
建议从SKU层起拆，反向汇总到品类层和店铺层，而不是从上往下看。具体做法是：先把每个SKU的毛利额、毛利率、动销天数、退货率、广告费占比这五个字段拉齐，按利润贡献额排序，标记出"高毛利高动销""高毛利低动销""低毛利高动销""双低"四类。
判断依据是二八法则，通常20%的SKU贡献80%的利润，剩下80%里的大部分是在消耗库存资金和运营精力。店铺层报表只用来做最终决策确认，不用来做诊断，因为店铺层的亏损是结果，SKU层的结构问题才是原因。
一个实操口径：如果某店铺连续两个月净利率为负，先看它的SKU利润分布，若负利润SKU数量占比超过40%，基本可以判定是品类结构问题而非运营问题。
我同时在几个平台开店，每个平台后台的"利润"算法都不一样，有的扣了佣金没扣运费险，有的把推广费算进成本有的不算，每次汇总到一起做对比就发现数字对不上，老板还问我为什么A平台利润率比B平台高这么多。
核心原则是：不要用平台后台的"利润"字段做跨平台对比，只把平台后台当原始数据源，所有利润口径在自己这边重新算一遍。具体做法分三步：第一步，统一收入口径，全部用"实际到账金额"而非"成交金额"，即扣除平台佣金、支付手续费、优惠券分摊后的金额；
第二步，统一成本口径，商品成本用最近一次采购价而非加权平均，物流成本按实际发货单核算，包邮的要把运费摊进单件成本；第三步，统一费用口径，广告费、软件费、人工、仓储、退换货损失全部按店铺或SKU归集。判断依据：跨平台对比的前提是分子分母定义一致，否则比出来的差异可能全部来自口径而非经营质量。
建议用一张Excel或BI表维护"平台原始字段→统一字段"的映射关系，每次平台改规则只改映射层，不动分析层。
我现在用Excel管8个店的利润数据，每周手动导一次后台报表，感觉还能撑住，但听说有人管到20个店就崩了。我不确定到底该在什么节点上系统，怕上早了浪费钱，上晚了数据已经乱了。
判断节点不是店铺数量，而是三个信号：第一，单次数据汇总时间超过2小时，8个店如果每个店要导5张表、清洗字段、合并，通常1.5小时起步，超过2小时说明人工流程已经不可持续；第二，SKU总数超过500，Excel的透视表和公式在这个量级下开始明显卡顿，且容易因误删行导致口径断裂；
第三，需要按SKU维度做利润归因而非只看店铺汇总，这一步用表格做多表关联极易出错。满足任意两个信号，就值得上系统。选型时的判断框架：先看能不能对接你现有的ERP或平台后台API，再看能不能自定义利润计算口径（很多工具只能用它预设的公式，改不了），最后才看报表好不好看。
价格不是首要因素，因为口径改不了的工具，再便宜也是负资产。如果暂时不想上系统，最低成本的过渡方案是把Excel拆成"原始数据层+计算层+展示层"三个文件，原始数据层只做粘贴不做任何加工，这样至少不会因为公式改错而污染历史数据。
我有个店最近两个月广告费占比从12%涨到了19%，但月底看总利润跟之前差不多，团队说是因为单量涨了摊薄了固定成本，所以不用管。我总觉得哪里不对，但又说不出该从哪个角度去看这个问题。
这种情况需要拆开看，不能只看总利润。广告费占比上升但总利润持平，通常意味着两件事同时发生：一是自然流量带来的利润在补贴付费流量，二是增量订单的边际利润率在下降。具体判断方法：把订单拆成"自然单"和"广告单"两组，分别算各自的毛利率和净利率。
如果广告单的净利率已经低于你的ROI底线（比如低于5%），那总利润持平只是因为自然单还在赚钱，一旦自然流量下滑或竞品加大投放，整体利润会快速转负。
可执行的做法是：按SKU维度算"广告费/该SKU毛利额"这个比值，标记出比值持续上升且超过30%的SKU，逐个检查是关键词竞价环境变贵了，还是这个品的转化率在下降。前者可以考虑降预算或换投放时段，后者通常意味着详情页或评价出了问题，需要先优化转化再投。
数据口径上建议每周记录一次广告费占比和自然单占比的交叉表，连续三周广告单净利率下降就该干预，不要等到总利润下滑才动手。
读者评论
文章提到的数据拉不齐问题太真实了，我管15个店，光是抖音和拼多多后台的口径差异就够头疼，更别说ERP和财务表对不上。利润分析第一步确实是数据清洗，不是建模。
从销售额导向转到利润导向，说起来容易做起来难。我们团队试过算商品利润贡献分，但广告费分摊到SKU很难精准，最后只能按占比估算，感觉还是有点粗。
误区三说到隐形成本，尤其是老板时间成本，这个点很少人提。我自己算过，如果把每天盯后台的时间折算进去，有些店确实不如关了。平台报表的利润太乐观了。
四个步骤里第一步定利润目标最有用。以前上来就拉数据做透视表，结果分析完不知道干嘛。先定净利率底线和周转约束，后面砍品关店才有依据，行动规则也才绑得住。