一个模拟场景:主队打进决赛后的第一个72小时

先说明,以下是一个模拟场景,数字用于说明分析逻辑,不对应任何真实球队或品牌。某职业联赛的一支主队在周三晚上赢下半决赛,决赛定在十一天后的周日,主场作战,场馆可容纳约4.2万人。半决赛结束后的72小时里,这支球队主场球衣的搜索量涨到平时的4.3倍,社交平台上与队长号码相关的讨论量涨了6倍,官方线上店球衣日销量从平均180件跳到1100件,其中队长号码占了38%。

如果按传统分工,电商团队会看到“销量大涨”,采购团队会看到“库存告急”,场馆运营团队要到决赛前几天才开始算零售点人手,赞助团队则要等比赛结束后才拿到曝光数据。四个团队各自的报表都没错,但没有人能回答一个共同的问题:这十一天里,每一件球衣应该出现在哪里、什么时候出现、卖给谁。

为什么分开的系统总在交接处丢信息

BB体育把这条链写成七个环节:Trend(趋势)→ Demand(需求)→ Supply Chain(供应链)→ Event(赛事)→ Venue(场馆)→ Consumer(消费者)→ Commercial Value(商业价值)。每个环节单独做都不算难,难的是交接。趋势模型输出“热度上涨”,需求模型需要的却是“未来11天分渠道、分尺码的件数”;供应链算出能补多少,场馆却需要知道“决赛当天有多少件能进到场内仓”;场馆零售卖出了多少,赞助团队需要的是“有多少观众在有品牌露出的区域停留过”。

数据在交接时通常被压缩成一个汇总数字,原来的尺码结构、时间分布、空间位置都丢了。对BB体育AI来说,放进同一个系统的意义,是让上一环节的完整假设被下一环节直接读取,而不是只传一个结论。

趋势到需求:热度只是线索,不是订单

在这个案例里,Forecast Model 首先要判断4.3倍的搜索量里有多少会变成购买。系统会把搜索、社交讨论和线上成交放在一起比较:搜索和讨论涨得快,但成交转化只有平时的六成,说明很多人只是在关注比赛,而不是准备下单。Demand Model 据此把需求拆成三块:决赛前线上渠道约6800件,决赛当天场内约5200件,赛后一周(如果夺冠)约4000件,如果输球,赛后需求可能只剩三分之一。

这里最容易出错的是把“半决赛后的峰值”直接外推。模型会参考同类赛事在决赛前后的热度衰减曲线,但这类历史样本本身就不多,所以输出的是一个区间,而不是一个确定值。关于这一步怎么拆解,可以参考决赛前的球衣需求预测。

供应链:从决赛日期倒推补货窗口

需求区间出来后,Supply Chain Analytics 开始倒推时间。模拟案例中的现有库存是:中心仓7400件,门店和线上前置仓合计1900件,场馆场内仓600件。常规球衣补产的 Lead Time 是21天,显然赶不上;加急印号的 Lead Time 是6天,但单件成本高出35%,而且印了号就基本不能退货。

系统给出的方案是:不追加空白球衣生产,只把中心仓的3000件调拨到场馆,同时对队长号码和另外两个热门号码加急印制2400件;Safety Stock 按场内需求区间上沿的15%设定,避免决赛当天中场前就断码。系统还会列出不同方案对应的缺货概率和剩余库存风险,而不是只给一个“建议补货量”。

比赛日场馆:货到了,观众不一定买得到

在进入场馆之前,Event 环节先要把比赛本身的变量补齐。模拟案例里,决赛开球时间定在晚上七点半,票已售出约96%,其中客队球迷约占11%;天气预报显示当晚有小雨。这几个信息会直接改变后面的计算:客队球迷不会买主队球衣,要从场内需求里扣掉;晚场比赛意味着观众更可能提前到场吃饭;下雨则会让更多人在室内 Concourse 停留,而不是在外场广场排队。这些变量单独看都很普通,但如果场馆团队拿到的只是一个“预计售出5200件”的数字,就无法判断这个数字是在什么前提下算出来的。

货进了场馆,问题变成空间和时间。Venue Intelligence 会结合往年同级别比赛的入场曲线,估算开赛前90分钟到开赛前15分钟是入场高峰,这段时间里主入口附近零售点的排队长度会超过15人。Spatial Analytics 建议在两个人流最大的 Concourse 通道各加一个临时售卖点,并把队长号码的库存优先分配到靠近主队看台的点位。

环节 主要模型 本案例的关键输出 是否需要人工确认
趋势与需求 Forecast Model、Demand Model 分阶段需求区间(线上、场内、赛后) 需要,确认输赢两种情景的权重
供应链 Supply Chain Analytics 调拨3000件、加急印号2400件需要,加急印号不可退
场馆比赛日 Venue Intelligence、Spatial Analytics 新增两个临时售卖点及库存分配 需要,涉及安全与动线
消费与价值 Consumer Analytics人均零售消费、品牌区停留时长 部分需要,用于赞助报价时必须复核

消费与商业价值:一场比赛的收入不止球衣

决赛当天,Consumer Analytics 看的不只是卖了多少件球衣。模拟结果显示,场内零售共卖出4700件球衣,人均零售消费比常规联赛日高出2.1倍,但餐饮人均消费只增加了12%,原因是很多观众把排队时间花在了零售点。系统会把这个结果回写给场馆运营:下次类似比赛,餐饮和零售点的人手配置需要一起调整。

对赞助商来说,价值来自观众实际经过和停留的区域。临时售卖点所在的通道,平均停留时长从常规比赛的40秒增加到2分10秒,这部分数据会进入赞助价值评估。多个模型之间的调度,由 Sports Venue Agent 负责,它的作用是按顺序调用各个模型并检查前后假设是否一致,而不是替每个部门做决定。

哪些环节必须留给人来判断

把链条连起来,并不意味着让系统自动执行所有动作。在BB体育官网介绍的方法里,至少有四类决定明确需要人来确认:

  • 加急印号这类不可退货的采购:模型只能给出输赢两种情景下的剩余库存风险,愿意承担多少风险是经营判断。
  • 场馆内新增临时点位:涉及消防通道、安保和票务区域划分,必须由场馆安全负责人签字。
  • 对赞助商的报价引用:单场决赛的停留数据明显高于常规比赛,直接用于年度报价会高估价值。
  • 输赢情景的概率:模型可以参考历史胜率,但球队伤病、主客场氛围这类信息,业务人员往往比模型掌握得更早。

放进同一个系统,代价是什么

统一系统也有成本。第一,数据口径要统一,线上店、场馆POS和仓储系统的商品编码必须对齐,这通常是最耗时的准备工作。第二,链条越长,前端一个假设的偏差会被放大,所以每个环节都要保留自己的置信区间,而不是只传递点估计。第三,部门之间的责任边界要写清楚,系统给出的是建议和依据,最终签字的仍然是对应负责人。

BB体育选择把这些环节放在一起,是因为体育商业的特殊性:比赛日期固定、热度来得快去得也快、同一个观众在一天之内会依次成为线上买家、入场观众、场内消费者和赞助曝光对象。只有把这些角色放在同一条时间线上,模型才有机会回答“这件球衣应该在什么时候、出现在哪里”。更多关于供应链环节的拆解,可以在体育供应链AI栏目里继续阅读。