一个模拟场景:主队打进决赛后的第一个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栏目里继续阅读。