1. 从智能家居到不再提智能家居一个老玩家的战略转身前几天在行业群里看到新和创CEO梁禹的一段公开分享标题很扎眼我们为什么不再提智能家居说实话第一反应是又有人要搞概念营销了。但把整个分享看完我沉默了。这不是蹭热度是一个在这个行业摸爬滚打多年的老玩家把底牌掀开给你看的坦诚。新和创这个名字做楼宇对讲和智慧社区的老人都知道。不是那种PPT造车的创业公司是实打实进过楼盘、做过交付、养过售后的企业。这样的公司说不再提智能家居分量完全不一样。这句话背后透露的信号比字面意思要丰富得多。很多从业者还在纠结用Zigbee还是蓝牙Mesh还在比谁家的App动画更炫还在跟客户强调我们这是全屋智能系统。但真正在前面趟过路的人已经开始往回抽身了。他们发现用户要的从来不是智能这两个字而是这个东西能不能让生活更省心。这篇文章我想认真聊聊新和创为什么做出这个决定这个决定背后的行业逻辑是什么以及最重要的——如果我们也处在类似的位置这套思路怎么落地、怎么避开那些坑。对正在做智能家居的创业者、地产智能化负责人、准备转型的传统硬件厂商来说这应该能帮你看清一些东西。2. 智能家居这个词是怎么被行业自己玩坏的2.1 伪智能泛滥一个灯泡遥控器也能叫智能家居如果要给智能家居行业这十年找一个关键词我选浮躁。2014年前后智能家居概念被引爆各路玩家蜂拥而入。做插线板的做智能插线板做灯泡的做智能灯泡做摄像头的做个App能远程看就叫智能安防。我这几年测评过的产品里有一大类特别典型所有功能就是把物理开关搬到手机上。你本来走过去按一下开关就能开灯现在要先解锁手机、找到App、等它连接、再点一下按钮。有些产品App打开要三五秒指令发出去还要等设备响应。一套操作下来最快要十几秒慢的话半分钟都过去了。这个体验叫什么叫智障家居。用户不是傻子。他花几百块买了个智能灯泡新鲜了三天就再也不想打开那个App了。为什么因为产品没有解决他的任何问题反而制造了新的麻烦。物理开关一伸手就够着了为什么要用手机这才是最核心的问题——过去十年大量所谓智能家居产品本质上就是给传统设备加了个联网模块然后硬塞给用户一个App。连接是连上了价值却根本没创造出来。行业报告里经常能看到一个尴尬的数据智能家居App的次月留存率通常只有个位数。用户买了设备用了两周然后永远忘记它的存在。这不是用户的问题是产品的问题。梁禹那句话让我特别有共鸣——很多所谓的智能只是把原本简单的事情变复杂了。当一家做了十几年智慧社区、真正经历过用户交付和售后反馈的企业说出这句话比任何市场报告都有说服力。2.2 单品割裂全屋智能听起来很美做起来是一盘散沙伪智能之外另一个更大的问题是生态割裂。你去买一个智能门锁品牌A的买一套智能照明品牌B的再配个窗帘电机品牌C的。麻烦来了——每个品牌都有自己的App每个App都要注册账号每个设备都要单独配置。你想设置一个离家模式关门触发门锁上锁、灯光全部关闭、窗帘拉上、摄像头进入布防。理想状态下这是全屋联动现实中你需要在三个App里分别设置还不一定能联动成功。这就是智能家居行业过去十年的真实写照每个品牌都在做自己的封闭生态都梦想着自己是下一个平台入口。结果就是用户被割裂的设备体验搞得精疲力竭智能家居沦为一堆永远在配网失败边缘试探的联网设备。我在给一个地产项目做智能化咨询时见过最夸张的一套方案开发商凑了七个品牌的全屋设备现场光是调试多品牌联动就折腾了三个星期。最后交付时业主问了一句为什么我要装七个App开发商答不上来。这个案例特别典型——方案是有了产品是齐了但体验碎成了渣。用户要的不是七个App不是一个碎成七块的家。所以当听到梁禹说不再提智能家居时我第一反应是他是真的看透了。智能家居这个词已经被行业自己玩坏了——它让用户联想到的是复杂的配置、割裂的体验、昂贵的试错成本而不是一个省心舒适的家。3. 从智能家居到智慧空间语言切换背后的战略逻辑3.1 产品视角到用户视角你卖的不是设备是生活状态那问题来了不再提智能家居那提什么梁禹的答案是智慧空间。乍一听像是换汤不换药的概念游戏但仔细琢磨这两个词背后的思维方式完全不同。智能家居的出发点是什么是设备。我家有多少智能设备它们之间怎么联动我怎么用App控制它们。这是典型的制造商视角——我造出了好东西我告诉你它有多厉害。智慧空间的出发点是什么是人。一个人早上醒来窗帘自动缓缓拉开卧室灯光从暖黄渐变为自然光卫生间的地暖已经提前启动出门时不需要检查任何开关晚上回到家玄关灯自动亮起空调已经把房间调到最舒适的温度。全程你不需要打开任何App不需要喊任何口令甚至意识不到设备的存在。这个差别非常本质。智能家居是在跟用户交互智慧空间是在替用户思考。我特别认同梁禹的一个判断真正成熟的智能化是感知不到智能的存在。就像电一样——你从来不会说我今天用电了但你的生活一刻都离不开它。智能化以后也会是这样它就应该像空气一样在你周围服务于你而不是让你服务于它。新和创有这个底气跟它的基因有关。做楼宇对讲和智慧社区起家的企业天然有空间思维一个小区有多少栋楼、多少户、公共区域怎么布防、物业怎么高效管理——这些都是在空间维度上思考问题而不是在单品维度上。单品思维是链路的空间思维是网格的。这个思维差异决定了产品设计、系统架构、项目交付的方式完全不同。3.2 从卖硬件到卖服务商业模式的根本重构不再提智能家居更深层的含义是不再把智能硬件当成一门独立的生意来做。过去智能家居行业的商业模式非常单一——卖设备。一套全屋智能系统算上前装和后装设备客单价三五万到头了。这个模式有几个致命问题硬件是一次性交易用户买了之后你跟他的关系基本就断了硬件同质化严重今天你能做的产品别人三个月后也能做硬件毛利越来越低因为供应链太成熟了白色家电厂商随便一压利润就被打没了如果只是卖设备这个生意天花板非常低。那怎么办答案是从卖设备转向卖服务、卖运营。梁禹的分享里有一个观点我印象特别深——用户需要的不是智能设备而是那些设备带来的结果。用户要的不是一盏智能灯是我回家就有舒适的光环境不是一套智能安防是我出门在外不用担心家里不是一个环境监测器是我孩子在家的空气质量是安全的。用户在为一个结果买单。而这个结果不是靠单一设备实现的需要一整套解决方案持续的服务来保证。这里面的想象空间就大了方案设计、系统集成、安装调试、售后维护、能耗管理、数据运营……这是持续的服务链条背后是可重复收费的商业模型。这也是为什么真正有远见的智能家居企业都在悄悄把自己定义成空间智能服务商而不是智能硬件厂商。产品可以白牌化但体验和服务没办法白牌化。你这个公司能不能把一个一百平米的房子在三天内变成一个让人住着舒服、省心的智慧空间——这种综合能力才是真正的护城河。4. 这套不再提智能家居的思路具体怎么落地4.1 产品逻辑调整从功能堆砌到场景运营说完了战略层面的逻辑聊点能落地的。如果你也准备做类似的转型产品端应该怎么调整这里有一个基本框架是我在服务地产项目时总结的分层设计思路。首先是感知层。全屋要布什么传感器决定了你能实现什么样的智能化。很多智能家居项目错就错在传感器太少——只有几个门窗磁、一个人体红外就敢跟用户说全屋智能。真正做空间智能传感器的密度和种类必须足够。比如存在感应传统红外探头只能感知大的动作人安静坐在沙发上看书它就判断不了毫米波雷达能感知微动甚至可以判断人在房间里的姿态是坐着还是躺着。比如环境感知除了常规的温度湿度空气质量里的PM2.5、二氧化碳浓度、TVOC都应该采集。这些感知数据才是智能化决策的基础。其次是决策层。感知层拿到的数据怎么变成指令这就需要一个逻辑引擎。举个最简单的场景卧室的空调夏天晚上2点人深度睡眠后体温会下降如果一直按入睡时的温度运行人很容易冻醒。有决策引擎的系统会根据时间睡眠状态体温变化趋势自动将温度上调1到2度。这种决策不需要用户干预也不需要手机App它发生在系统内部用户感知不到但体验完全不同——早上起来不会觉得口干舌燥也不会被冻醒。最后是执行层。所有决策最终要通过设备来执行。执行层的核心要求是可靠——你喊一声我回来了玄关灯必须亮你出门锁门所有窗户必须关好。执行链路里任何一个环节出错智能化体验就变成了灾难。我在一个项目里调试过一次场景联动指纹开锁触发回家模式——开灯打开窗帘启动新风。因为网关策略配置问题门锁的触发信号和灯光控制指令在网关里形成了循环导致灯光反复开关。业主还没进屋就看到灯在疯狂闪烁当时就把这个场景全部关掉了后来再也没开通过。一次不靠谱的体验毁掉的是用户对整个系统的信任。4.2 项目交付逻辑从卖设备清单到交生活方式产品逻辑调整完之后项目交付的方式也要变。过去智能家居项目的交付本质上是在交付一份设备清单多少个面板、多少个传感器、多少个网关。甲方验收看的是什么看设备是不是都装上了能不能通过App控制。标准是有而不是好用。智慧空间的交付逻辑完全不一样你交付的是一套生活场景。比如晨起模式——7点开始窗帘缓缓打开灯光在15分钟内从10%亮度渐亮到80%背景音乐播放轻快的歌单咖啡机开始工作。验收的标准是业主住进来之后早上起床的体验是否舒适出门时是否不需要检查任何设备晚上回家时屋里是不是已经处于最舒适的状态。这才是打磨体验的方式。这套逻辑对项目团队的要求也更高。过去销售卖的是参数表现在销售需要理解场景过去交付工程师只是装设备现在还要会调场景、会优化策略。整个团队的思维都需要转。我在项目执行中摸索了一套流程分享出来供参考需求访谈阶段不只是问你想要哪些智能功能要住进去的每个人了解他们的生活动线——几点起床、几点出门、晚上习惯在哪个区域活动、对光照和温度的敏感程度。有些客户想要全屋智能但交谈后发现他只是想要回家不用摸黑这样的需求用一个感应夜灯就解决了根本不需要上全套系统。场景设计阶段把用户的需求翻译成场景逻辑用自然的语言描述给用户听您早上起夜去卫生间从卧室到卫生间的走廊地脚灯会自动亮起亮度只有5%不会刺激眼睛回来后自动熄灭。用户听了之后才真正明白这个系统能给他带来什么。系统配置阶段把场景翻译成设备动作和联动策略。这个阶段最容易出问题的地方是边界情况——如果用户没有按日常动线走怎么办系统要有兜底策略。交付验收阶段带着用户完整过一遍所有场景最后交付的是一份生活手册告诉用户这套系统覆盖了他生活中的哪些场景。4.3 组织能力配套老团队怎么适应新逻辑转型最难的往往是组织。原有团队长期做硬件思维惯性很大销售习惯了讲参数卖配置工程团队习惯了按图施工这套新逻辑需要的能力完全不同。我见过几家做智慧社区的公司转型最典型的问题出在方案团队——他们能画非常漂亮的系统架构图但从来没见过用户实际生活设计出来的智能场景完全不符合真实需求。有个项目做了个会客模式一按客厅灯光全部切换到暖黄光看起来很有氛围感。但业主实际使用时发现白天来客人按这个按钮灯光一暗反而不舒服最后这个模式从来没被用过。怎么解决我的经验是让方案、销售、交付三个角色都去住一遍自己设计的场景。我们公司内部有个规矩每个新方案上线前团队要在样板间里真实生活至少一周模拟用户的日常——早起、做饭、加班回家、起夜、周末在家每一个环节都去体验。自己设计的东西自己用不别扭再交付给用户。另一个关键岗位是话术转变。过去销售跟客户说我们这套系统支持Zigbee协议可以兼容市面上大部分设备。现在应该说的是您晚上睡觉后窗帘会自动全部关闭凌晨三点温度下降空调会自动调整。用户不关心你用Zigbee还是蓝牙Mesh他关心的是夜里睡觉舒不舒服。这句话值得所有智能家居销售记下来。5. 实际项目中的典型问题和避坑清单5.1 十个常见故障的排查思路做空间智能项目最考验功力的时候不是方案设计阶段而是项目落地后的调试验收阶段。我把这几年踩过的坑整理了一份排查清单每个新项目交付前我都会拿着这份清单过一遍。问题表现可能原因排查方法回家模式经常不触发门锁网关断连检查网关在线状态重新连接并绑定灯光指令发出但执行延迟明显网络负载过高检查网关下挂设备数量超出上限需要增加网关传感器误报频繁安装位置不当检查红外探头是否正对空调出风口、窗户等热源场景联动偶尔丢命令执行设备离线查看设备日志关注离线时段调整设备供电策略App显示设备离线但设备功能正常云服务连接不稳排查本地网络是否开启了AP隔离检查路由器设置语音控制响应慢语音网关到云端的链路问题测试本地离线语音方案关键指令走本地执行起夜模式不生效存在感应判定逻辑出错调整判定阈值和延时参数现场反复走位测试能耗数据异常偏大计量模块误差校准电表模块核对电流互感器安装方向场景配置后无法保存配置冲突检查是否有重复场景名或同触发条件下的冲突策略交付后用户反馈感觉不到智能场景策略过于保守回访用户根据真实动线重新调校场景触发条件5.2 三个必须提前想清楚的深坑排查清单解决的是出了问题怎么办但有些坑是出问题之前就埋在项目里的。第一个坑是点位设计阶段省了传感器。很多项目为了控制成本把一个房间只放一个存在感应器声称能覆盖全屋。实际使用发现人在卫生间洗漱区时客厅的感应器判断不了场景触发位置不对。到后期再补传感器施工成本和破坏程度完全不是一回事了。我的建议是传感器宁可多放不能少放。现在传感器成本已经很便宜多一个传感器带来的体验提升远超它的成本。第二个坑是忽略了边缘计算能力。早期项目为了省成本用纯云端的方案做智能决策。网络一波动全屋智障——打个响指灯不亮喊破喉咙没反应场景联动各种掉链子。后来把核心场景全部下沉到本地网关通过边缘计算做决策云端只负责数据汇总和远程访问体验立刻稳定了。以我实际测试来看从云端下发一条指令平均需要1到2秒如果链路不稳定3到5秒也是常事。而本地指令执行稳定在毫秒级。这个差距在体验上是天壤之别。第三个坑是对售后运维的轻视。空间智能系统比单品设备复杂得多它涉及网络、设备、软件、场景策略多个层面任何一个环节出问题都会影响整体体验。很多项目交付完就撤了半年后用户遇到问题找不到人。这种售后缺位对行业口碑的伤害极大。真正要做空间智能的企业必须把售后当成产品的一部分来运营而不是把它当作成本中心。6. 写在最后回看梁禹那场分享我最大的感受是这个行业终于有人愿意诚实面对问题了。智能家居发展了这么多年行业不缺技术、不缺产品、不缺资本缺的是对用户真实需求的敬畏。当一个做了十几年行业的老兵说我们不再提智能家居的时候他不是在否定这个方向而是在提醒所有人——该从概念炒作回到价值创造了。智能这个词过去被当成了终点好像产品贴上智能的标签就完成了使命。但实际上它只是一个起点。用户对技术没兴趣对设备没兴趣甚至对品牌也没兴趣他们只在乎一件事这个东西能不能让我的生活变好一点。我在实际项目里最深的一个体会是一套优秀的空间智能系统用户是感受不到它的存在的。灯自然就亮了温度自然就合适了安全自然就有保障了。用户不会竖着大拇指说你这套系统真智能他只会说一句住着挺舒服的。这句话比任何智能的标签都有分量。
