营销工具活动索引问题的解

现在营销工具创建活动时，以下简称优惠，为了更好的通过商品找到优惠，会以各种建索引的方式找到对应的优惠

1. 优惠建立的时候，以区域建立倒排索引
2. 优惠建立的时候，以商品建立倒排索引
3. 圈品的时候，在商品上打标，营销工具保存这个标签

在这几种方式中，都有各自的优缺点

优点

1. 按区域建索引，区域的范围可以很大，也可以很小，很灵活
2. 商品建索引，非常简单直观
3. 商品打标，对于营销来说，足够简单

缺点

1. 区域建索引，区域太大，索引结果非常大
2. 商品建索引，对于大量商品，索引会非常大
3. 商品打标，商品的标签将会非常多且不易维护

以上几种方式是为了帮助商品找优惠。

还有一些配置规则包含【指定门店】【指定人群】【指定橱窗】【指定供应商】等，都是一些属性过滤条件，这些都只作为条件使用。

上面多种建索引的方式都可以理解成帮助商品找到优惠！至于用户有哪些优惠，前提是这个优惠需要有能够优惠的商品。那核心的逻辑就是建立商品与优惠的索引。

商品圈品

少量商品

当商品较少时，直接是商品ID映射优惠ID

这种方式基本上解决了营销中最常建的单品券，单品价和少量多品券，多品价

大量商品

当商品较多时，直接用商品ID映射优惠ID将会创建非常多的索引，这样显示是不合适的。

而且，商品较多时，通常是拿不到商品集合的，一般是用个圈品集id给出来，并提供一个查询是否存在的方法来判断，所以，提供了2种方案

1. 营销保存圈品ID，商品在计算优惠时，商品自带圈品ID匹配优惠配置的圈品ID
2. 营销保存圈品ID，商品在计算优惠时，提供商品在哪些圈品ID的查询

在第2种方法中， 圈品系统是不会提供在没有圈品ID时，商品集在哪些圈品ID中的查询。所以这条路没法直接走通，需要变种方式，缩小范围再查结果！一般情况下，商品都是在同一个区域内销售的商品，圈品ID可以通过建立以区域为key，圈品ID为value的倒排索引。这样，当业务查询自己的商品在哪些圈品集时，只需要传入对应的区域编码，就可以找到对应的圈品集ID了。

区域的方式只是商品分类方式的一种，其他类似的方式包含按橱窗分类、会场分类、商品供应商分类等！这种做法与hbase建二级索引方式是一样的。在查询时，告诉下游对应的二级索引方式和值就行。

全局商品

还有一种是全局的圈品，这种业务一般是那种大型活动，业务涵盖了全部商品，或是全部商品中只需要排除少量商品的。

对于这种，定制一套全局圈选流程也许是比较好的选择！

即有个全局的圈选ID固定，定义是拥有全部商品。实际圈品结果集中没有任何商品。在查询中只要是全局圈选ID，那商品一定在这个圈选规则中。再通过商品属性排除规则就可以得到商品是否在这个圈选ID中。

有了以上几种方式，营销在创建索引时，只有2种索引

1. 商品ID与优惠ID
2. 商品圈品ID与优惠ID

还有一种省钱卡的优惠模式。省钱卡里的优惠也是优惠，在计算优惠整个生命周期中，都是可以被计算的。省钱卡的优惠能不能用除了自身的优惠规则之外，还需要判断用户有没有购买省钱卡。除此之外，并无特殊！

结束语

以上是关于优惠建索引的思考，主要思路是营销只需要关心如何建立商品与优惠的关系。至于如何圈品，那只能是商品的逻辑。同样，对于圈人，圈店的逻辑，圈选的逻辑几乎一致。营销的核心能力还是在算优惠上。