太多基于智能设备的讨论，都停留在产品端，
所以，我想先问自己一个问题：智能设备，到底核心是硬件本身，还是背后的互联网服务？我相信每个人都会有不同的答案。
我的理解是：智能设备在销售流程中，是硬件主体，而在售后则完全转变为互联网服务。这看似简单的逻辑，其实在智能设备的大生态中，是很难解决的。
为什么呢？因为硬件厂家关注点是制造，大厂家才会关注到品牌，和互联网服务。以目前，智能硬件的出货速度来看，华强北一个月既能出货，当然这没办法再谈什么互联网服务，甚至普通的硬件售后都成问题。
正常的周期，一般的智能硬件三个月出货。也就是说，在普通的智能设备的生命周期里，产品设计到生产出成品，3个月基本就结束了，下一步就是直接进入市场，进入销售流程。况且以目前智能设备的高迭代速度看，一年当中，同样的智能设备，很难有多次连续生产的机会。
这种现状，也造成了智能设备的制造商，几乎没什么时间去在软件层面，和服务层面做一些工作。于是，我们经常听到这样的说词：我们会开放SDK，或者开放API。
当然，如果我们用苹果举例子，不，苹果太独特了，不具备代表性。我们以Pebble为例，似乎在它开放了SDK后，一个月内，店内的应用就超过了一千个。这很了不起，但开放SDK，对99%的智能设备品牌都是***的。
对于市面上多如牛毛，并且在高速迭代的智能硬件而言，第三方开发者，与其跟你合作，莫不如自己做硬件平台。因为平台和应用是分离的，好的应用一定会选择大的平台，甚至自己打造平台。
说到这，好像前面的路没有了，自己没有能力做SDK，开放SDK又不值钱，怎么办？北京有家创业公司Ablecloud做了个有趣的工作，提供第三方的SDK，更有趣的是，除了IOS，和安卓，他们还做了GS版，为了让开发者更快的接入微信。
微信真的是个强大的工具，堪称国民APP。而微信在整个智能硬件方面的布局和战略也是非常清晰了，就是开放，然后提供连接能力，连接硬件，连接用户。毫无疑问，也是在云端实现。
当然，由微信入云，连接硬件和服务。也是通过第三方的Paas平台去完成的。第三方Paas跟微信对接就是通过它们提供的JSSDK，让开发者绕过学习成本和接入成本那点的事。
比较方便的是：微信硬件控制是通过公众平台、公众号进入的，如果想在微信公众号里面控制你的智能硬件，获取设备的信息和状态，就需要自己基于微信公众平台开发一整套的web服务，但是，第三方平台的存在，可以提供一套JSSDK，不用学习公众平台那套开发协议和开发接口了，直接用平台方的SDK连接到云，然后通过云再连接到微信，整个流程就简化了。
说到这，简单总结一下，智能硬件的创业者应该把重点放在硬件了，原因是他们没有时间、精力和能力去做软件层面的工作，同时，简单粗暴的SDK开放，也并不能解决燃眉之急，除非你得接近Pebble的水准，那么问题很清楚了，最快的捷径就是选择通过微信进入云服务，而提供第三方Paas平台的供应商的标准化方案是个很好的选择。
