如果你正带着采购任务去查「涂鸦智能官网」，通常要确认四件事：开放平台能做什么、模组怎么选、上线要几步、以及最终怎么和酒店自己的系统对齐。这篇文章按这四件事展开，不讲概念，只讲能落地的判断依据。
什么是涂鸦智能，官网能找到什么
涂鸦智能（Tuya）提供的是物联网开发平台：模组、固件、云服务与 App 生成能力，让品牌方与集成商不必自建整套物联网底层。它在酒店项目里的价值，不在于某一款面板有多好看，而在于「一套协议栈覆盖多品类设备」。
平台层 · 让设备连得上、管得住
设备接入、OTA 升级、规则引擎、数据看板。这一层决定了后期维护成本：固件能不能灰度、故障能不能远程定位。
硬件层 · 模组、网关与子设备
Wi-Fi / BLE / Zigbee / Matter 模组负责让具体负载联网，网关负责把子设备收拢到同一张局域网里。
应用层 · 住客与员工的入口
OEM App、小程序、语音技能、中控面板。入口可以多选，但指令集必须统一，否则会出现「同一个灯三种叫法」。
业务层 · 与酒店系统的对接
客控主机、酒店 PMS、能耗与工单系统。这一层不归平台管，需要项目方自己做字段映射与联调。
说明：涂鸦智能的具体开放能力、模组型号与商务政策以其官网及开放平台最新公告为准。本文只讲方法、选型逻辑与落地节奏，不复述可能变动的产品参数。
从模组到 PMS 的五段链路
一条完整的客房控制链路，可以横向拆成五段。任何一段被跳过，后面都会出问题；任何一段被重复建设，成本就会翻倍。
下行控制链：住客说一句话 → 语音入口识别 → 云端下发指令 → 网关分发 → 模组驱动负载。上行状态链：传感器读数 → 模组上报 → 网关汇总 → 云端存储 → PMS 或能耗看板。两条链方向相反、时延要求不同，设计时要分开考虑。
酒店项目还要补第三条：断网兜底链。关键场景（灯光、窗帘、空调）固化在本地网关，指令不经云直接执行。这条链平时看不见，却是验收时最该测的一条。
开放平台接入的 5 个步骤
从零到一间能用的样板房，通常是 2 到 4 周；从样板房到整层批量上线，还要再留出配网、OTA 与售后通道的时间。下面是被反复验证过的五步节奏。
一、建立产品定义
在开放平台选定品类与联网方式，拿到产品编号。这一步决定后面所有配置项，改一次意味着重新走一遍认证。
产出物：产品编号 · 品类定义 · 联网方式确认
二、模组选型与结构确认
按功率、天线形式、协议与封装尺寸选模组，同时确认底盒净空、散热与强电隔离。硬件改一次的代价远高于软件。
产出物：BOM 草案 · 结构图 · 供电方案
三、固件配置与面板设计
在线配置面板 UI 与指令集，多数品类无需写代码。关键是把「住客会说的那句话」和「指令编号」一一对应起来。
产出物：面板稿 · 指令编号表 · 场景定义
四、云端联调
调通设备上报与指令下发，配置规则引擎、定时与场景联动，并打通到酒店 PMS 的字段映射。
产出物：接口文档 · 联调记录 · 异常处理流程
五、批量部署与售后通道
网关入网、批量配网、灰度 OTA、故障远程定位。这一段决定了第二年还敢不敢继续扩房。
产出物：部署手册 · 灰度方案 · 售后工单流程
模组与网关选型清单
选型最容易出错的地方，是把「模组能连上」当成「整机能用」。下面 12 项是定 BOM 之前必须逐条确认的清单，建议直接打印出来对着打勾。
| 类别 | 项目 | 规格与要点 |
|---|---|---|
| 联网模组 | 协议 | Wi-Fi / BLE / Zigbee 3.0 / Matter，按品类选配 |
| 联网模组 | 封装尺寸 | 需确认底盒净空与天线净区，避开金属遮挡 |
| 联网模组 | 工作温度 | 浴区、弱电井需额外做防潮与散热处理 |
| 网关 | 形态 | Zigbee 网关 / BLE Mesh 网关 / 多模网关 |
| 网关 | 接入容量 | 按子设备数量与报文频率核算，预留 30% 余量 |
| 网关 | 断网策略 | 本地场景固化，需厂商确认离线可执行白名单 |
| 云服务 | 通信协议 | MQTT / HTTPS，设备影子与指令下发 |
| 云服务 | OTA | 差分升级 + 灰度发布策略，避免一次性推全量 |
| 面板 / App | 定制方式 | 在线配置 UI 与指令集；OEM App 可带品牌标识 |
| 语音入口 | 技能对接 | 需单独申请语音技能并映射指令编号 |
| 酒店 PMS | 接口 | HTTP / Webhook，经中间件做房态与工单字段映射 |
| 质保 | 周期 | 模组与网关质保年限按合同约定，注意起算点 |
以上为选型方法与确认项，不含具体型号。模组与网关的具体规格、认证与供货周期以厂商最新资料为准。
与语音入口、客控主机、PMS 的配合
一个常见误解是「用了涂鸦生态就不用别的了」。事实是：涂鸦解决设备与云，语音入口解决住客交互，客控主机解决本地执行，PMS 解决酒店管理。四者职责不同，靠接口对齐，而不是靠一家包办。
设备与云
负责联网、状态上报、远程指令与 OTA。不负责「住客怎么开口」，也不负责「房态怎么改」。
语音入口
负责把「有点冷」「想睡了」翻译成指令编号。它是一个前端，背后必须有一套统一的指令集，否则不同入口各说各话。
客控主机
负责在本地执行场景、做协议转换、写回状态。它是断网时的兜底，也是把设备事件翻译给 PMS 的中间层。
酒店 PMS
负责房态、入住退房、工单与能耗。它只认字段，不认品牌——所以映射表写得清不清楚，直接决定联调工期。
项目成本与周期：3 档
下面三档区间来自常见的酒店智能化改造项目，含模组、网关、接入开发与调试，不含强电改造、硬件批量采购价差与税点。模组单价随上游芯片行情浮动，最终以最新报价为准。
单房打样 · 1–2 类设备 · 基础场景联调 · 验证协议与结构可行性
周期：2–4 周 适合：首次评估 / 招标前技术验证
全房型设备接入 · 8 组场景 · App 或小程序 · PMS 字段对接 · 批量配网
周期：6–10 周 适合：中端酒店翻新 / 分批扩房
网关冗余设计 · 能耗看板 · 灰度 OTA 通道 · 驻场调试与培训
周期：3–6 个月 适合：新建项目 / 品牌旗舰样板层
同一批房间做整层或整栋批量推进时，网关与配网的摊薄效果明显，单房成本通常能下探 15%—25%。反之，若只改十几间且分散在不同楼层，进场与调试的人力成本会显著抬高单价。
选型避坑问答
涂鸦智能和小度智慧酒店是什么关系？
两者不是替代关系。涂鸦解决设备联网与云端能力，小度等语音入口解决住客交互。常见做法是：设备侧走涂鸦生态，语音侧走语音技能，中间由客控主机或云端接口对齐同一套指令编号。
用涂鸦生态需要自己开发 App 吗？
不必须。开放平台提供 OEM App 生成能力，可直接使用品牌自有名称与标识上架。若已有小程序或公众号，也可以只做接口对接，不单独出 App——对酒店来说，少一个入口往往意味着少一份维护成本。
涂鸦模组能直接替换旧酒店面板吗？
取决于底盒尺寸、回路数量与供电方式。多数情况需要更换整面板，而非单独换模组。建议先做一次底盒与回路勘察，再定 BOM 与施工工时，否则现场改动量会远超预算。
涂鸦生态断网时还能控制客房吗？
依赖云的链路在断网时会失效。酒店项目应在本地网关固化关键场景（灯光、窗帘、空调），保留一条不经云的执行通道。这一项建议写进验收条款，并在现场做拔网测试。
涂鸦的设备能接到酒店 PMS 吗？
可以，但通常不是直连。标准做法是经由客控主机或中间件做协议转换，把设备事件翻译成房态、工单、能耗等 PMS 能识别的字段。字段映射表写不清楚，是联调超期最常见的原因。
