电商交易网站

🏦 场景与客户

某垂直品类电商，在售商品几千个，日常订单量千级，大促期间翻十几倍。原先用第三方 SaaS 商城，商品、订单、会员都在别人系统里，自己只有一个后台账号。

卡点很硬：想做的促销做不了，满减叠加规则受平台限制；订单与自建仓储系统对不上，每天人工导表核对；大促时购物车与下单经常超时。客户要的是交易链路自己掌控，并且扛得住大促并发。

📅 实施节奏

• 第 1–3 周：商品、价格、库存模型
• 第 4–6 周：购物车、下单、支付
• 第 7 周：库存与订单同步，对接自建仓储
• 第 8 周：优惠规则引擎
• 第 9 周：压测与大促演练
• 第 10 周起：上线并迭代

🗝️ 方案要点

• 价格分层：标价、活动价、会员价各自独立存，结算时按优先级计算，不覆盖原值，便于回溯
• 下单三段式：预占库存—支付确认—实际扣减，超时未付自动释放
• 优惠统一成规则引擎：满减、券、折扣都走同一套规则，避免每种活动写一套代码
• 订单状态机固定：所有状态变更走事件，禁止运营直接改状态；支付回调必须幂等
• 库存原子扣减：查询与扣减合成一步，杜绝并发窗口

⚖️ 选型与权衡

🚧 实施难点与排查

• 超卖：并发下单把最后一件卖了两份。根因是查库存与扣库存之间有窗口，改为原子扣减
• 优惠叠加算错：用户算出比预期更低的价格。加了价格模拟器，上线前跑一遍组合
• 支付回调重复入账：回调超时重试，没有幂等键。用支付流水号做唯一索引
• 大促超时：购物车每次查全量商品。改成缓存 + 异步校验后扛住

💵 成本与收益

• 成本结构：一次性开发约 3 人 × 10 周量级，压测与大促演练要单独留时间
• 收益侧：活动自主配置不再受平台限制；订单与仓储打通后，人工对单基本取消
• 隐性收益：会员与交易数据成为自有资产，可用于二次营销

🛡️ 风险与保障

• 资金安全：支付与退款全链路留痕，每日自动对账，差异当天查
• 防刷：下单、领券、抽奖三处风控与限流，异常账号人工复核
• 合规：商品资质、价格标注、七日无理由按规则实现并留证据
• 降级：大促期间非核心功能可关闭，优先保下单与支付

♾️ 可复用与演进

• 交易链路可复用到到店核销、预约制服务等场景
• 演进方向：多渠道（小程序、直播）共用一套库存与订单
• 再进一步：把履约时效回流到商品详情页，作为转化依据