微信小程序 和 Chatbot
前言
一个面向未来的Chatbot，一个从成熟现状触发的功能增强的小程序，两者做一个对比还是比较有趣的。代表了中外在面对目前的IOT时代，架构和产品的策略。或者是体现了一种哲学的思索在里面。 一个是务实的前行，逐步演进，这个是中庸的可靠的做法。一个是大张旗鼓，搭建了一个大的面向未来的平台和描述了一个宏伟的蓝图，然后直面现实和挑战，逐步完善，这个需要远见和勇气。无论是中庸还是激进，都无所谓对错，只有不同的策略和路径，未来应该是一样的。
出发，解决什么问题？
历史变迁
在移动端 ，这样的方式是合适的吗，能够成功吗？摸着石头过河的搞法也许最 后也是能够成功的。
从历史角度来看 小程序这个也是顺其自然的。
PC 桌面程序 C/S机构
PC 浏览器程序 B/S结构
移动端 APP C/S结构
移动端 H5 小程序 B/S结构 Chatbot ？
IOT时代 B/S结构 ?
面对小程序的特点 无需安装，用完即走，没有入口，触发点触发。 本质，微信中运行的h5程序而已（融合了运行平台，服务平台），从APP到小程序 就是从 CS 到 BS结构的迁移；重复PC时代的路径而已。
小程序用来面对IOT时代的尝试。
Chatbot 是面对 IOT，万物互联时代的另一种策略，所谓的 （ms）Conversation As a Platform ,而 google ,FB ,amazon, apple 多家厂商从不同的角度出发，到达一个统一的地方，认识。即 Chatbot as a Operating System
1、万物连接，连接的是人，物体，商品，服务。
2、面对这个时代，需要的不只是 网页版的 浏览器的服务。需要的自然语言的交互，多通道（文本，声音，图像等）的交互方式。
从这个角度来看，小程序布局的能力相差甚远，从另一个角度来看，就是足够务实，未尝不好。
IOT使用场景/使用闭环
² IOT，线下互动，及时服务(基于/接触点的服务)
物品，根据物品启动对应的服务
汽车
家庭
户外
无论是h5的小程序，还是Chatbot结果都是可以控制的，在能力上应该没有区别，都可以完成相关的操作。
² 二维码作为输出入口和接触点
搜索还是需要的，应用市场也可以有，通过线下触发，并不就等于限制其他任何的入口。
一个基本的闭环还是需要的，微信不提供，其他人也会提供这样的能力。 发现，使用，评论，分享等作为一个基本的能力。目前市场上已经出现了多种这样的服务了
万物互联，远程控制也是基本的要求，微信作为平台，对IOT的管理也是可以轻松实现的，把一切添加到微信中就好了。
小的不常用的工具类型的 小程序如天气，咨询，查询等没有接触点的怎么办？
餐馆点菜，完全可以离线完成，而不需要在现场完成，可以搜索，分享是基本的要求。
² IOT之外，小程序就是非IOT场景下 h5版本的APP，和IOT相去甚远
另外小程序并非只支持IOT这样一种场景， 一旦瓶子打开，任何可能的妖魔都会出现。从某小程序商店的TOP10应用来看，IOT的应用一个也没有出现，结果基本上是把APP上有的重新实现了一次。
如果微信吧原生APP的能力都通过接口提供了，那有什么是 小程序做不了的呢。这是小程序的初衷吗，也许是吧，微信成为了真正的入口，APP还有什么事情呢，有什么应用一定要通过一个APP来实现呢，现在需要考虑的是这个问题了。除了游戏。
架构和实现
从IBO（Input Behavior Output）的模型来看两者的差异
1、Input 输入方式可以更加多样化和灵活?
所谓多通道输入，就是可以以如下的一些方式来输入
文本
声音，声音控制和交互
图像，计算机视觉
手势，游戏等
小程序触发的机制就比较有限， 必须是小程序的二维码，其他的二维码还不能触发，这样的话，用户迁移的成本就比较高，对现有的基础设施不兼容。不只是物品，服务业需要。
进入小程序后，在输入机制上也没有任何特别之处，和现有的APP没有差别。虽然多通道的输入方式可以简化用户的输入，但是没有纳入考虑之中。
微信聊天天然就具有这些输入方式，但是小程序利用任何这样的能力，没有把多通道的输入作为一个基本的能力。
按照h5为基础的小程序来看，微信的聊天能力和小程序就是割裂的，难以有融合的点。如何把微信的多通道输入能力和小程序结合起来，这个应该是一个需要研究的课题。改变小程序的实现机制，还是什么别的方法呢。现在还不得而知。
Chatbot 天然的利用了多通道输入的能力，让交互更加自然，丰富，直接。虽然自然的多通道交互方式是未来的方向，怎么样到达这里呢？拭目以待，也许目前的Chatbot过于乐观的估计了AI（NLP，Semantic Web，Deep Learning，Knowledge Graph等）的成熟度和能力，在美好未来的召唤下，直面实际上残酷的不成熟的现实。
而微信呢，面对自然交互的未来，是等待还是去直面呢，很明显小程序选择了等待。
2、Output 输出方式灵活多样
小程序
就是普通的h5网页,没有别的什么，甚至连有效的通知都没有。
Chatbot
而Chatbot所允诺的输出方式就多样化了，和输入一样的，文本，语音，视频都可以直接支持。这样的设计和IOT对接就再自然不过了。
3、Behavior 处理过程
小程序
小程序就是普通的h5网页,没有别的什么。真的没有，如果需要可以自己添加。
Chatbot
而Chatbot一开始就对AI有很高的依赖或者叫诉求。什么NLP 自然语言处理，什么Deep Learning 深度学习，什么Semantic Web-语义网络，Knowledge Graph知识图谱，大数据等等都规划在其中了。也从框架上预留、开放了接口，允许任何开发人员轻松对接和应用起来。
Chatbot简单讲也可以就是一个 H5 级别的应用，而到底能做到什么程度，没有限量，一切取决于脑洞，取决于创新的设计能力。平台在这里了，工具在这里了，服务在这里了，只等待聪明的人把他利用起来，整合起来。其结果绝不只是一个h5程序。
引用一张图 Bots Landscape
其他特性
1、可移植行
小程序
运行平台，服务支持平台绑定在一起。（把服务接口开放出来，其他地方可以使用）
一直到浏览器等其他平台，需要同时移植服务，工作量大
嵌入到APP中，或者其他的嵌入式设备中。（就是把APP的内容用网页从新设计了一番）
Chatbot
迁移的成本也很高，如果加上各种黑科技，基本上就是从头开始了。
2、兼容性
小程序
和现有的二维码如何兼容? 小程序需要新的二维码，线上问题不大，线下部署无论是人力成本，时间成本，都比较高。这是一个比较长的过程。
订阅号，服务号，小程序，群组，一般人会开始傻傻的分不清。怎么样这些东西统一在一起呢？归根到期都是一个brand 的渠道。从用户的角度来看，没必要那么区分出来，让用户来区分也是不合理 的安排，如同 一个房间 4个门，分清楚了是什么再进哟，进错了，重来。会不会还有别的门等着呢，未可知啊。
Chatbot
无所谓兼容，全新的开始。白纸一张，好画画。
3、可扩展性
小程序
1、工具之间还是信息孤岛，没有开放的接口机制。
2、个性化的数据缺少基础设施，如用户建模，依赖自己实现。成为后续优化的方向。
PC时代的网页版面临过同样的问题，需要一些智慧来解决这个问题。
Chatbot
1、服务碎片化，服务的组合,自动完成
没有碎片化，没有开放的接口，IFTTT 等服务就不会出现。
2、个性化，碎片化的服务，为个性化的实现提供了基础。
4、性能
小程序
1、相较于APP更慢，更耗流量，因为没有做成碎片化的小程序。
2、调整服务的能力缺少基础设施来实现基于场景和用户模型调用。
Chatbot
1、基于对话的应用，交互的更加细粒度，反馈的也更加准确。
2、灵活的调整服务的能力基础。更加轻松和容易基于用户，场景等来调整优化，学习成长。
5、易用性
小程序
1、没有明显的改善，没有考虑任何本质的不同，就是网页版的APP。适用的范围不同而已。
Chatbot
1、面向一般的用户，自然方式交互，容易上手和接受。
2、但是目前的AI能力有限，需要有一个成长的过程，需要给足够的时间耐心。
生态系统建设
小程序
这方面还是很多的，直接百度就好。
1、运行平台 - 微信，离开平台无法运行，好的模式应该一个后台，多个渠道，接触用户，开放并不会让你损失什么，赢得机会，多方合作。 微信的用户基础是一大优势。
2、商城
不止有各种应用商店，甚至还有排名，还有收藏集合等。
优秀的应用程序不只是面向IOT的，也不是通过二维码来接入的。
3、开发者、辅助工具
开发
测试
发布
统计分析等
Chatbot
1、提供的开发工具，生态系统
运行平台 - 基本上所有的聊天工具都支持Chatbot。网页浏览器，桌面等都可以支持，因为其接口相对简单。但是缺少统一的标准。存在一场平台之争。
开发工具
- 降低开发的难度
测试工具
- 测试服务
发现工具
- 和现有系统，基础设施的融合
- 应用商城还是应该有的。
支持组件和服务
消息，推送
个性化，用户建模。
写到最后，想起中外之间的饮食文化差异，中国人用筷子，外国人多用一套工具，当然还有直接用手的。在这里到底谁用的是筷子呢，微信小程序，还是Chatbot。说不定这次正好反了。
参考
1、Introducing the Bots Landscape: 170+ companies, $4 billion in funding, thousands of bots
2、Infographic: The bot platform ecosystem
3、Samsung acquires Viv, a next-gen AI assistant built by the creators of Apple’s Siri
