微信应用号？产品经理要懂点什么？

微信官方深夜放毒，一夜间所有互联网人都醒了。。。

大家都开始关注其微信公众号小程序到底是什么鬼！

微信小程序最早提出是张小龙在年初微信公开课上提出的，官方对此给出的定义是：微信公众平台提供了一种新的开放能力，开发者可以快速开发一个小程序。

微信特别地强调了「出色的使用体验」，没说最后是不是就叫应用号，而是以「微信小程序」来发布邀请函。这几年初创企业的套路都是「开发一个微信公众号（一般为服务号）→有用户了再外包干个app→真的可行自己干个app」，现在能明确一点的是不开发app的时代真的来，或许说在2017年会成为国内一个新的热点！

先放一张好不容易搞来的应用号演示

那么做一只PM，我们需要懂点什么呢？

首先从大的层面讲是否需要产品上应用号，要先给产品做一个定义，微信官方为小程序提供了足够多的组件及API，这些服务足够大多数产品做一个应用号，而且不再需要去适配IOS和安卓，这对于低频需求而又需快速上线迭代的产品来说，无疑是必须要第一时间上应用号抢用户。而对于一些平台类、社交类产品，可能还需要明确的开发独立app时间点。所以产品本身针对什么类型用户，满足什么样的需求可能是是否使用应用号以及后期是否发展app第一要考虑的问题，如果微信的海量用户能为你所用，那么把握住此次机会可能会获得不小的收益。

其次就是推广，应用号基于h5上的开发，而部分程序框架组件意见集成在微信中，其实360之前推出过一个轻应用也有几分相似，只需扫描二维码就可以获取应用，这样对于地推方式的拉新来说是一个非常好的，获客成本也大大的降低。相比于以前地推需要下载一个动辄几十m的app，这种获客方式显然大家更受待见。但是从另外个角度上讲，其弊端也显而易见的，比如我们以前的经常通过app获取权限读取手机通讯录来获取好友，这种通过通讯录方式找朋友短时间内可能还难以实现，需要微信官方一个过度。还有就是官方的一个审核机制，应用不再是到应用市场审核，而是微信官方类似于AppStore的审核机制，而且对于以前靠应用市场排行榜来做推广的产品，可能就需要改变以往的推广方式了。

还有就是从营销的角度，应用号基于微信，可能在朋友圈病毒式传播上有所抑制，更多的朋友圈病毒式传播可能无法应用起来，但因为朋友圈的存在，也可能使得用户在参与与分享同时发生，意味着将有更高的转化率。

从技术层面理解应用号

首先有了应用号，我们的产品可以快速上线，不再需要去AppStore审核、也不用适配各种设备，只需要根据官方提供的规范进行就可以了。相比我们以前的开发，应用号开发只涉及网页前端和服务器后端，而有开发过微信公众号经验的前端朋友们，微信的js-sdk同样适配。所以未来产品经理可能不再需要去考虑appstore审核上线时间问题（虽然要微信审核，但效率更高）和适配各种设备问题，但需要学习微信应用号的规范来做产品设计。

开放给开发者的能力包括哪些？以组件和 API 的形式开放了如下服务以及支撑能力：

视图容器：视图(View)、滚动视图、Swiper

基础内容：图标、文本、进度条

表单组件：按钮、表单等等

操作反馈

导航

媒体组建：音频、图片、视频。

地图

画布

文件操作能力

网络：上传下载能力、WebSocket

数据：数据缓存能力

位置：获取位置、查看位置

设备：网络状态、系统信息、重力感应、罗盘

界面：设置导航条、导航、动画、绘图等等

开放接口：登录，包括签名加密，用户信息、微信支付、模板消息

调试页面是这样子

机会与挑战

不知道从什么时候开始，微信每次的功能更新都能引起大家的轰动。微信生态也越来越完善，不少人也依托微信平台淘得金满贯。应用号的机会在产品的哪个方向想必大家心里都有数。获取不到内测朋友也不必着急，，预计在2017会前面开放申请，届时把你的产品快速上线获取用户。

（处女文，本汪才疏学浅，有错误的地方欢迎指正）