经营决策：从“看图看数”到“决策行动”的电商决策
国内抖音&天猫经营预警看板建设实践
|
项目定位
这不是一张“把指标都放上去”的展示型看板，而是一套服务周经营会的决策机制：先识别量、利、效、存的异常，再把风险落到具体 SKU、责任人、完成时限和解除条件。本文以国内抖音与天猫业务的合成虚拟数据为示范，说明从指标清单到经营闭环的完整搭建方法。
|
|
示范数据规模
453 条
30周 · 16个SKU
|
预警规则资产
13组 / 46条
红 / 橙 / 正常分级
|
本周风险覆盖
8 / 16
50% SKU触发预警
|
管理闭环
T+0—T+14
分派、验证、复盘
|
适用对象
经营负责人、渠道负责人、电商运营、商品、供应链、财务与数据团队。
作品URL
https://next.finebi.com/decision/application/e23690e204f2490f9323af8053e161
概览
核心命题：经营管理者需要的不是更长的指标清单，而是更早地知道哪里偏离、为什么偏离、谁来处理，以及何时能够解除风险。
|
管理问题
|
本项目给出的回答
|
形成的决策抓手
|
|
哪里出问题？
|
平台、类目、SKU三级定位；红橙分级
|
优先看高风险，不在总盘里平均用力
|
|
为什么出问题？
|
量、利、效、存联动归因
|
投放、成本、价格、库存对应不同动作
|
|
谁负责解决？
|
主预警类型映射责任角色
|
问题自动分派，周会逐条过项
|
|
何时算解决？
|
时限、目标值、连续两周不触发
|
从“已关注”升级为可验收的关闭标准
|
本次交付范围
一套可复用的经营预警指标、口径与规则框架。
一份国内抖音&天猫周度 SKU 粒度的合成虚拟数据集。
一张经营决策预警看板：总览、趋势、结构、明细与多维筛选。
一份经营预警与行动决策报告：结论、风险敞口、处置清单与闭环目标。
|
示范期管理结论
最新周销售额127.7万元、渠道利润55.4万元、净利率43.4%；销售与利润环比分别增长3.3%和3.0%，但较峰值均回落约11%。16个SKU中8个触发预警，其中2个亏损型红色SKU需立即冻结增量投放，1个库存336天SKU需停止补货并启动去化。
|
从指标到行动的主链路
|
数据准备
周×SKU宽表
|
→
|
口径计算
量·利·效·存
|
→
|
规则判定
红/橙/正常
|
→
|
看板定位
平台→类目→SKU
|
→
|
行动闭环
负责人+时限
|
一、背景与目标
1.1 业务场景
国内电商经营同时覆盖抖音与天猫，两类平台的流量机制、投放方式、费用结构和库存节奏不同。管理层既要看到销售规模与增长，也要防止“收入增长但渠道利润被广告、折扣、退货和履约成本吞噬”。当SKU和渠道增多，传统周报很容易停留在结果展示，无法及时驱动经营动作。
1.2 业务目标
|
目标层
|
目标描述
|
衡量方式
|
|
统一经营语言
|
销售、利润、广告、库存采用同一粒度与口径
|
同一指标在看板与报告中结果一致
|
|
提前识别风险
|
在利润恶化或库存积压扩大前触发预警
|
红橙预警数量、命中率和提前量
|
|
支持管理取舍
|
比较平台、类目与SKU的风险敞口和利润贡献
|
周会能形成清晰的优先级与资源分配
|
|
形成行动闭环
|
每条预警绑定原因、动作、责任人、时限和验收
|
逾期率、解除率、复发率
|
1.3 工具定位与价值
FineNext 在本项目中的定位是经营决策入口，不是替代财务、订单、广告和库存系统，而是把分散数据转译成可讨论、可追责、可复盘的经营信号。看板负责“发现与定位”，分析报告负责“判断与行动”，周经营会负责“批准与验收”。
二、业务痛点与前期准备
2.1 需要解决的五类痛点
|
痛点
|
典型表现
|
经营影响
|
|
口径分散
|
销售、广告、退货、库存分别统计
|
同一周会出现多套答案，讨论时间被对数占用
|
|
只看结果
|
收入和利润下降后才解释
|
无法在风险扩大前介入
|
|
量利割裂
|
销量增长被视为成功，未同步看净利
|
可能出现越投越亏、低效放量
|
|
归因不足
|
知道异常SKU，不知道是价格、成本还是流量
|
整改动作泛化，无法验收
|
|
闭环缺失
|
预警停留在“已关注”
|
责任不清、期限不清、同类问题反复发生
|
|
时效成本高
|
业务发现利润降低，需要耗费一天或几天时间逐项逐单检查问题跟因
|
错失新的流量机会、花费大量时间可能无法找到具体问题，或者压缩后面优化的时间
|
|
专业能力限制
|
老板可能对指标图、数据指标变化代表含义不理解，无法根据已有的指标变动或者指标图找到根因或者判断根因是否准确。
|
直接影响老板无法给出准确的经营意见或无法判断运营的操作是否合理。
|
2.2 一号位/业务主管最关心什么
本周业绩改善是真增长，还是来自高费用换量？
哪些风险会影响未来两周的利润和现金占用？
抖音与天猫应分别采取放量、止损、提价还是去库存？
哪个SKU、哪个责任人、什么时间必须交付什么结果？
风险解除后是否复发，规则阈值是否需要校准？
2.3 前期准备清单
|
准备项
|
本项目处理方式
|
产出
|
|
指标清单解读
|
将交叉指标拆为销售链、利润链与升级指标
|
指标域与业务含义
|
|
数据粒度
|
以“周×平台×类目×SKU”为最小经营单元
|
453条、30周、16个SKU
|
|
口径字典
|
定义收入、成本、费用、利润及比率的计算边界
|
统一口径表
|
|
预警规则
|
13组、46条规则，按红/橙/正常分级
|
阈值、证据、责任映射
|
|
虚拟数据设计
|
保留真实业务关系并人为注入典型异常
|
可演示的量利效存场景
|
|
质量校验
|
检查唯一键、公式一致性、边界值与最新周标识
|
可导入宽表与QA记录
|
三、核心方案：量、利、效、存一体化预警
3.1 指标体系
|
指标域
|
关键指标
|
回答的经营问题
|
典型动作
|
|
量
|
销售额、销量、自然流量、广告流量
|
增长从哪里来，是否持续
|
调整流量结构与资源投放
|
|
利
|
毛利率、渠道利润、净利率、费用率
|
增长是否创造利润
|
止损、提价、降本、预算重分配
|
|
效
|
CTR、CVR、CPC、ACOS、TACOS
|
广告漏斗在哪一环断裂
|
优化素材、人群、转化与出价
|
|
存
|
库存量、可售天数、周转状态
|
资金是否被滞销库存占用
|
停补、清货、渠道调拨
|
3.2 关键计算逻辑
|
销售形成链
销售额 ≈（自然流量×转化率 + 广告展示×点击率×转化率）×价格实现×（1−退货率）。该链路用于判断增长究竟来自流量、转化、价格还是退货改善。
|
|
利润形成链
渠道利润 = 销售额 − 采购成本 − 头程运费 − 平台佣金 − 广告费用 − 履约费用 − 退货成本 − 税费。该链路用于识别“越卖越亏”与费用侵蚀。
|
3.3 异常识别与升级机制
|
级别
|
判定含义
|
管理要求
|
关闭条件
|
|
红色
|
利润为负、库存极端或多指标共振
|
T+0止损；周会逐条过项
|
达到目标且连续2周不再触发
|
|
橙色
|
成本、价格、投放或库存出现中度偏离
|
T+3出方案、T+7验证、T+14复盘
|
指标回到安全区且不升级
|
|
正常
|
核心指标处于设定边界内
|
持续监控趋势和基准变化
|
不适用
|
升级原则：单点波动以橙色观察；利润为负、库存极端或多个关键指标同时恶化时升级为红色。主预警类型决定默认责任人，避免一条预警多人围观、无人负责。
四、FineNext 搭建过程
4.1 七步搭建法
|
1
|
解读交叉指标清单
识别销售链、利润链、广告漏斗、价格实现、采购成本、平台费用与库存诊断等指标域，先确认每个指标服务的决策问题。
|
|
2
|
设计周度经营数据模型
确定周×平台×类目×SKU粒度，统一维度编码，避免不同图表因聚合层级不同而口径漂移。
|
|
3
|
生成并校验虚拟数据
构造30周业务轨迹与16个SKU，保留合理相关性，并注入亏损、低毛利、高广告成本和超长库存等典型场景。
|
|
4
|
建立预警规则引擎
将13组46条规则写入数据层，输出预警等级、主预警类型、问题说明、建议动作、责任角色与最新周标识。
|
|
5
|
导入 FineNext 并建宽表
核对字段类型、日期粒度、金额与比例格式，确保看板和分析报告共享同一事实来源。
|
|
6
|
搭建经营决策看板
用KPI卡、周度趋势、预警结构、明细表和筛选器形成“总览—定位—下钻”路径，高风险项优先展示。
|
|
7
|
重构分析报告与闭环
把描述性分析改为执行摘要、风险敞口、优先级、处置清单、里程碑、两周目标和口径限制。
|
4.2 看板信息架构
|
区域
|
组件
|
使用方式
|
|
经营总览
|
销售额、渠道利润、净利率、预警SKU数
|
30秒判断规模、利润质量与风险数量
|
|
趋势判断
|
周度销售与利润趋势
|
同时比较环比、均值与峰值，避免只看单周
|
|
风险结构
|
平台、类目、等级分布
|
把资源集中到风险密度更高的抖音和食品饮料
|
|
预警明细
|
SKU、证据、问题、动作、负责人
|
周会逐条过项并追踪关闭
|
|
筛选下钻
|
平台、类目、生命周期
|
快速验证风险是否集中在特定经营组合
|
五、看板如何实质解决问题
5.1 用风险敞口决定资源优先级
|
最新周销售额
127.7万元
环比 +3.3%
|
渠道利润
55.4万元
环比 +3.0%
|
预警SKU
8 / 16
红3 · 橙5
|
利润改善上限
3.8万/周
敏感性测算，非预测
|
事实：预警SKU贡献31.2%的销售额，却只贡献26.5%的利润，净利率36.8%，较正常SKU低9.6个百分点。 决策：未来两周优先修复预警组利润质量，而不是继续用增量投放掩盖低效。
5.2 用平台与类目结构确定先后顺序
|
对象
|
销售额占比
|
预警率
|
净利率
|
决策
|
|
抖音
|
29.0%
|
62.5%
|
40.0%
|
先纠偏投放与低效放量
|
|
天猫
|
71.0%
|
37.5%
|
44.8%
|
守住利润基本盘
|
|
食品饮料
|
—
|
75.0%
|
34.6%
|
第一优先整改类目
|
5.3 用具体证据触发不同动作
|
SKU
|
当前证据
|
立即动作
|
时限与验收
|
|
DY-FS-001
|
利润-0.31万；净利率-15.4%；TACOS45.2%
|
T+0冻结增量投放；拆解利润桥
|
T+3复盘；利润转正、净利率≥10%，连续2周不红
|
|
DY-SP-002
|
利润-0.31万；毛利率25.8%；费用率46.5%
|
T+0冻结增量投放；核查低毛利+高费用
|
T+3复盘；利润转正、净利率≥10%，连续2周不红
|
|
TM-JJ-001
|
可售库存336天
|
立即停补；制定去化与调拨方案
|
T+14<300天；T+42<200天
|
六、经营预警闭环机制
6.1 周度节奏
|
节点
|
时点
|
必做动作
|
责任与输出
|
|
预警分派
|
T+0
|
按主预警类型自动分派
|
经营负责人确认责任人
|
|
根因确认
|
T+1
|
核对证据，确认根因假设
|
责任人补充数据与结论
|
|
方案批准
|
T+3
|
提交止损、修复或去化方案
|
经营负责人批准资源与边界
|
|
效果验证
|
T+7
|
检查核心指标是否改善
|
责任人提交首轮验证
|
|
复盘/关闭
|
T+14及连续2周
|
不再触发同级预警才关闭，否则升级
|
周会逐条过项，沉淀规则
|
6.2 两周可量化目标
|
指标
|
当前
|
两周目标
|
验收方式
|
|
红色预警数
|
3
|
≤1
|
最新周预警等级去重计数
|
|
橙色预警数
|
5
|
≤3
|
最新周预警等级去重计数
|
|
预警SKU净利率
|
36.8%
|
≥40%
|
预警组利润÷预警组销售额
|
|
负利润SKU数
|
2
|
0
|
最新周渠道利润<0的SKU数
|
6.3 角色分工
|
角色
|
主要责任
|
典型预警
|
|
经营负责人
|
确定优先级、批准资源、关闭或升级风险
|
利润为负、平台费用、综合预警
|
|
电商运营
|
优化流量、素材、人群、出价与转化
|
CTR/CVR/CPC/ACOS异常
|
|
商品负责人
|
价格实现、折扣审批、利润底价
|
价格实现率与折扣异常
|
|
供应链负责人
|
采购成本、补货、库存去化
|
采购成本率与可售天数异常
|
|
财务/数据
|
口径治理、数据质量、规则回测
|
口径差异、缺失、误报与漏报
|
七、解决的问题与价值量化
7.1 管理方式的前后变化
|
过去
|
现在
|
价值
|
|
多张表、多个口径
|
看板与报告共享同一数据源和口径
|
减少对数，形成唯一事实来源
|
|
周报解释已经发生的结果
|
红橙预警提示量利效存风险
|
把管理动作前移
|
|
问题停留在平台或类目
|
下钻到具体SKU与证据
|
避免平均用力
|
|
整改依赖经验口头安排
|
预置动作、责任人、时限、解除条件
|
可追责、可验收
|
|
同类问题反复发生
|
连续两周验证并回写规则库
|
沉淀数字化经营资产
|
7.2 价值衡量框架
|
价值类别
|
可量化指标
|
建议基线与目标
|
|
核心业务价值
|
预警SKU净利率、负利润SKU数、库存可售天数
|
以真实上线前8–12周为基线，按月评估改善
|
|
管理效率价值
|
周报准备时长、对数时长、预警到分派时长
|
上线前后用工时记录对比，不虚构节省比例
|
|
闭环质量价值
|
按期完成率、解除率、复发率、升级率
|
红色100%逐条过项；逾期项必须升级
|
|
数字资产价值
|
规则复用率、口径覆盖率、新平台接入周期
|
统一字段与规则后滚动扩展
|
7.3 本次示范已经验证的能力
能同时识别高费用亏损、低毛利亏损和超长库存三类红色风险。
能揭示抖音“销售占比低、预警占比高”的资源错配信号。
能将食品饮料识别为高预警率、低利润率的第一优先类目。
能把风险从描述性结论转化为负责人、时限与验收条件。
|
结语
经营预警看板的最终价值，是把“发现异常”变成“推动行动”，再把一次次处理经验沉淀为组织可复用的规则。只有当预警能够被认领、被验证、被关闭，BI才真正进入经营决策。
|
| 
