智能家居系列之智能家居平台( 四 ) 塑料|管道|住建部|全国|交流会

无论哪种绑定类型，都需要设计一个后台解绑的功能。一旦出现异常问题比如退换货，那就需要通过客服人员从后台做解绑操作。
设备添加类型：
设备添加类型主要有两类，一类是设备添加包含了设备配网和设备绑定，一类是设备添加就是设备绑定，前者是主流。
前者成为主流的原因是，添加设备时完成了设备寻找、设备配网和设备绑定，经过此步骤后，用户才能真的使用设备；如果缺少其中一步，用户有可能找错了设备（比如输错了某一位，设备上的编码存在印刷错误等）或者不能通过应用控制设备。
下图来自米家：

文章插图
后者只是把设备和用户/家庭关联上，此时不一定能通过客户端控制设备；因此这种方式，一般需要有人给设备配网，比如提供上门安装的服务人员、某个对电子设备比较熟或者好奇心动手能力强的人。
为什么前者会成为主流，主要是厂商没有能力提供上门安装的服务，其次是智能家居硬件产品是要降低使用门槛以吸引更多的消费者（包括小白用户）。

售价原因：国内硬件厂商的价格战非常激烈，厂商没有足够的利润空间；同理，渠道商往往也没有足够的利润空间来支持他们提供上门安装服务；
盈利模式：大部分厂商是通过硬件本身盈利，并不能通过内容和后期服务来盈利（或者盈利不足以覆盖上门安装成本）；

设备组：
设备组的概念也不算多见，但是在智能灯泡（wifi、zigbee或者ble mesh）慢慢兴起的背景下，设备组尤其是用于照明的设备组就比较好用了；比如我在客厅装了两个智能灯泡，我如果要关灯，要么是一个一个关，要么找到墙壁上的开关面板关灯，或者呼叫“天猫精灵，关掉客厅的灯）。
目前来说，设备组的概念并没有得到普及，大部分智能家居APP还看不到设备组；想想也正常，用户家里就那么几个设备，没有必要整的那么复杂，让用户能够更简单的操作岂不快哉。
ps：我的一个前同事，告诉我他的前东家（某智能家居品牌厂商），平均每个家庭下的设备不超过10个，也就是2屏（一屏能够展示6-8个设备，n*2布局）。
智能灯应该要考虑设备组的概念，一方面，通过设备组可以统一调整这几个灯的亮度、颜色、色温，考虑到家庭用户对精准调色并没有很强的诉求，现在的UI设计都是用调色板来做颜色的调整和进度条来设置亮度；这种情况下，想要把几个灯调整成一致是非常困难或者说是不可能的，除非由其它的工具，比如通过智能音箱把几个灯的亮度调成一样的；此时，用设备组就比较合适了（前提是同类型的）。
另外一种做法是，设备组只负责通用功能，这样不同类型的灯也可以放到一个组中，比如统一的开关、亮度调整。
偶然间留意到，小米米家有一个灯组，不过我没有小米的智能灯，所以不能进行测试。
分享：
从设备角度来看，分享分为单设备分享和多设备分享，单设备是一次只能分享一个设备，多设备分享是指可以批量分享设备，比如我一次分享5个设备给某个用户，多设备分享的一种方式是家庭成员（前面已经提及过）。
设备分享一般是只分享使用权，允许其他用户查看数据、使用设备。
从问题解决/任务实现角度来看，分享是解决设备添加这个问题的。只要某个用户添加设备后，其他用户就可以不添加设备就能够使用这些设备。
ps：被分享者部分，分享的设备不属于他的任何一个家，故设备会在该用户每一个家中展示。
3. 场景联动场景联动是当下智能家居的自动化解决方案，在智能长大之前，场景联动可能也是当下最合适的解决方案（尽管也被世人诟病为“伪智能”、不智能）；场景联动目前基本上分为场景和自动化，这两个区别不大，前者是人触发的场景，后者是设备或者满足某种条件触发的。
在平台中，这两种都称为场景联动，无论是人触发、系统触发或者设备触发，都只是是触发的一种形式而已。
场景联动分为2要素或者3要素，2要素是触发条件和动作，3要素是触发、条件和动作。3要素是将触发条件拆分成触发和条件，触发是前提，条件是判断。2要素和3要素区别并不大，实际使用中，2要素已经足够。3要素更灵活一些，不过需要用户较高的参与度。
当下，场景联动大部分是做在云端的，少部分在家庭侧实现了场景联动。位于家庭侧的场景联动可以称为本地联动，通常是做在网关或者家庭主机中，比如小米的智能网关。