用户通过活动进入到活动社中之后，这是一个双方互相构建信任的阶段。优质的运营服务，活动内容，小程序体验都将会为之后的体系打下良好的基本。

而在这一阶段，小程序对于社群的依赖比较大，需要持续的督促用户来使用小程序。

• 一是让用户尽快的熟悉小程序的使用，培养他们的使用习惯；
• 二是从用户进入到这套体系开始起，尽量的使用小程序将会用户的行为有迹可寻。

对于社群运营而言，小程序丰富了社群运营内容，包括小程序内经常出现的Bug。

解决Bug比较比较有意思的是，团队因为没有QA人员，外加研发对于小程序的经验不足，我们的小程序即便是在发布时，也会有相当多的Bug。虽然在活动过程中这一点虽然非常让我不爽，但却变相创造了相当多的和用户沟通机会；并且能够及时为出现Bug的用户进行处理，处理得及时得当，用户的好感度和信任度UP。

小程序

小程序在整体体系中扮演的是骨架作用，将体系中的各个部分串联嫁接在一起。对于用户是提供服务，解决用户需求；对于团队而言，是个默默的记录仪，而不是个筛分工具。

作为筛选工具的小程序，最简单粗爆的作法当然是下面左边这种，一上来就问用户的户口，迎面扑来了一种饥渴感。

社群矩阵

前面的图中，由活动社群到社群矩阵我用沉淀这个词，主要有三层意思：

• 一层，活动用户沉淀，顾名思义；
• 二层，系列活动社群沉淀，是系列活动本身每次都会创建新的社群，形成一个同系列的主题矩阵；
• 三层，是不同的活动主题，本身会构成不同系列的社群矩阵。

这里就根据大家各自的团队实际情况，是做专一点还是做宽一点，选择做两层还是做三层了。

社群矩阵在有小程序的加持下，维持住用户并不困难：

• 社群因为有小程序的存在，给了社群一个继续运营的理由。用户会觉得你每天把更新的内容放在社群里是之前活动的一种理所应当的延续，也是非常认真负责的表现；
• 用户因为有小程序的存在，有留在社群的理由。只要用户最初参与活动的目的还在，当用户遇到问题的时候，用户需要有个提问的出口。这时候，因为我们的持续运营，让这个社群看上去是个活的，有人冒泡的，往往将会成为用户的第一选择；
• 如果你有多个不同的主题社群，能够把握住用户的机会也会更大一些。

用户管理

在这套体系之前，用户仅仅只是一个微信号，社群之间也是没有联系的，管理后台无法获取用户的微信，如果只能通过用户昵称来定位也会变得难以琢磨，具体可以看下图（我们粉丝自己建立的熟人小团体），以上种种都会带来大量统计上、管理上的困难。

所以为了构建相应的用户管理，主要在小程序的管理端，会有以下几个工作：

• 学号体系，每一个进入到体系内的用户，我们都生成一个由小到大的五位ID，跟用户在开发者平台下的UnionID一对一映射。这样我们可以从几十个社群，几万名用户当中，快速的找出我们需要的用户。
• 用户画像，通过在小程序中设计的各种标签系统（而不是简单粗爆的问卷表单），用户会打上越来越多的标记，这样无论流量多大，我们总能有序有效的对用户进行筛选
• 用户记录，服务一名用户经常需要多个同事来协同完成，在此基础上建立的用户服务记录也是很件很自然的事情。比如：查询用户的学习记录来提醒用户及时学习，之前的服务情况来判断用户价值等。
• 权限管理，社群中经常打广告的用户也会我们打上相应的标签，再也无法报名新活动，需要改学号的社群也会被及时清除。

这些都让整体社群的规模效应得到充分发挥。

运营指数

如果想不断提升品牌的口碑，不断的修正和调整活动是非常有必要的。问卷调查虽然可以了解一部分用户的想法，但更为真实的则是用户自己用户脚投票的行为。

之前文中也提到，活动需要不断的改进，那么在这套体系下的活动将会提供更为强大的数据支持。这在一两年前是比较难做到的，但现在有了这套产品运营体系，通过前面用户的数据积累，将给我们更多的社群运营和活动运营的观察维度。

• 最新的渠道借给的流量精准度；
• 各期活动的报名具体人数；
• 用户在整体体系内的停留时间，活跃周期，活跃的时间点；
• 活动之间的人员留存比，人员是由哪些之前的活动构成的；
• 整个体系下每天的新增和日活；
• …

通过观察和分析这些数据，对于整体体系的调整都是非常有帮助的。

下图中再以一个系列社群活动做案例分析，其中的原始数据已经调整，X、Y、Z分别是三种不同的系列活动；X1、X2、X3分为这这个系列活动的第1期、第2期和第3期，其它的代码依次类推。