触摸、语音还是都要：给桌宠选交互通道

你给桌宠加的每一路交互通道，都自带硬件、功耗和各自让人失望的方式。真正划定桌宠项目范围的，是通道清单而不是功能清单——而诚实的选法，是从产品是干什么的出发，不是从演示能秀什么出发。

从核心承诺出发

桌宠卖的是在场感：桌上有个活物注意到你。在场感主要由反应承载——对触摸、被移动、时间流转的反应。语音对话是另一种承诺：一个会回答的陪伴。两者都是成立的产品，只是代价不同。给在场感产品加对话，意味着麦克风阵列、唤醒词授权、声学回声消除调优，以及对语音数据去向的立场——一个勾选框里藏着四个项目。

触摸：少分区，可读反应

壳下的电容传感是买“活感”最便宜的钱，但设计规则是：分区要少、反应要可区分。摸哪儿都一个反应的宠物，会教会用户停止探索。头、背、侧三个区域、各有各的行为，比共享同一种反应的十个区域带来更多可感知的交互。分区跟着角色的身体语言走，传感布局跟着分区走。

语音：先定“怎么开始听”

产品里要有对话，第一个决定是它怎么开始听：唤醒词、按键，还是常开监听加意图识别。唤醒词熟悉，但带来授权和误触发调优；按键不浪漫但可预测；常开最魔法，也最贵——耗电和信任两头都贵。每个选择都会重塑麦克风硬件和固件日程，所以它属于项目前端，不属于中段。

手势适合当点缀

手势感应演示漂亮、日常翻车。检测依赖距离和光照，开发桌上好使的挥手，到办公室灯光下就失灵。当彩蛋触发——挥手打招呼——它让人惊喜；当主通道，它会变成产品最常见的投诉。我们把它排在最后，能不放就不放。

组合才是回报

最强的桌宠把通道组合成行为：语音播放时被抚摸，改变下一句说什么；对话中被抱起来，它会对自己“坐电梯”有反应。这些跨通道行为的硬件增量很小，而用户描述它们的方式恰恰是“它真的在注意我”。规划通道时保证至少两路能叠加，交互设计就免费多出一整层。

如果你在为桌宠选通道，这类产品我们从头做到尾——传感、语音、表情，以及它们之间的行为。OEM/ODM 页面写了流程，也可以带着角色需要的交互直接来信。