我工作中所遇到的业务总结(一)

来源:互联网 发布:fedora与ubuntu 编辑:程序博客网 时间:2024/06/11 04:20

好久没有写点东西了,感觉工作的时间越长以后,懒了很多,不愿意总结,不愿意记录,今天随便写点东西,当做一个简单的总结。

从金融行业转到互联网行业已经3年,3年中基本从事的是电商网站的开发,在开发电商网站中就会涉及到一个很常见的业务,那就是促销。

促销的概念无非就是进行优惠,吸引客户,但是不同的公司对促销的定义不同,简单记录一下,我所遇见的促销。


1.买赠/满赠:此业务为送赠品的业务,需要注意的场景为送的赠品个数,有的情况下无论购买多少件商品都是只增一件,有的则是多买多增,维护的时候有几个维度,一个是促销开启时间、订单来源(web,app,等)、作用范围(全场,品牌,分类,单品)、是否某些特例品不参加活动、送赠品的金额额度、满赠是否有梯度等。大概还有一些 其他的条件。

2.买减/满减:此业务为减钱业务,需要注意的场景就是减钱的规则,比如买减是多买多减么,满减的均摊规则等。维护的维度同上。

3.满额加价购:此业务为购买商品达到一定金额加钱换购其他商品。

4.下单立减:此促销为订单级别,以订单为维度,每个订单下单的时候减多少钱。

5.预售:这个其实从业务角度来说不算是促销,只算是一种活动,但是在某些地方的维护方式基本和促销相同,暂时也记录在这里,预售的时候分为两种模式,一种是全款预定,一种是定金预定。

6.闪购:基本算是限时限量限价购买,也算是一种活动,不一定要归纳为促销种类。

7.秒杀:此业务现在比较少,因为就是赔本赚吆喝,也应该算是活动,不算是促销。

8.竞拍:拍卖业务,可以有低价/无底价拍卖,设置加价的限额等。拍卖业务需要注意的是,有的时候拍卖没有特定限定可能会有的人就会随便出价最后不成交,导致滞销,此处可       以引入拍卖卷的概念,来增加一定的门槛。


还有一些其他的暂时想不起来了,暂时记录这么多,在不同的场景和环境可能还会涉及到的是,促销是否叠加等。

关于促销的实现,不太好描述,提供个思路吧,把同类型的促销抽取一个抽象类搞到一起,这个是比较简单的做法,也可以引入规则引擎来搞,就是难度比较高,如果搞不好会有好多的未知错误,不可控。




0 0
原创粉丝点击