|
将可用金额根据需求转化为不同面值的优惠券(只有面值，无有效期)，设置相应库存，此时这部分金额就转化为优惠券，即转化为冻结金额。再通过不同活动关联不同面值的优惠券，扣除相应库存，此时为冻结余额的内部转化。 优惠券只有通过活动才能被发放出去。具体发放方式将在第二部分进行阐述。顾客领取优惠券并支付订单后，优惠券的相应金额进行解冻并转入在途金额，在确认收货后转入卖家账户。 再看逆向流程： 有生成，就必定对应着回收，当一个面值的优惠券我们不需要再使用后，进行回收操作，即可将对应金额解冻，重新转化为可用金额。同样的，对于优惠券活动，活动结束后仍未发放出去的优惠券，也会自动回收到相应库存，可用以参与其它活动。 而已发放出去(已被顾客领取)的优惠券，顾客在未支付取消订单时，返回至用户的账户，支付后取消订单以及过期、失效后的处理都是自动返回可用余额。 具体说明可看下面这张资金流向表：
解决完优惠券的资金流向，确定好整个活动的生成方式后，大体的雏形就有了。 接下来需要确定的，就是优惠券内部的细节。 04 优惠券活动本身的内容 说到底，我们看到的五花八门的各种券，什么满减券、免邮券、折扣券，其呈现形式各有不同，但实质的东西并无太大差别，只需要将其中的脉络理清，就可以以一个最基础的形式支撑不同的运营需求。 前面已经说到：平台优惠券的发放通过优惠券活动的形式进行，而在创建活动之前，我们需要进行基本的优惠券的创建。 基本的优惠券信息很简单，我们只需要明确优惠券名称、面值、数量的信息即可。 接着在活动创建时，完善本次活动所发放优惠券的其他属性。有效期、发放张数、发放方式、使用条件、使用范围等等。这些内容也是如何支撑实际运营需求的关键。所以接下来我会一一分析每个点。 1. 发放方式 所谓发放方式，即本次活动的优惠券，我们希望通过什么样的形式发送到用户手中。 比较常用的有自动发放、手动领取、链接发放、优惠码领取等。 自动发放：可以理解为霸道总裁式赋予，即系统自动将券强行塞入用户的账户中，告诉你，快来shopping吧，我们送券啦。 手动领取：有很多平台会设置一些领券的通道，很常见的是淘宝店铺的领券通道，用户在看到这些通道后，主动点击领取，优惠券就成功发放了。 链接发放：活动创建后，我们为活动中的券生成独立的领券地址，这些地址可以让运营投放到不同的页面。 优惠码领取：活动创建后，将所有被发放的优惠券转化为优惠码，通过优惠码来进行发放。 2. 活动名称 当然要有活动名称啦! 3. 活动时间 活动时间的设置，我们需要根据发放方式来决定是否有必要设置，比如我的发放方式是自动发放或者优惠券码领取时，就没必要做一个活动时间的限制了。 而在手动领取和链接发放的情况下，设置一个活动时间，主要是用于规划我们这批优惠券发放的准确时间区间，体现活动的限制。 4. 发放对象 同样的，对于不同的发放方式，这里的设置有着不同的意义。 对于自动发放而言，发放对象就是指现在这批优惠券我是强行塞到哪些用户手中。而对于其它发放方式而言，则可以理解为谁被允许来领取我发放的优惠券。 举个例子，这次活动，我们是针对注册地址北京地区的用户进行的，那在这边我们就需要将这个条件在这里进行限制。 5. 优惠券内容 在实际操作设置中，我们允许一个活动添加多张优惠券，以一个活动的形式进行。 其中，每种优惠券的内容需要进行单独定义： 预发量 作为平台级别的活动，通常我们进行优惠券活动，都是通过层层审批，且经费是相对固定，有限额的，所以，在进行活动创建时，这次活动发放多少多少面值的优惠券都需要预先被定义好，且不能随意增加。 单个用户领取上限 为了保证活动质量，对每个用户的领取上限进行约束。若为自动领取，则为单个用户发放数量。 有效日期 指券的可使用的有效期，需要注意的是，这里要把活动的有效期和券的有效期区分开来。 活动对应着我想发放的日期，而优惠券的有效期是用户领到券后可使用的日期。 通常我们可以定义为一段固定日期，或是在领取后X天内进行时用。 使用条件 即优惠券在满足什么条件下才能使用。 可根据实际业务进行设置，如满X元，满X件，无条件等等。 注意：这里的使用条件从大方向来看是对于订单而已，其实是对订单内在该优惠券的使用范围内的商品而言的。 使用范围 这是一个很容易与使用条件混淆的概念，在我看来，一个是约束钱，另一个是约束生效的商品。 可根据实际业务进行相关设计，如限制某些店家，限制某些品类，限制某几个商品等等。 6. 优惠金额计算 上面提到优惠券的使用条件可能会有非常多种情况，最复杂的莫过于多商家多商品的情况。 也就是说：一张100元的优惠券，我们需要根据它的使用范围，来确定它在结算时，对哪些商品的金额进行了减免。 按照比例来分摊每个商品所见面的金额时，会遇到小数点无法取尽，造成所有优惠金额之和可能与优惠券总额不相等的情况。 (责任编辑：admin) |
