设备首次安装的AI支持，目标是让客户完成一次可确认的成功使用，而不是多接几通会话、多建几张单。先定清这台设备“能用了”指什么，再识别卡住的步骤；无法解决时，把已经查过的资料和试过的步骤交给有权限的人员。安装成功、工单创建、人工接管是不同状态，不能混在一个“已处理”里。
从第一次用上产品，而不是从客服接通开始看
Sierra的Sonos公开案例使用time-to-music衡量从购买到首次播放音乐的体验，关注订单、产品使用和服务等环节。它是时间及体验目标，不等于“首次安装成功率”。案例还提到，客户咨询频次、产品使用和日志信息可用于理解客户付出的努力。
原文描述的AI流程是询问产品与环境、收集诊断信息、访问相关资料、指导设置；确认满意后在Salesforce创建服务案例，需要人工时携带摘要转接。这提供了流程启发，但没有证明某个安装成功率或固定复访阈值。国内企业可以据此设计自己的指标，不宜直接套一个海外数字。
把首次安装拆成可验证的步骤
| 阶段 | 先确认什么 | 什么才算走到下一步 |
|---|---|---|
| 产品识别 | 完整型号、适用版本、使用环境、操作者条件 | 找到对应版本的安装资料 |
| 安装准备 | 配件、账号、基础环境是否满足要求 | 必要条件齐备；施工事项另交专业人员 |
| 用户级配置 | 当前步骤与制造商批准的操作范围 | 每步取得可核对的结果，不跳过失败步骤 |
| 核心功能验证 | 设备用途对应的一项功能测试 | 测试结果与客户确认一致 |
| 未解决交接 | 已试步骤、失败现象、待核问题 | 工单存在且接管岗位收到，仍标未解决 |
型号与资料版本的具体核对方法，可参考产品技术问答的型号与版本确认。本篇补的是安装旅程：客户究竟在哪一步停住，谁来帮助继续，而不是再列一遍报修字段。
不把“常见操作”默认当成安全操作
查看界面信息和修改设备配置不是一回事。重启、恢复设置、切换网络或校准，对某类家用设备可能是用户操作，对正在生产的设备却可能造成停机、数据丢失或安全风险。
AI只能在匹配具体型号、运行状态和使用者条件后，引用经批准的用户级步骤。涉及拆机、带电部件、燃气、高处施工或专业调试时，停止动手指导，转制造商、授权安装人员或企业已有应急流程。客户说“以前这么干过”，也不能替代本次授权和安全条件。
再次求助，要接上历史，也要防止串题
设备序列号能帮助找记录，却不足以判断是不是同一个问题。还要看当次现象、发生步骤、之前是否确认成功，以及新的环境变化。
如果昨天问联网、今天问画面偏色，应分别保留；如果同一错误在上次“解决”后复发，关联原记录，并重新核对成功状态。是否升级人工、隔多久回访，应按设备用途与服务约定设定，不一律使用“三次就升级”或固定天数。
示例：会议大屏两次求助，不重复第一轮排查
以下为虚构场景。公司行政安装会议大屏，无法投屏。按对应型号的说明完成用户级检查后，仍无法发现设备；进一步确认涉及公司网络准入策略，AI不指导其绕过限制，而是形成待IT接管记录，包含设备身份、现象、检查结果和未确认项。
次日客户回来，系统核验其身份与本次设备记录的访问权限，先问IT是否已经完成准入处理，而不是重新询问型号。若客户确认处理完成，再按批准步骤验证一次投屏；成功后记录功能测试及客户确认。若仍失败，则保留未解决状态，把新现象补入原工单。
其他设备也有相似问题，只能作为调查线索，不能凭两次求助就宣布某批固件有缺陷。设备、网络和安装人员等条件要分别核对。
验收看成功使用与重复劳动，不只看关单
建议先选同一型号或同类安装任务，定义核心功能、观察窗口与有效求助范围。记录从首次求助到确认成功的耗时、窗口内确认成功的安装任务数、同一问题再次求助数，以及转人工后重复索要已有资料的情况。统计分母和未到观察期的任务单列，不能用不同设备、不同成熟度的任务直接排名。
工单本身的结构化整理见售后报修工单整理。需要把安装支持与已有工单系统衔接，可带一份脱敏的安装求助记录，按企业 Agent 实施的方式核对最小范围。
本文借鉴Sierra公开的Sonos案例；国内旅程、指标与安全边界为场景改编设计，不对应开沿已交付项目。
