首页技术文章正文

Android+物联网培训之微信公众号与原生app几点见解

更新时间:2017-07-02 来源:黑马程序员Android+物联网培训 浏览量:

谈个人对微信公众号与原生app的几点见解.

最近的一个阶段H5技术被推倒高峰,很多人认为借助H5就能利用微信公众号取代原生app 应用了,而事实是怎么样,我们可以从下面的几点进行一个客观的分析.
 
 

原生app 总体趋势

  要谈原生的app,是否会被微信取代,我们可以去看下app 的增长趋势,在2014年百度就发布了移动分发的市场报告,android 市场的增长速度开始放缓,红利正在消失。
 
从客观来看待,工具型APP发展正出现瓶颈饱和,工具类APP该做的都已经做完。剩下的APP都是围绕着内容生产的社交以及新闻类APP,而这很考验运营势能。
 
结论:现在做纯App开发,要想再做成一个纯工具不与智能硬件或者线下结合的APP的机会不存在,其次内容型APP需要强运营能力。所以在这种情况下,我们下面要讨论第一是工具类APP能否迁移到微信服务号中?第二是这类运营的内容型产品能否迁移到微信服务号?
 

原生的app 与微信的关系

我们可以从app 的数据与app 打开频率来讨论app 的四种现象。这四种现象代表着已经存在的需求,这里的用户很多以BAT的矩阵产品为基准线,我们从这四种现象出发来看下微信服务号与之对应的关系。
 
 

 
用户多,频率高:这类APP是BAT矩阵产品,要在微信服务号里面做是不可能的,BAT也不会考虑,而下一个BAT级别的公司一定不会在微信服务号中诞生,必须另辟山头。所以没有任何机会。
用户少,频率低:这类APP就是我们常见的在应用商城中那些小而美的产品,一些小创意产品,这类APP产品本身就没太大机会,所以放到服务号中更没机会。因为需求已经被验证过了。
用户少,频率高:这类APP类似滴滴打车,上门洗衣,上门按摩等等。这里把打车APP也归为用户少的原因是因为相比于微信和QQ这些BAT矩阵产品,安装 打车软件的人数还是少的,而其他任何垂直服务类APP相比于BAT矩阵产品也是少的。但是这类APP有一个机会就是利用微信的服务号把自己放到里面,为用 户提供服务,这样既省去了高昂的开发成本,又减少了高昂的用户获取成本,试想,现在让用户去为了获取某个服务而要下载APP有多困难,并且现在地推也主要 是让用户扫描微信服务号二维码,但如果说要在线下让用户扫描二维码下载APP,这种场景是非常不合理的,因为绝大多数场景都没有WIFI。目前微信服务号 里面已经出现了大量的O2O服务,酒店预订,洗车,上门服务等等。但是微信自身一方面也在做,在微信钱包中就把滴滴打车融入其中,以及预订火车票和飞机票 等等,所以与微信竞争的O2O产品未来存在一定风险,不过目前大可不必操心,必须先做大了才有资格谈以后。
还有一种垂直社交类产品,这类APP是否适合在微信公众号内做?答案是微社区本身就是垂直社交APP,垂直社交本质上是论坛,而微信内部已经介入微社区,很多 公众号也在利用微社区做垂直论坛。但一切的前提是这个公众号自身有极为强大的影响力,否则一切都是空谈。而当这些微社区的用户体积到达一定规模后,就可以 立即鸟枪换炮,比如公众号“人鱼线VS马甲线”,首先在公众号里面有一个粉丝庞大的微社区,而随后又独立研发APP,脱离微信。微社区毕竟只是BBS,可 以延展的功能不够,并且用户没有掌握在自己手中,这也是投资人不想看到的。所以微社区可以作为跳板存在,当然更多的也得看团队是否有跳出去的实力。
用户多,频率低:这类型的APP基本都是工具类APP,比如任何手机出厂都会自带计算器APP,日历APP,便签 APP,闹钟APP,比如我们常用的墨迹天气等等,这些APP在用户规模上是与BAT矩阵产品差不多甚至还要多的。但是这些APP在使用频率上就不高了,比如普通人一般会多久用一 次日历?但每天会打开微信和QQ
所以我要讨论的是这些有一定用户基数但是不高频的APP迁移到微信是否可行。那么先讨论一个可行的就是“备忘提醒”类APP,当你有什么需要通知如果有个 服务号能够直接让你满足这个需求就是非常不错的,你只需要进入服务号,然后设置备忘提醒就可以了,不过微信团队也是非常聪明的,他们也早就发现了这个需求 可以实现于是做了一个“语音提醒”进行了狙击,该服务号可以直接通过语音设置备忘提醒,比任何输入操作都方便。这类可以做到服务号的APP毕竟只是少数, 并不是所有APP都有机会,下面讨论如果原生APP迁移到服务号,那么怎样的APP会符合微信的设计?
     原生工具类APP迁移到微信服务号的条件
     下面从用户体验上来谈谈,原生工具类APP迁移到微信服务号需要具备怎样的条件
条件一,从产品层面来说一定要在更方便,更有效率的基础上去实现,比如“记账软件”这种主动操作的产品,就不适合,因为用户使用微信反而增加了操作成本,而一旦一个产品的操作成本增加,那就必死无疑。
原生打开:找到手机界面的APP固定位置->直接打开APP->对应操作
原生切换:系统层切换->对应操作
微信服务号打开:微信顶部搜索或逐行找到服务号->进入服务号->点击底部菜单或推送消息链接进入H5页面->对应操作
微信服务号切换:用户有可能跳出微信,所以还可能需要切换至微信->微信顶部搜索或逐行找到服务号->进入服务号->点击底部菜单或推送消息链接进入H5页面->对应操作
条件二,根据条件一推出,很多原生工具APP用户的主动操作在微信符服务号的操作是增加成本的,所以这类原生工具APP迁移到微信行不通,原生工具APP迁移到微信更多的是需要满足用户的被动需求,也就是“推送大于主动”这类APP才可能有一定机会。
条件三,根据微信自身限制推出,这类APP必须满足微信开放接口条件,推送可以做到,但类似WIFI助手,清理内存的 服务就无法做到,因为微信没有提供对应接口。但是提醒类就可以,服务号微信提供日50万次指定用户推送的客服回复接口(可以当APP云推送用),以及用户 唯一openid获取接口,完全可以做。
 结论:所以增加用户操作成本的这类型的原生APP绝对不适合进入微信服务号。原生工具类APP迁移服务号必须满足,1,以推送主导。2,其次微信接口条件满足。
所以某些服务号值得尝试,不一定能成功但有一定机会,语音提醒(微信已做),邮件提醒和回复(腾讯企业邮箱已做),朋友生日提醒,重大日程倒计时提 醒,PM2.5警报提醒,星座运程提醒,团队协作推送提醒,锻炼提醒,喝水提醒,吃药提醒等等自行考虑,但要相信腾讯方面不是傻子,一定也在考虑这方面的 服务号产品,在你做之前要想清楚你的积累资源是否足够?其次如果微信屏蔽你的朋友圈分享链接怎么办?这是现实问题。
 
     所以最后总结,借力微信服务号和H5技术可以做三类原生工具APP,第一类是低频O2O服务类,第二类是以某个公众号为核心的垂直社交,第三类是“推送”逻辑的原生工具APP,而这类APP腾讯方面已经在着手布局,由于成本不高,这三类都在一点点实现。
所以对一件事要下判断除了要看大势以外,还要回到具体的场景,虽然H5崛起,但一项新技术要想颠覆一切,还需要看是否在真正落实的场景中能够给用户带来真正更高的效率。
 
本文版权归黑马程序员Android+物联网培训学院所有,欢迎转载,转载请注明作者出处。谢谢!
作者:黑马程序员Android+物联网培训学院
首发:http://android.itheima.com
分享到:
在线咨询 我要报名
和我们在线交谈!