产品经理，如何通过延伸产品形态离用户更近？

如果不是把社群放到跟订阅号同等的承接地位，而是先落到订阅号（因为订阅号输出的干货内容受众更广），再把订阅号粉丝进行分层运营，漏斗到不同类别的社群里，可能效果会更好。

3. 运营/增长策略的实施空间

我加入团队的时候，产品主要的业务流程基本跑通了，但就移动端的运营略显乏力，每一期课程带来的拉新数量逐渐降低，群越来越多，但死掉的群也不断增加，而且最终漏斗到web端的效率很低。

于是我们开始第一次增加产品选型——服务号。

服务号相比于订阅号，入口更浅，有消息推送功能，能够满足web产品在移动端推送消息提醒的重要缺憾。目前大多数web产品的提供移动端推送消息提醒有2种方式，一个是短信通知，一个就是服务号消息通知。由于微信生态内，授权登录的便捷性比手机号登录体验好很多，所以我个人还是更推荐服务号的。

4. 使用场景/产品形态的发展趋势

面对移动化的趋势，我们这类PC工作场景的网站，延伸移动端也做不错的尝试。比如石墨文档、有道云笔记等，web+服务号+WAP，就几乎是标配。小程序出来之后，把高频的功能拎出来做小程序，也是不错的策略。

所以，有了这些前辈的经验，短期规划的话，可能会选择做多个服务号矩阵+小程序的方式，来延伸移动端。长期规划的话，依然还是会考虑App。

总结

至此，我们的产品形态就更新成了下图的样子。公开课、订阅号和社群都成了流量矩阵，主要的产品形态确定成了「web+服务号+WAP」。

图4:产品形态

目前的选型策略已经得到验证，加入服务号作为移动端的主要产品形态是非常成功的，不管是课程裂变的流程的精简，还是和用户直接的联系的加深，都有非常正向的作用。

在选择了产品形态之后，其实还有一步容易漏掉的，就是用户引导。服务号虽然在微信的入口比较浅，但不置顶的话依然会淹没在无数的消息里。所以引导用户置顶，就像工具类产品引导你提升效率是一样重要的动作。

最后，对于服务号的玩法，我将在下次文章中总结一些经验分享。

本文素材来自互联网

（编辑：源码网）

【声明】本站内容均来自网络，其相关言论仅代表作者个人观点，不代表本站立场。若无意侵犯到您的权利，请及时与联系站长删除相关内容!