Shipt三周搭建门店感知可组合套餐平台

2026年6月，Shipt上线Kits，一项可将主题商品组合一键加入购物车的功能，面向比赛日、节日晚餐、后院聚会和烧烤等场景。顾客进入活动页面后，可以一次性加入配菜、饮料、零食和甜点，系统展示的商品还会根据附近门店的实际在售情况动态生成。

这套系统从获批到上线只有三周：API开发用了10天，其余11天完成运营后台、顾客端页面和生产稳定性建设。Kits API位于管理界面与实体层之间，负责门店感知解析、套餐类型校验，并通过编辑安全机制降低实时变更风险。

此前，运营人员需要从数据仓库筛选商品、手工挑选UPC，再将其转换为Target、Meijer、Publix等零售商各自的商品ID，依次创建分类、商品列表并配置展示位置。由于流程只关注商品ID而不考虑门店库存，后台看似完整的套餐在顾客所在门店可能缺少大量商品，难以支撑跨零售商、跨区域的全国活动。

平台采用商品项、购物清单和套餐三个可组合的一等实体。商品项是带类型和标签的通用目录单元；购物清单既可由运营人员附加到套餐，也可作为顾客跨会话维护的个人清单；套餐则负责标题、描述、主图、主题、槽位布局、类型和锚点商品，并引用商品项及可选购物清单。

商品项在多个套餐和清单之间共享，标签使用无模式JSON，可随时加入膳食、季节或促销等维度，零售商商品ID则在生成视图时按门店解析。套餐还可设置锚点商品和最低可用数量：所有锚点必须可售，且可用商品达到阈值，否则整个套餐不会展示，避免顾客看到内容残缺的组合。

系统会计算顾客邮编覆盖的零售商、套餐允许的零售商与门店资格范围三者的交集：effective_retailers = customer_zip_retailers ∩ kit_allowed_retailers ∩ kit_eligibility(store)。确定范围后，平台并发查询各零售商目录，结合库存检查锚点和数量阈值，再决定是否生成顾客端套餐。每个请求拥有独立超时，单个零售商无响应时会被优雅剔除，不拖慢整体页面。

酒类套餐将门店许可证、商品级酒类过滤和配送区域限制封装在套餐类型中，运营人员无需手动配置规则，未来药房、年龄限制内容等场景也可采用类似方式。平台还支持站内广告：品牌可购买指定槽位，运营人员通过brand_fallback选择缺货时隐藏赞助商品，或直接隐藏整个套餐；品牌注册表则按固定周期从上游商品目录同步。