商品|产品设计：电商促销活动分析( 二 )

四、交易系统每一种活动，势必都会涉及到交易系统的变化或者兼容。交易系统的关键，在于订单类型、订单状态、订单金额、订单优惠。
前提：我们预设平台的订单系统已经普遍适用，做成了订单中台服务。所以，有新增活动时，我们一般不去修改订单现有的逻辑。
【商品|产品设计：电商促销活动分析】订单类型：如果是和现有订单逻辑不兼容，那么为了不修改通用规则，可以考虑再现有订单的基础上，封装一层，或者再单独写一个独立的活动单，在用活动单去对应到普通订单上。比如买一笔订单，赠送一个商品。为了方便记录，可以单独做成活动单，记录参与赠送活动的资格和该笔赠送商品单的情况。用活动单将普通订单和赠送商品订单封装进行关联。单独对活动单进行设计。
订单状态：最好不要随便修改订单的状态，因此有新的业务活动，我们考虑活动单的状态机。分别考虑时机：创建订单（订单下单待支付）、订单支付成功、订单取消支付、订单生产中、订单发货、订单收货、订单关闭、订单退款，以及活动单对应不同订单状态，对应的活动单状态。创建订单时，校验活动规则，是否可以创建成功。订单支付时考虑该业务是否可以用各种现有优惠券等。取消支付时，是否超时自动取消还是必须主动取消？订单退款以后，各种优惠如何返还、愿订单商品是否可以单独申请退货（赠品不退、如何防止羊毛党）。
订单金额：如何计算支付金额、将优惠券优惠分摊到各商品、各订单。退款后各优惠、金额如何返还到用户账户。
举个例子：用户的红包可以叠加使用，但是购买了多个商品。退款之前，用户有新获得的红包，还有账户下有红包到达了过期时间。那么我们考虑退货时，红包的退回逻辑：

文章插图
图3 红包退款逻辑图
另外，还可以选择按照退款金额，创建一个新的红包，这个都视具体的运营规则而定。
五、其他另外在设计电商促销活动时，还要考虑必要的前端埋点便于进行后续的数据分析；财务系统考虑新订单类型、新优惠方式的兼容；CRB要涉及到用户召回或者活动推送push等；客服系统是要考虑到用户提问场景以及客服所需要的信息查询列表等。
六、总结产品在梳理新玩法的时候，往往涉及的面会很广，各模块之间会有上下游的交互，后端模块也会和前端有关联。所以细节之处是非常多的，经常和上下游进行好信息的同步是非常重要的。如果有需要可以进行多次内审。另外和技术团队之间的沟通也需要注意，可能在会议中某模块的技术团队只听了自己直连的产品PRD宣讲，没有听到关联模块的宣讲，产品需要提前进行技术的沟通和协调。
最后，系统上线以后要及时和业务方进行培训、跟踪用户反馈、观察数据，从而进行版本的优化和迭代。
本文由@把个脉吧原创发布于人人都是产品经理，未经许可，禁止转载。
题图来自 Unsplash，基于CC0协议