9.22号，腾讯在福州的海峡会展中心举办了2016的腾讯全球合作伙伴大会，主题为“开放.共享”。下面是关于分享-应用分论坛的一些收获和想法，主要是关于应用宝的应用分发模式改变和微信的应用号，涉及的新的交互方式，以及智能助理的发展模式思考。
趋势：
大会上应用宝的周经理宣布本年第四季度会推出7.0版本，改变应用列表为需求列表，加入机器人模块。广告的形式将转化为ugc或pgc的比拼（内容：用户测评，软文等等），甚至是直接提供服务（不用下载APP），将软件提供平台转为需求解决平台的模式。机器人模块是语义理解和搜索的结合，将用户的需求转化为各个机器人能提供的服务。
一直认为小娜，Siri，Google now等智能助理的应用场景将会往这块靠上去，许总监（小娜中国区负责人）提了小娜语义理解方面的进步，却也表示对小娜的生态正在寻求合作。
不得不说这一点上，国内的腾讯已经走在前面了。不论是否是腾讯内部沟通的结果，但在大会前天晚上刷爆朋友圈的穿着“小程序”外衣的应用号和今天应用宝推出的机器人。个人认为他们的目的都是一个，掌控流量分发。通过改变现在的移动端app提供服务的方式，变成应用号或者机器人的模式提供服务的方式。去掉APP的形式，对很多方面都有巨大的影响，但作为用户量巨大的腾讯产品，确实有办法通过慢慢的蚕食让开发者，用户都开始适应这种模式。
变化：
服务集成平台的形式，对用户而言，少了很多繁杂选择，不用下载各种各样软件才能享受到服务；
对服务提供商而言，开发成本降低，不用各个平台的开发和适配，一个方案就可以在各种平台上实现服务提供，而且服务质量变成用户是否选择服务的核心，这是去掉传统软件交互后必然发生的结果；
对于开发者而言，开发语言和形式会发生相应的变化，开发者也不用受视觉交互的折磨，更重逻辑交互层的完整性；
趋势：
有意思的是，在9月20号（大会两天前）的时候谷歌在商店更新了一款allo的应用，21号的时候我下载用了一下，感觉一样是对服务集成平台的尝试，英雄所见略同的是谷歌也选择从社交通讯领域入手，allo中内置了google assistant的机器人，交互模式为在与好友聊天中@google assistant。基本模式也是语义理解加搜索。
差异：
我们会发现不论是微软还是谷歌他们都选择以机器人模式进行服务集成。区别于腾讯的是，应用宝内置的机器人是多个的，暂且不探讨技术上腾讯是否可以实现单个机器人提供所有服务。就这两种模式而言，应用宝的机器人保留了一个应用商店的原始形式:分发开发者的服务（以前是APP，现在是机器人）而小娜和google assistant定位则是智能助理。所以这里面可能存在一个区别，对于相同方面或者类似的需求，前者可以选择提供多个选项或者是你已经添加的机器人。后者会提供与之合作的服务提供商，更多是单一的，无需选择的。
举个例子，你说想要去最近的公园跑步，那么在应用宝里，你可以选择一个机器人来完成（比如腾讯地图机器人，百度地图机器人，高德地图机器人）。那么在小娜或者google assistant这里，他们就会直接调用bing地图或者google地图来完成。
前者需要自己再次选择，但可个性化（尤其像P图等个性化方向差异大的应用），后者显得智能，但缺少个性化（但后续应该可以根据分服务种类来选择服务提供方式或者考虑根据需求关键字对接不同服务提供商，这里就是智能化水平）
问题：
或许讲到这边会有人感觉有什么不对。智能助理的方式几乎取消了传统交互界面，那么服务提供商愿意入住吗？我们知道传统app模式让服务提供商有了广告位等收入方式。至少取消了以后就会少掉这一块营收，对于某些应用而言，没有增值服务/平台收费等其他收入形式，是完全拒绝加入这个平台的。而微信的小程序对提供商而言更易接受，其次对用户而言，小程序似乎更接近原生APP的体验。
但并不是说原生APP的体验模式就是最好的，对于用户来说更换一种新的交互方式成本是巨大的，所以被动性很强。而应用宝的机器人除了在提供服务，同时也是APP的入口。是不是感觉有点熟悉，没错，这其实是早前Windows Phone 8.1的时候小娜开放API的一部分。用户可以实现用小娜去控制手机上的APP来完成自己的需求，简单的从打电话，发短信到给指定联系人发QQ消息，调用地图完成导航。对第三方服务的接入，让小娜变成名副其实的助理，会十八般武艺也不为过了。
在Android平台上的小娜往往会受到很多限制，比如到指定地点的提醒，这一个功能就很容易被用户通过关闭位置/清理后台等方式给屏蔽掉，体验相对较差。在大会上许总监提到了语义识别的技术的提升，这无疑对完全语音交互的实现又拉近了一步。所以更要考虑如何实现技术的应用和建立相关的生态。
机会：
应用宝的模式改变是一种探索，一种在交互上的探索。我们一直在谈，接下来几年的热点是什么，而新形态的人机交互便是一个重要的话题。应用宝作为应用分发行业第一，日分发量突破2亿，APP接入数量达350W。并且建立的腾讯的开放平台，吸引着更多开发者，创业者生产更多的应用。对于初创团队，个人开发者而言，APP的开发确实会是个大门槛，而开放平台，机器人的存在让成本降低。所以本身这个是共赢的事情，一方降低创业成本，一方构建机器人平台。当然顺带的效益可能包括提高应用宝的主导地位，提高使用频率，提高云业务的营收等等。
小程序是什么样的定位呢？“用完即走”，这是当时提出应用号时的一个理念。核心也是提供服务，而不是提供APP。一样的是和应用宝一样，对于开发者都有降低开发成本等好处。不一样的是他的交互模式并没有脱离原有的常规方式（当然也可以加上）。第一感觉是微信的生态如果真的建立起来，就相当于AppleStore，在微信相对封闭的自有生态里，他掌握着生杀大权，下一步该推出“一块钱”应用号了（付费应用号）….
像定位于智能助理的小娜最大的优势莫过于技术成熟度上的优势，这不单单包括语音识别，语义识别，还有学习和分析能力。难道只能成为技术提供商？其实技术时代更迭最大的尴尬就在于段时间，语音交互系统，并不是那么完善，所以在很多时候不会为人所接受。这也是大家会找一些间接的方法来弥补语音识别的某些短板。我觉得智能助理对第三方开放是必须的，毕竟不可能自己去做所有服务。但开放方式可能可以稍微灵活点，比如对于接入小娜API的第三方应用，都出现在小娜的执行方式列表L_service[]中；对于每个接入小娜的应用都有自己定义的一些关键词或者模式S_service[]，每个不同的S_service[i]都对应着特定的操作Action[i]；那么对于接收到命令（经过处理）Order，可以进行执行列表匹配，然后分发给对应的应用，然后应用内部对参数进行解释从而执行不同的动作；
举个例子，美图接入小娜的API，它定义了【漂亮，美丽】【黑白】【怀旧】三组关键词，对应【美颜】【黑白】【怀旧】三种P图操作，当小娜收到命令“小娜用美图帮我这张照片弄漂亮点”，则小娜唤醒美图，并对照片实现【美颜】操作。这样子会让应用的接入更加平滑，而对于未匹配应用，可以进行是否下载的询问等。
另外谷歌的模式，做一个内嵌智能助理的社交通讯软件。也是值得参考的，对话框中的@功能即可完成调用，让智能助理和聊天无缝融合，少了应用跳来跳去的麻烦。但是目前实现的方案是点击结果打开网页，所以，如果微信是封闭的自有应用生态，那么是不是可以考虑做一个开放的应用，其他应用在我的应用上都能提供服务，而无需改变现有机制。当然和智能助理不一样的是，一个是基于社交场景，一个是希望构建一个日常助理变成有事就找助理的场景。（不得不说谷歌的社交化真是各种手段）
而AI的加入，需求有时候不是命令识别，而是解读。“我饿了” 对应的是“需要帮你订外卖吗？或者我们出去吃，想吃中餐还是西餐？”。甚至是需求挖掘，“我感觉有点难受”可能回答是“现在只有13度（天气温度），你应该多穿点衣服（体温较低），不然要着凉了（合理建议）”。
胡思：
新一代的人机交互会是语音+人工智能吗？究竟是哪种方式，还是取决于哪块的技术突破，而互联网行业势必要先考虑这一块方向。就像在智能穿戴出现后各种应用冒出，包括大体量的APP也要不断改变软件交互方式以适应潮流（比如iwatch上的微信和支付宝）。
人机交互的改变意味着一些产业的淘汰和一些产业的新生。其实脑机也是很早就开始研究的东西，但是没有实质性的市场应用，但我相信随着科技的发展，这些都将会变成人人都能享受到的科技成果。
2016.09.25
