微信--了解与试水与使用之间的差距是未知的

目前微信的消息接口支持对用户推送文本、图片、地理位置、链接信息以及事件推送（目前仅支持自定义菜单）；也支持微信号对用户发来的关键词信息相应地回复文本、音乐、视频及图文信息。

以上是比较初级的功能，也就是刚进入公众号时大家都具备的。接下来，微信团队在今年三月份推出了自定义菜单功能，如下图：

这个功能能够在很大程度上加强用户与公众号之间的交互频率，媒体类公众号多将此功能用于回顾与活动（如城市画报）；工具类公众号则将主要功能直接呈现在自定义菜单里（如快递100）。

微信是在慢慢地开放公众平台，逐步推进，把控得十分严格。就像是在过船闸一样，等到允许被进入下一级船闸的开发者们都进入了，就关闭了申请的入口，把已通过审核的开发者留在目前所在的“船闸”里，观察他们的行为，为下一步行动做研究。

如果这些够分量的开发者在使用的过程中有一些接口需求，也可以直接跟微信团队沟通，如白鸦。招行和印象笔记的账号绑定功能也是私下沟通获得的。

当我在“查找公众账号”的搜索框中输入“快递”的时候，获得优先排名的是已被认证（这个其实是很重要的）的、昵称中带“快递”的账号，接下来才是昵称中带“快递”字样的账号，而这些账号却并不一定跟你的搜索目标相符。之前有些公众账号耍小聪明，在自己的昵称后面加入了一些搜索量比较大的关键词

顺便说一句，我们的微云接入一直没有申请成功呢，到现在，回想起来这个船闸 逻辑很对啊！

嫁接与人，无奈但又很渴望，那个巨大的几亿的用户量啊！

一直在等微信接口！

一直在等微信开放给我！

一直在等。。。

All out of control或 私下的驱动！

相比腾讯的谨慎推进，几乎绝大部分开发者都表达了愿意为效果付费的意愿，但纠结的问题在于，微信开放平台距离类似“Facebook与Zynga”的完善生态圈还有很长距离，很多系统构建和平台规则问题让开发者顾虑重重，这包括：支付环节没有完全打通，需要二次跳转才能完成支付；接口资源把控过严，并缺乏明晰的公平机制；后台系统过于简陋，在主动推送个性化图文信息、系统处理能力、子账号管理等方面存在诸多不足；微信禁止公众号互推行为，又不做官方导航推荐，推广难问题开始凸显；封号问题的后续影响并未平息，有些开发者在跟投资人面谈时遭遇的第一个诘问就是“如果微信封号怎么办”。---这个典型问题就是“嫁接与人”！

单一地依赖某个渠道，突击一下okay，但长久之计必然是需要多条支撑的。

说到做带有界面的：：：“自定义菜单”接口/申请/

不过微信团队对接口的规范管理已经越来越步入正规。目前看来，自定义菜单的出现可以视为微信公众号进一步轻APP化的关键一跃，开发者在欣喜之余，还应该思考一个更深层的问题：自定义菜单的意义究竟何在？又该如何玩转这“第一跃”？

在微信5.0以前，自定义菜单是作为一种内测资格使用的，只有少数公众帐号拥有菜单，因此出现很多企业为了弄到菜单不惜重金求购。现如今，一大批帐号从订阅号转为服务号，很多都是奔着自定义菜单去的。而且，经测试发现，微信最近的审核放松很多，只要申请服务号、自定义菜单的基本都成功了，根本不管填写的资料真伪。

推荐阅读：

http://www.geekpark.net/read/view/179476

http://www.huxiu.com/article/11735/1.html

http://blog.csdn.net/lyq8479/article/details/9841371