商城产品
整合积分抽奖与积分兑换，打通用户参与、订单履约、后台管理与售后处理完整闭环
01 / BACKGROUND
积分商城不仅包含抽奖活动，还包含积分兑换商品。两类业务都涉及积分余额、活动或商品状态、用户参与资格、次数或限购规则、奖品与商品库存、收货地址、现金及运费支付、订单履约、物流、退款和失效等环节。抽奖侧更关注参与次数、中奖结果和中奖履约，兑换侧还要处理“积分+现金+运费”的组合支付与订单售后。如果用户端展示、管理端配置和后台数据口径没有统一，就容易出现重复扣积分、库存超扣、支付金额错误、退款不完整或订单状态无法追溯等问题。因此需要从用户参与到后台处理，建立覆盖抽奖与兑换的完整积分商城业务闭环。
02 / MY ROLE
梳理用户端积分商城首页、抽奖活动列表与详情、参与弹窗、抽奖结果、中奖记录、兑换商品列表与详情、订单确认、地址选择、支付及订单查询等流程；定义活动未开始、进行中、已结束、奖品抽完、停用等展示规则，以及兑换商品的积分、现金、运费和库存展示口径；设计总参与次数、每日参与次数、积分余额、限购和库存的判断规则；明确抽奖中奖后七日内填写地址并支付运费、逾期失效、待支付可重试、发货、退款等履约流程；明确积分兑换支持“积分+现金+运费”，现金或运费可为0，用户端列表不展示运费，订单中单独展示运费，退款时现金与运费按规则全额退回；同步设计管理端活动配置、奖品与兑换规则、抽奖记录、兑换订单、发货物流、退款及导出等能力；补充积分不足、次数不足、限购、库存不足、重复请求、支付失败、退款失败、导出失败和事务回滚等测试场景，并参与交互评审、联调和上线验收。
03 / CORE PROBLEMS
第一，抽奖和兑换虽然都消耗积分，但参与条件、库存处理和履约路径不同，需要在统一积分体系下分别设计；第二，抽奖侧总参与次数与每日参与次数要同时生效，兑换侧还涉及限购、积分、现金和运费组合计算；第三，用户端列表、订单确认、订单详情和管理端必须保持积分、现金、运费及合计口径一致；第四，中奖记录和兑换订单都会经历待处理、待支付、待发货、已发货、已退款或已失效等状态，必须可追溯；第五，积分、库存、现金支付和退款需要保持事务一致性，重复请求不能造成重复扣减、重复发奖、重复下单或重复退款；第六，管理端发货、物流、退款和导出操作需要覆盖全部成功、部分失败、全部失败及异常回滚。
04 / SOLUTION
以“积分商城入口—抽奖/兑换分支—资格与库存校验—记录或订单生成—支付与履约—后台处理—售后追踪”为主线统一设计。抽奖业务按活动状态、参与次数、积分余额和奖品库存进行校验，成功后生成唯一抽奖记录，并进入未中奖或中奖履约流程；兑换业务按商品状态、限购、积分余额、现金金额、运费和库存进行校验，生成包含积分、现金和运费明细的兑换订单。用户端与管理端共用统一状态定义和金额口径，所有关键写操作采用事务与幂等控制，异常时回滚积分、库存、订单或支付状态；退款时按业务规则同步处理积分、现金、运费和库存，确保前台展示、后台操作及数据记录一致。
05 / PROCESS & RULES
用户从积分商城进入抽奖活动或积分兑换商品流程
抽奖活动根据启停状态和活动时间展示未开始、进行中、已结束及奖品抽完等状态
抽奖时同时校验总参与次数、每日参与次数、积分余额和奖品库存
抽奖成功后生成唯一记录，并进入未中奖或中奖履约流程
中奖用户在规定期限内选择地址并完成运费处理，支付失败可重试，逾期自动失效
积分兑换校验商品状态、限购、积分余额、现金金额、运费和商品库存
兑换订单明确展示积分、现金与运费，其中现金或运费可为0
用户端商品列表不展示运费，订单中单独展示运费并保持合计口径一致
管理端配置抽奖活动、奖品、参与限制及积分兑换规则
管理端查询抽奖记录与兑换订单，并处理发货、物流、退款和导出
退款或异常结束后同步更新积分、现金、运费、库存及记录状态
通过事务和幂等校验避免重复扣积分、重复发奖、重复下单或重复退款
06 / RESULT & REVIEW
形成了覆盖积分抽奖与积分兑换、用户端与管理端的完整产品方案。抽奖活动、兑换订单、积分扣减、库存变化、组合支付、物流发货和退款售后采用统一的数据口径与状态规则，开发能够按照明确流程实现，测试也可围绕积分、次数、限购、库存、现金、运费、支付、物流和退款建立系统化用例。方案重点降低了重复请求、库存超扣、金额口径不一致、退款不完整及前后台状态不同步等高风险问题。
复盘积分商城不是简单地把“抽奖”和“兑换”放在同一个入口，而是需要统一积分账户、库存、订单、支付和售后口径，同时保留两类业务各自的规则。产品设计既要关注用户看到的积分消耗、中奖反馈和兑换体验，也要明确每一步的数据变化、失败结果和补偿动作。对于涉及积分、库存、现金和运费的流程，状态机、事务、幂等和可追溯记录应从需求阶段明确，这样才能保证用户端体验和管理端操作真正形成闭环。