访客不在设置流程之内
别名: 访客隐私 · 未注册使用者 · incidental household user
概念解释
音箱的账号、隐私默认、声纹、要不要保留历史，是购买者在开箱那天走完的设置流程。过夜的亲戚、来吃饭的朋友、临时看孩子的人从未进入这条流程：没有账号、没点过同意、不知道哪盏灯表示正在上传、也没有封麦的社交权限。他们的话仍然落在一台已经常开、已经按别人的政策运行的麦克上。这里的问题不是街上的旁观者，是家里的未设置者。
机制
设置是一次性、单人的仪式，常开却是房间的持续状态。政策绑定在主人的账号上，声学覆盖绑定在房间上，两套边界不重合。访客带进来的是另一套感受规则：「我在别人家里说话」——防的是主人听见，不是云和历史。他们不会去翻伴侣应用，问「这段会不会留下来」在做客时也不礼貌。封麦等于动别人的家具，社交成本高于开口。于是访客的数据流完全继承主人的默认：唤醒词被客人说中、会话窗还开着时客人接话、客人的地址被拿来叫车，都按主人当时的留存和个性化在跑。主人完成设置时，流程问的是「你」愿不愿意，从来不问「周末会进这间厨房的人」。
怎么研究
把主人和访客分成两套访谈，不要只招募主账号持有人。问访客：你知不知道这台设备会把话留下、你能不能让它停下、你介不介意自己的地址从这张嘴里被念出来。问主人：有客人时你有没有改过留存或封麦。两者答案对不上，就是设置流程的覆盖缺口。
现场做法是在有客人的晚上观察：有没有人介绍设备、有没有人把麦封上、客人的请求有没有写进主人的历史。实验室只让「用户」走完设置，会把访客这一侧设计掉。
边界
长期同住、已经自己注册过声纹的家庭成员不是访客。酒店客房里每天重置的设备，设置流程按房间而不是按购买者，缺口形态不同。儿童在自己家常被默认成「家里的人」而不是访客，但他们同样没走过同意——那是另一类未设置者，不能用访客话术一带而过。访客自己带着已唤醒的手机进来，责任边界在访客的设备上，不在主人的音箱上。
怎么落地
- 在「有客人」场景给主人一条短路径：今晚不留历史、会话结束即丢缓冲，不要让主人进三层设置去替客人关。
- 设备在识别到未注册声音并开始执行前，应让房间里的人听得见「这是在用主人的账号」；客人的地址、电话不要默念进主人的常用。
- 开箱流程加一句会进这间房的人，而不是只问购买者本人；不问等于默认访客接受主人的政策。
- 验证：请一位没见过这台设备的人来做客一晚，看他们能否在不打开主人手机的情况下停止采集，以及他们的一句话是否出现在主人的历史上。不能停、又留下，设置流程就还只覆盖了购买者。