Browsed by
日期:2020年8月3日

优惠券系统应该如何设计?

优惠券系统应该如何设计?

閱讀本文約花費: 9 (分鐘)双十一节日气氛已经愈演愈烈了,优惠券已经成为了绝对的关键词,近两周一直在做优惠券需求,从最初的一无所知到现在建立初步的优惠券框架结构,一路也是磕磕碰碰。今天就把这段时间的输入总结一下然后输出。 优惠券的投放方式有多种,本文采用的是活动页送券这种形式。 一、创建优惠券 优惠券是一套规则的组合,创建优惠券是优惠券系统设计的第一步,主要有以下几部分组成:基本信息、优惠类型、使用范围、有效期等。 基本信息包括优惠券名称、发放数量、优惠券是否可叠加、每人限领张数、是否和其他促销同时使用(优惠优先级)、使用规则等。 优惠类型 优惠类型要根据公司实际情况和用户群体去设计,主要有满减、立减、折扣券或优惠码。满减、立减、折扣券属于私有券,只能个人账号使用;优惠码属于共有券,给有兑换码并且兑换的用户使用。 使用范围 使用优惠券的用户类型、使用优惠券的商品类型、订单类型。用户类型一般指是否区分新老用户、不同的等级用户;商品类型指哪些区域、哪些品类的商品可使用;订单类型指订单满多少元可使用、满多少件可使用。 有效期 有效期一般有两种: 一种是固定的有效期,设定一个时间段;另一种是设定一个有效数,比如:30天,一般是从领取之日起30天内有效。多数情况下都会选择第二种,增加紧迫感,促进用户下单。优惠券因涉及金额,通常需要财务审批,财务审批后优惠券ID生成。到此,优惠券的基本规则大…

Read More Read More

阿里巴巴为什么不用 ZooKeeper 做服务发现?

阿里巴巴为什么不用 ZooKeeper 做服务发现?

閱讀本文約花費: 24 (分鐘)历史的迷思 站在未来的路口,回望历史的迷途,常常会很有意思,因为我们会不经意地兴起疯狂的念头,例如如果当年某事提前发生了,而另外一件事又没有发生会怎样?一如当年的奥匈帝国皇位继承人斐迪南大公夫妇如果没有被塞尔维亚族热血青年普林西普枪杀会怎样,又如若当年的丘老道没有经过牛家村会怎样? 2007年底,淘宝开启一个叫做“五彩石”的内部重构项目,这个项目后来成为了淘宝服务化、面向分布式走自研之路,走出了互联网中间件体系之始,而淘宝服务注册中心ConfigServer于同年诞生。 2008年前后,Yahoo 这个曾经的互联网巨头开始逐渐在公开场合宣讲自己的大数据分布式协调产品 ZooKeeper,这个产品参考了Google 发表的关于Chubby以及 Paxos 的论文。 2010年11月,ZooKeeper从 Apache Hadoop的子项目发展为 Apache的顶级项目,正式宣告 ZooKeeper成为一个工业级的成熟稳定的产品。 2011年,阿里巴巴开源Dubbo,为了更好开源,需要剥离与阿里内部系统的关系,Dubbo 支持了开源的 ZooKeeper 作为其注册中心,后来在国内,在业界诸君的努力实践下,Dubbo + ZooKeeper 的典型的服务化方案成就了 ZooKeeper 作为注册中心的声名。 2015年双11,ConfigServer 服…

Read More Read More

Scroll Up