基于微信我们做了什么

　　从5月到今天，历时五个月，我们在微信公众号上也终于做到两百万关注、日活十万量级。以下整理一下，我们基于微信做的一些事情。
　　1、天然的用户体系
　　基于微信的开发，类似于传统wap站点的开发。但是对比网站开发，最直接的优势在于微信的账号体系。
　　通过微信鉴权，每一个用户对于我们来说都变成了已登录用户，这可是在wap站时代无法达成的奢望。
　　公众号可以获知每一个访问微信用户的基础信息和他的关注时间。其中，用户基本信息的性别信息和地域信息，能够在统计意义上帮助我们了解在地域和性别两个维度所构建的坐标系中，用户需求的差异性是怎样的；
　　而用户的关注时间信息，能够帮助我们对用户进行最粗的时间粒度的划分。对于新功能的投放，也就能够按照新老用户的维度，进行投放和测试。
　　增粉渠道的考核
　　基于微信的这一体系，我们也完成了面向不同渠道的增粉方式的考核。
　　对于各个渠道关注的用户，通过打标签的方式进行区分。
　　通过区分两日内：新关注用户、关注后跑路用户、重复关注用户，来对各个渠道进行结款；
　　通过持续考核各个渠道而来用户的活跃度，来进行渠道的筛选。
　　2、关于菜单的活跃度统计和分析
　　微信的菜单，是公众号提供服务最主要的入口。基于微信的菜单点击推送事件，可以很方便的统计用户在公众号内的活跃情况和操作路径。
　　在菜单部分，我们通常保留2-3个主功能项，1-2个运营or测试功能项。用户在点开菜单，访问他所需要功能的时候，新功能or运营功能项就自然的得到了曝光的机会。
　　基于菜单统计，我们最直接的应用，就是将新发布的功能以菜单项的方式进行发布，通过观察用户的回访率 和 活跃用户的构成来判断是否继续改进此功能，或是折叠 or 下线。
　　3、关于文章
　　作为公众号，文章是最方便的同用户进行接触的途径，传统关于微信文章浏览量的分析按下不表。基于我们目前的经验，一篇比较不错的文章其内部用户 和 外部用户阅览量为2：1左右。
　　这里想说的是一种基于用户特征的文章分发方式。其过程描述如下：
　　给微信后台提交文章的入口链接A
　　当用户访问链接A的时候，系统读取用户的特征，根据其特征的不同将页面导向具体的文章页面B 或 文章页面C。
　　有点类似于今日头条做的个性化推荐了。
　　4、关于集赞、支持活动
　　集赞活动无疑是最快速提升老用户活跃，促进拉新的方式了。从目前搞过的几次活动来看，平均新用户获取成本在2元左右。而每一次活动，都能够带来一次流量上的高峰。
　　但这种集赞活动也会有几个弊端：
　　用户会将活动页面发到各种群，群里的互刷导致了活动不能有效获得新的用户；
　　老用户带来的新用户往往是碍于情面刷赞的，活跃度相对较低，常常会有用户。
　　为了解决这种弊端，相应的做了一些调整：
　　限定每个用户可以投票的数量
　　限定用户只有发布到朋友圈之后，才能够开启活动
　　在活动页面，进行用户信息的检测；如果是未关注用户，直接介绍公众号的定位和主要功能，而不能使用千人一面的活动页面。
　　5、用户群的互动
　　小米的经典案例教会了我们种子用户和铁粉的重要性。在公众号的运作过程中，也切实感受到了与用户互动的收益。
　　BUG的发现：快速发布上线的产品，难免有各种边界条件的遗漏。在发现BUG的时候，用户群里的活跃用户才是第一时间向你反馈的用户。
　　MVP的迭代：在发布新功能的时候，我们都会遵守：用户调研、用户群验证，快速开发，用户群尝鲜，菜单项目上线的步骤。这样层层递进的方式，能够帮助我们更有效的开发产品。
　　新需求的发现：以最近上线的任务为例，用户通过引导孩子完成任务，公众号的IP形象会给孩子以奖励。尽管文案中强调了为了养成孩子的好习惯、需要连续打卡，但还是会有家长因不了解规则遗漏打卡而联系客服。用户群的反馈，让我们上线了打卡日历，补打卡功能和后续客户意见自动分类的项目计划。
　　在回馈用户方面，我们将用户群中的用户设为资深用户，从功能体验、参与感、礼品回馈和优先参与线下活动等方面回馈。形成了同用户群体之间良性的互动关系。