致马化腾先生的一封信(三):微信公众号与app的纠结 – i天下网商

我是创始人李岩:很抱歉!给自己产品做个广告,点击进来看看。  

文/叶开

&

自从微信公众平台账号和消息接口开放后,引起了众人的追捧,甚至有人将微信的公众平台视为可媲美微博的媒体平台,也有人视为可媲美苹果商店的appstore,自此掀起了一股微信公众平台账号的热潮,自媒体的出现以及各类app应用的尝试。

&

微信公众平台=微信app?

我们也很认可开放平台的方向是前途无量的,只是很多媒体报道中直接称微信app就是微信公众平台账号,而且微信app平台的策略总在不断变化,所以我们就在不断思考:微信app与微信公众平台账号是什么关系?

从汉拓科技在微信行业方案规划中的体会:张小龙先生一直强调微信的简单,简单到最核心就是消息,所以微信的核心是对话,而对应微信app而言,微信公众平台账号就是对话的i/o通道,也就是对话的出口和入口。

当然,只有出口入口还不够的,还要有内容,有规则库和素材库;但是只有内容的规则和素材库,又很容易复制,我们能够做的别人基本上也可以复制,甚至内容资源多的话可以做的比你好,所以,微信应用应该要有自己的核心逻辑,这个核心逻辑就是嵌在微信客户端里的app页,里面可以是核心算法、应用逻辑或者独特的功能。

所以我们认为,一个不可复制的有自己核心竞争力的微信app,其模式大致会是:公众平台账号+app页。公众号作为与消费者对话的出入口,而app页是包含自己核心算法、应用逻辑或者独特功能的页面,这些页面可以是wap页面,或者html5响应式页面,或者jsp等技术开发的页面,结合javascript脚本进行渲染,也可以封装接口对接特定的业务数据源(比如中航信数据源)或者业务系统(比如独家的业务系统)。

而这些微信app可能有不同类型,除了营业厅类的业务处理之外,其它的比如基于知识库和话术的智能问答类,基于算法进行不同资源之间的智能匹配类,基于社交和分享的,基于预约预定的业务受理类,协同类,基于html5的游戏类app等。

&

自定义菜单

当然,还会有人说:“公众号+自定义菜单+知识库,已经是一个完整的app了”。虽然微信的自定义菜单在内测阶段,但已经引起了众多开发者的轰动,企业公众账号纷纷申请测试,甚至有些人宣称自定义菜单直接奠定了自媒体的基础。微信的自定义菜单与对话机制是相互切换的,当部署了自定义菜单,对话框是隐藏掉的,需要点击左侧的切换按钮才可以切换到对话;自定义菜单分二级菜单,第一级菜单最多3个,二级菜单最多5个,这意味着最多15个菜单,也就是类似15个栏目,这样数量的栏目菜单+内容,支撑一个丰富的自媒体已经足够,但支撑一个微信app的价值暂时不好评估。

自定义菜单是对话的索引,相当于固定索引就成为类似按钮一样的机制,但这个机制有个弊端就是用户用自定义菜单就不能用对话,因此自定义菜单是用于类似微信营业厅模式的,通过固定的菜单进行快速的导航并进行自助业务处理,或导航到人工服务;而那种在对话中基于语义分析进行智能问答和匹配的小秘书服务类应用,则适合通过对话进行智能交互和随机的秘书服务。

两层的自定义菜单是一种固定的交互菜单,是不是可以针对不同客户有不同的导航?同时,自定义菜单开放了直达页面的功能,类似于菜单和按钮的自定义索引,但估计是妥协后的变动,目前只开放给腾讯内部,不开放给其它公众账号。但微信的核心还是消息,还是对话,自定义菜单并不能完全解决对话的出口和入口,不能解决信息流中的标签和分类,不能进行语义分析和智能匹配,也不能进行对话搜索和输出标签,所以留个非自定义菜单的对话模式的空间还是很大。

&

微信app的垂直行业方案

实际上我们更看好的微信app是垂直行业方案,垂直行业方案则不是简单的app形式,而是需要通过中间件或中间系统对接行业/企业的业务系统或交易系统。由于微信客户端类似于一个浏览器,web形式的应用可以直接嵌入。在技术架构上微信客户端相当于一个web容器,我们将socialcrm系统封装为中间件做成html5模式嵌入其中,从而形成微信app行业方案:公众平台账号+app页+中间件系统,然后通过socialcrm系统进行业务数据存储和中间握手集成和同步业务系统,增加了安全性和合规性。

我们画了一个草图,为企业客户展示微信行业方案的架构,还请您多指点:

&

您可能觉得我这会儿是不是扯远了?其实关键问题在于,我们在基于微信定制开发行业方案的时候,遇到了微信app开放平台的一些问题,而这些问题也是众多依附于微信平台的第三方服务商所共有的生态链问题。

比如说在微信开发者圈子里面,大部分都在谈谁拿到了什么api权限?搞得很多人好像以为拿到了什么api就可以怎么怎么样,其实这是大错特错,整个开发者生态链开始被骚动了,良性的环境是要回归到商业的本质,所服务的企业想做什么业务?然后这些业务需要什么api?

从当前很多开发者反馈的问题来看,但凡移动app应用都可以基于微信开放平台用公众号+app页的形式来替代性开发,但是问题是微信会定位在什么位置上?

微信团队一直秉持简单和开放的原则,相信您也希望坚持。但集团内的商业化压力,会对开放平台的策略、开放api的层次有什么影响?会不会近亲远疏?第三方应用开发伙伴的前景如何?有没有统一发布的api列表和功能,有没有api的权限等级和功能版本,有没有流量或进程的限制或计费模式?

对比新浪微博开放平台的先例,api规划的无序和无规则,让微博开发者无所适从。而现在微信公众平台,在内部的压力下也逐渐体现出来一些苗头:微生活会员卡在商业化的压力下利用腾讯亲儿子的优势正在索取独特的api排他优势,腾讯微购物的自定义菜单可以直达页面而无需像其他公众账号一样经过对话的链接再进入页面等等。

或许还会有其它的问题慢慢涌现,我相信这与张小龙先生最初的设想是不相符的,也更相信您从战略决策层的宏观眼光也不会让微信公众平台同微博开放平台一样陷入混乱。

&

(本文首发于i天下网商,并同步发布于叶问,微信号:yepoint)

&

相关文章:

《致马化腾先生的一封信(一):给微信电商泼的冷水》

《致马化腾先生的一封信(二):微信o2o迷局》

&

&

欢迎在微信上搜索“txws_txws”关注我们的官方微信,每天6篇精彩文章不错过。】

&

&

随意打赏

提交建议
微信扫一扫,分享给好友吧。