本文核心讲述的是商户增长AAGRR模型里的G(Growth，成长)，与之对应的是流失，在这个模型里面里面希望淡化流失概念，花更多精力在商家的成长上，把预防工作前置，也是变相在防止商家流失。
如何搭建成长体系
关注流量
为了保持住商家稳定的流量盘面，我们需要认真对待每一个影响流量的指标，显性的指标有商家头图、商品数量、评价等级、交易量级等。为此我们还需要和搜索、rank团队合作，引入竞争视角的指标。
一个区域的用户量级是固定或者缓慢增长的，在同一时间A商户的流量增长必然导致其他部分商户的流量下降，具体是哪个因素导致以及和A商户的落差多少，这就是所说的竞争视角。
关注转化
这里说的转化是引流进店后的交易转化，再拆细的话可以分为店铺页转化、订单确认页转化、支付转化等。这里重点讲店铺页转化，即店铺页到订单确认页这个转化。商家核心要做的是优化这个页面的内容，比如店铺装修、商品图片质量、套餐搭售、商家故事、资质等都能够影响用户的下单决策，这些也都可以认为是必要的转化指标。
确认页转化和支付转化在产品优化到一定阶段的时候不会有太多提升空间，拿外卖举例，基本是在90%以上。
指标诊断
指标诊断实际是从平台的视角来看商家成长，通过对流量指标及转化指标的把脉，及时提醒商户优化方向。
目标感
C端用户留存的那套理论也挺适用在商户场景上面，首先需要建立一种机制让商户有目标感，这种目标感并不是简单的做好任务给个奖励这么简单，还需要激发出商户向上的动力甚至是商户间的攀比心，商户得分或者商户等级是个好的方式，通过分值的增加或者等级的提升让商户获得成就感，此外还需要辅以成就权益。
核心能力抽象
上面总结下来有这么几个核心术语：指标、得分/等级、权益，此外我们还需要挖掘一些隐藏术语：规则计算，在诊断、得分及等级计算中都会用到，在指标发生变化的时候执行推荐或者分值计算。
指标系统
上面很多场景都用到了指标，在诊断场景中通过指标的变化提醒商户，在得分/等级上通过指标及其权重来计算得分/等级。所以这里需要一个平台化的指标系统，用于支撑不同指标使用场景，此外还针对时效问题建立好离线、实时指标计算及监控能力。
规则计算
规则主要是用来做分值计算以及等级计算，这里的计算已经超出了传统的四则运算的场景，所以我们使用了ANTLR4引擎自定义了基于json格式的规则语法，也便于以后做扩展。在计算得分的场景上为了保持在线逻辑和离线计算逻辑保持一致，使用了独立模块封装核心规则计算逻辑。
得分、等级
得分以及等级是对一组指标以及指标的权重制定的计算规则，两者除在对运营的表达层展示设置上面不太一样，但都会转化成对应的规则导入到规则中心。
权益
我们在激活篇里的任务里提到了奖励，和这里的等级奖励类似，都是平台给予的权益，所以在这个阶段我们需要将任务体系里的权益独立出来，用以支撑更多的权益发放场景。权益的详细设计可参考商户运营体系摸索及落地这篇文章。权益平台要解决的核心问题：
- 平台化的标准权益接入
- 通用的权益发放
- 对用户的权益表达
