本文是作者在两年的营销产品岗自己逐渐摸索出来的一套产品架构，也希望和大家一起深入交流，此篇文档不涉及公司具体业务，仅从产品讲述如何搭建一套较为完整的优惠券系统。

项目背景与目的

之前的老东家在我入职之前一直没有一套营销中台能力，所以希望搭建一套营销系统，助力运营更好的玩转营销活动，所以和运营一起商量，优先搭建玩法最多变的优惠券系统。

项目难点

之前从未接触过任何营销系统，由于平台优惠券不像电商给商家用的优惠券，涉及到前台展示、中台管理/发放、后台优惠分摊、补贴结算。需要系统思考营销中台的产品架构设计，并把营销基础能力复用，后期仅不断迭代营销形式。

这里有以下几个难点需要注意：

营销功能与业务场景解耦：优惠券会用于非常多的业务场景，所以不能设计出来的优惠券功能和业务耦合，导致后期拓展性不强。
平台与商家结算：由于平台优惠券是与商家要抽佣结算的，需要考虑后续迭代的可能性，引入平台补贴概念，平台优惠券成本由平台承担，保证后期设计商家优惠券、平台活动优惠券不需要重复设计
营销引擎：一般营销引擎用于计算优惠，本期仅有优惠券，后期可能会有更多类型的营销功能，营销引擎要根据适用营销玩法的品及价格，将每一分优惠均摊到商品中，并匹配最优的优惠模式

考虑到后期营销功能的拓展，将营销能力拆分为前/中/后台，未来其他营销功能将共用后台基础能力和数据统计。接下来将按“中台-后台-前台-数据统计”的顺序讲解

营销中台是管理/审核/设置营销玩法的，由于优惠券涉及的业务场景较多，所以需要把业务场景和发行/预算抽离出来。

所有优惠券发行都统一收口到投放容器，在投放容器中针对不同的业务场景设计不同的领取限制，现有的业务场景有：运营定推、营销活动领取、兑换码、开宝箱、会员生日礼等等。

举例：运营定推，仅限制活动预算、并不限制具体的优惠券数量，不限制优惠券的领取角色及领取次数。营销活动领取，限制活动预算与优惠券数量，可控制领取的用户角色和每个用户的领取次数。

设置优惠券流程，先在优惠券管理中设置优惠券的基本信息，再关联投放容器，然后按审核后生效，即可用于正式投放，第一期的投放仅有运营定推，给用户的账户中推送优惠券。

优惠券营销中台

营销后台涉及营销引擎、订单改造、结算模块，后续所有的营销活动都会复用这个功能，所以需要在设计之初考虑它的可拓展性。