微信体系矩阵：
1）微信公众服务号
比如：嵌入 小程序 「承载商城」 「会员体系」
2）微信小程序
微信小程序相当于工具类
比如：京东拼购 仅仅是工具类
3）微信订阅号
比如：每天会发文章或者优选的商品集导入到微信公众号去消费
目前腾讯主推微信小程序，很多的营销工具、策略都可以应用到小程序，小程序也是那种即用即走的，并不占用你的手机存储空间。创业公司，其实如果试错验证产品的MVP的话，完全可以先搭建一套简单的微信公众号或者微信小程序，将现有的需求及功能点全部验证到微信公众号里，从微信公众号到app其实就是一个水到渠成的时候；另外，我们也希望更多的用户通过我们的微信公众号沉淀最终成为我的忠实用户。
app端相对的发版都会比较繁琐，小程序也不列外也是比较繁琐的。现在有太多的吸粉工具，找到适合自己的，需要给自己的产品定位，每个产品都有个基调，根据这个调调走就没有关系的。服务公众号的运营，其实一部分是你需要有内容的承载，这块就需要内容运营编辑人员，他们对公众号的产出是品宣公司级业务；另一部分是活动运营，他们对公众号及现有的时期内，我们将推出实时的营销活动，对现有的粉丝用户一个促活。产品同事需要支撑现有的需求及业务需要。做活动的开始到活动的结束都需要我们从头到尾去做数据的监测，根据数据监测的情况，然后我们就能针对现有的功能模块做决策判断。
1】 活动的策划可以先期由整个项目团队脑暴，根据我们的脑暴后的结果作出结果分析。
2】活动运营，运营期间，可能会有活动规则上的变数，这块的话，需要我们产品、开发团队鼎力去配合完成
3】活动复盘，复盘其实就相当于我们的考试判卷结果分析，根据活动的效果，预期达到的指标，比如，页面的访问量、浏览量、按钮的点击次数，及参与人数、中奖人数等数据，我们预备可能活动经费会话费3w，但是结果做下来，我们只花了2.5w，其实这样的预判和结果我们是满意的，活动的经费也是需要有标准预测的。
分析看，我们产品可能做的工作更多的是辅助于运营同事，其实未必然，产品在前期的参与策划设中期的数据分析结果导向起到关键因素。现在看无伦是做工具类产品还是电商类产品，总体而言，会具体细分：B端产品、C端产品；B端产品业务流转向、C端产品偏用户交互体验，C端用户门槛低，当用户达到量级以后，就看可以变现。B端用户门槛较高，需要客户通过购买服务或者账号的形式盈利。C端用户往往产品方向如果不符合现有市场发展需求，可以立马更改方向，B端用户不能立马更改发展需求，或许只能推翻，往往成本很高。产品其实是个极具复杂，对职位要求颇高的一个工作。需要求职者或者用人单位都需要用自己的这套理论去验证试用者身份的好坏。
网友评论