一、为什么家用医疗设备的服务总是断在三段

1.1 三个断点：不会用、用出错、该换了没人跟

家用医疗设备有一个共性：机器放在用户家里，说明书很厚，用户是患者本人或家属。产品卖出去只是服务起点，之后至少有三段性质完全不同的服务要接。
第一段是不会用。开箱之后要配对、要装耗材、要按顺序操作。用户第一次上手的问题很碎：绑带松紧怎么定、指示灯闪几下是什么意思、手机上的记录怎么同步。这类问题不难回答，但量极大。
第二段是用出错。设备出现异常、读数看起来不对、屏幕上报出一串代码。用户的第一反应通常是"机器坏了"，真实原因可能是操作问题、可能是耗材到了更换周期，也可能确实需要工程师处理。
第三段是该换的时候没人跟。耗材到期、设备用了几年、某个型号已经停产，用户本来有换新的可能，却没有人在合适的时间提醒他。
三段的问题性质不同，承接方式也不同。

1.2 三段各接各的，代价落在用户身上

不少厂商的三段是分开的。售前咨询在电商客服，使用问题在 400 热线，维修在售后部门，换新登记又是另一张表单。
用户于是要为同一台设备反复解释。打热线要报型号，加微信要再报一次，等工程师上门还要讲第三遍。客服侧同样被拖住：每次都是从零开始判断，判断不了的往上一级转，接手的人还得再问一遍。
真正被消耗的是用户对服务的耐心。厂商手上攒下一堆互不相连的沟通记录，既看不出问题集中在哪一段，也看不见换新的机会落在谁身上。

二、第一段：开箱与日常使用引导

2.1 这一段的落地动作

用户刚拿到机器时的提问密集且相似，适合由 AI 承接第一轮。落地动作有四条。

  1. 把提问按型号拆开。先确认用户手上的型号，再回答这个型号的问题。型号对不上或用户说不清时，回问核对，不按错误的型号继续往下答。

  2. 操作类问题只引用手册原文。设备与手机的连接、按键操作、耗材安装顺序、日常清洁，答案统一取自厂商说明书与操作手册，AI 负责找到对应型号那一段并如实转述。

  3. 意向客户与已购用户分开走。还在选购阶段的问渠道与型号建议，已经买到手的直接进入使用支持，两条分支用不同的表单与话术。

  4. 答不出就转人工。手册里没有、或者用户表述与手册条目对不上时，明确说明"这部分需要人工确认"，把已收到的信息一并交接。

2.2 客户侧要提前准备什么

  • 按型号整理的产品手册与操作指引。这是这一段能不能跑通的前提，散装 PDF 直接导入效果很差。

  • 一份常见问题清单。把坐席被问得最多的几十个问题列出来，标上对应手册条目，知识库优先命中这些。

  • 业务侧的判定口径。哪些提问属于售前、哪些属于售后、什么情况下必须转人工，需要客服与售后负责人一起定，不能留给系统猜。

2.3 怎么算跑通

  1. 回答能指出依据。用户问操作顺序，回答末尾能说明这来自哪份手册，而不是给一段谁也没见过的说法。

  2. 型号对不上会停下。拿一个不存在的型号测试，系统应当回问核对，而不是编一个型号继续答。

  3. 边界问题进人工。把手册里确实没有的问题混进测试集，看它是否明确转出，而不是给一个看起来合理的答案。

2.4 技术前提与边界

这一段的准确度取决于手册本身的质量与颗粒度，知识库提供的是检索、引用与权限机制。手册写得不清楚，系统也只能转述得含糊。
边界还有两条。手册里没有的内容不编，用户问到范围之外的操作，回答应当停在"需要人工确认"，而不是拼一个听起来合理的答案。
型号对不上就先停下来核对，宁可多问一句，也不要按错的型号把操作步骤讲完。家用设备的操作步骤通常和机型强绑定，讲错一步的代价比多问一句大得多。

三、第二段：故障排查

3.1 这一段的落地动作

"用起来不对"这句话里混着几种完全不同的原因，这一段的价值在于把原因分开。落地动作有四条。

  1. 先分原因，不急着给结论。把"不对"拆成操作与使用、耗材与配件、设备本身三类，按提问里的信号归到其中一类，再决定下一步。

  2. 错误代码按型号匹配后转述。代码含义由厂商按型号结构化入库，系统按型号取出对应条目解释；型号或代码对不上时先回问核对。

  3. 需要看画面的转视频。用户说不清位置、看不出部件状态时，坐席或工程师通过视频看画面并指导操作，比反复口头描述快得多。

  4. 需要换件或上门的建单派工。工单里带上型号、故障描述、已试过的步骤、地址与期望时间，按规则派到对应部门或服务商。

3.2 客户侧要提前准备什么

  • 一份能自助解决的操作清单。哪些问题引导用户自己做、哪些必须转出，边界先划清楚，这一段才不会把所有问题都推给工程师。

  • 错误代码表与故障现象对照。表本身在研发或质量部门手里，格式要与知识库的型号字段对得上。

  • 服务网点与工程师名单。派工范围、覆盖地区、响应时段由售后部门确认，不在 IT 部门。

3.3 怎么算跑通

  1. 分诊不是关键词匹配。换一种说法描述同一个故障，仍然分到同一类原因。

  2. 人工接手不用重问。工程师打开工单时，能看到型号、现象和用户已经试过哪几步。

  3. 上门与远程的边界清楚。哪些情况必须安排上门、哪些必须转视频，有明确规则并且被系统执行。

3.4 技术前提与边界

派工与回写依赖已配置的字段、流程和系统接口。视频客服提供的是远程可视链路。判断由工程师来做，画面只是把现场信息补上，替代不了专业判断，也替代不了现场操作。

这一段还多一条边界：分诊只分设备侧的原因，不做医学判断。用户描述里常混着"这个数值不对""要不要停用"这类问题，涉及读数是否正常、要不要继续使用的，转出而不是接着答。

工单-流转.jpg

四、第三段：换新登记与售后流转

4.1 这一段的落地动作

换新登记这一段最容易被做成一张静态表单，它真正的价值在"有人跟到结果"。落地动作有四条。

  1. 识别三类信号。换新意向、耗材或保修到期、设备已无法维修，这三类信号来源不同，触发方式也不同。

  2. 采集旧机信息与地址。型号、序列号、购买时间、使用场景、所在地区、收货地址，能自动带出的就不要让用户填第二遍。

  3. 按客户侧业务规则分流。登记之后是留资、是线索还是工单，由厂商自己的规则决定，系统只负责把信息完整交到下一个环节。

  4. 主动外呼做核实与提醒。需要确认地址、确认时间或提醒用户材料准备时，用 AI 外呼完成第一轮联系，结果回写到同一份记录里。

4.2 客户侧要提前准备什么

  • 换新规则本身。资格、价格、补贴与旧机估价都属于业务规则，需要厂商自己定并维护，系统不参与判断。

  • 分流去向。登记之后交给谁、多久跟进、跟进结果记在哪里，要有明确的人和时限。

  • 订单与物流接口。用户想知道"旧机寄到哪一步了"，这类查询依赖订单与物流接口，接口不通就只能转人工。

4.3 怎么算跑通

  1. 登记不是成交，也不是资格确认。用户提交的是信息，系统给的是回执，不是承诺。

  2. 状态可查。登记完成后进度可查询，用户不需要再打一次电话问。

  3. 物流跟踪能自己走完。收件、寄出、到达这类节点能从接口取到，不必每次都转人工查。

4.4 技术前提与边界

换不换、值多少钱，由客户侧规则决定，系统只做信息登记、字段采集与分流。这一段的知识与规则库在厂商手里，厂商不给口径，系统给不出结论。
边界还有一条：登记不等于资格确认。用户提交信息之后拿到的是一份回执和一位后续跟进人，不是一个"可以换"的结论。
跟进结果同样要落回同一份记录。否则这一段又变回一张静态表单：信息收了一堆，没有人知道下一步该做什么。

五、三段的汇总、接力与边界

三段分开讲完之后，把各自的接待动作、客户侧材料和验收标准放到同一张表里对照。三段的差别在动作，共同点在于都读同一份档案。

5.1 一张表看三段

阶段接待动作客户侧要提前准备验收标准常见返工点
开箱与使用引导接住配对与操作类提问，按型号从手册取答案并附引用；意向客户转渠道，已购用户转服务按型号整理的产品手册、操作指引与常见问题清单回答能指出依据出自哪份手册哪一段手册是散装的 PDF，型号与文档对不上
故障排查先分原因，能自助的给操作口径，看不出的转视频，需要上门或换件的建单派工故障现象与错误代码表、可自助处理的操作清单、服务网点名单转出时人工已拿到型号、现象与已试步骤把"分诊"写成关键词匹配，换一种说法就分错
换新登记识别换新、到期、无法维修三类信号，采集旧机与地址信息，按客户侧规则分流并跟进换新规则与分流去向、可对接的订单与物流接口登记信息完整、状态可查、有人负责把登记当成成交，或把不具备资格的人写进名单

5.2 一次采集、三段复用的字段

标题里的"完整"到底完整在哪，看的是三段复用了哪些字段。真正被复用的字段其实不多：
字段采集于在另外两段的用途
型号与序列号开箱引导排查时定位代码表；换新时确认机龄与可维修性
购买时间与保修状态开箱引导排查时判断是否在保；换新时判断是否到期
使用场景与使用者情况开箱引导排查时决定要不要转视频；换新时判断适配型号
故障描述与已试步骤故障排查建单派工的依据；换新时判断是否属于无法维修
地址与联系方式换新登记派工与寄修使用；回访使用
字段收齐之后，用户不必在第三段重复第一段说过的话。客服侧同样省事，不必再问一遍。

5.3 三段之间的接力靠什么接上

三段要连起来，靠的是三样东西共用：同一份设备与用户档案、同一套知识、同一套工单。档案把型号、购买时间、序列号、使用场景和所在地区一次采齐，三段读同一份；手册、操作指引、故障代码表与保修售后政策进同一个知识库，电话、在线与视频引用同一份来源；使用咨询生出的工单、排查生出的上门单、换新登记生出的跟进任务，落进同一个流转体系。
接力断掉时通常有三个症状：

  1. 用户开始重复自述。同一台设备，两次沟通里被问了两次型号。

  2. 人工接手后重问一遍。转人工时只转了一句话，没带已经采集的字段。

  3. 登记之后没有下文。信息进了表单，但没人跟进，用户等不到回音。

实现方式很朴素：把字段做成对话流程里的变量，把变量写进工单，再把工单接到业务系统上。效果取决于接口与字段有没有配到位，系统不会自动做到。

5.4 医疗场景不越的三条线

家用医疗设备的会话里会出现身体状况、读数和用药这类内容。有三条线不越。
第一条是不判断读数、不做诊断与用药建议。用户问"这个数值正常吗""要不要换药"，一律转出并由专业人员判断，系统只把设备侧的信息和用户的状态原样记录下来。
第二条是只做非临床操作。耗材更换、日常清洁、非临床操作参数设置可以按手册口径说明；一旦涉及临床参数调整的仍转专业人员。两类操作在流程里必须做成不同节点，不能笼统写成"参数设置"。
第三条是健康信息的权限留痕由厂商合规要求决定。系统提供的是权限配置与留痕机制，一线客服、工程师与运营能看什么应当分开配置。

六、可以参考的服务形态

上面三段讲的是每一段怎么接，落到不同业务结构上，形态并不一样。下面三种形态取自实际项目的场景与路径设计，分别对应三段：产品咨询与使用引导、故障排查，以及登记之后的跟进与主动服务。各自的成效随项目而异。

6.1 一种可以参考的形态：腹膜透析产品的产品咨询与使用说明

合力亿捷服务过这类场景：某腹膜透析产品企业覆盖国产腹膜透析的全产业链，面向家用医疗设备的已购用户和意向购买客户，提供产品咨询与使用说明。用户的问题一部分是产品怎么用、耗材怎么订，另一部分是对产品和服务的不满。
这一段的价值在"先分流再回答"：
环节原来的处理方式设计后的处理方式
来电分流人工接起后再判断这通电话属于咨询还是投诉先按咨询与投诉分流，投诉类直接转人工
产品咨询咨询问题全靠人工回答，非工作时间接不住咨询类基于业务知识库回答产品信息与使用说明
非工作时间无人值守，用户第二天再打一次简单咨询由 AI 接住，复杂问题留到工作时间转人工
以上是这类需求的改造目标与路径设计，不代表已经实现的效果。实际能做到哪一步，取决于客户侧的知识库成熟度与工单接口条件。

6.2 一种可以参考的形态：家用呼吸设备的使用支持与售后

合力亿捷服务过这类场景：某国内无创呼吸诊疗设备企业，业务同时覆盖院内医用设备和家用康复治疗产品，家用端直接面向患者及家属。家庭用户的咨询集中在设备激活与注册保修、使用指导、压力和氧浓度等档位调节、报警报错与漏气排查、管路水盒面罩的清洗维护、耗材配件咨询，以及返厂维修和保养提醒。"不会用、不会调"是最大的服务成本来源。
原来的链路卡在"转出去之后"。400 是统一入口，客服要先判断来电者身份、设备类型和所属区域，再靠查表和口头播报电话号码，把客户转给区域销售或售后工程师。转接之后热线侧就跟不下去了。
按这类需求的常见改造路径设计，前后对照是这样：
环节原来的处理方式设计后的处理方式
来电识别客服逐项问身份、设备类型和所属区域，再人工判断该转给谁按来电与设备绑定信息带出客户身份和机型，直接进入对应的处理分支
常见咨询使用指导和档位调节靠客服口头解释，报警问题反复人工说明按手册口径做分步指引，涉及参数调节的只给说明书口径，涉及临床参数调整的转专业人员
配件与返修客户只能打电话问，客服查不到维修进度耗材配件与返厂维修进度开放自助查询，结果与工单状态对应
转工程师口头播报一个电话号码，转出后热线侧不再掌握进展转接时带上客户身份、设备型号和已试过的步骤，热线侧继续看得见后续处理
主动服务满意度回访靠人工拨号，固定话术问完就挂满意度回访、保养与耗材到期提醒由 AI 外呼承接，用户追问参数、质保和故障处理时继续承接，结果回写同一套记录
这些是这类需求的改造目标与路径设计，不代表已经实现的效果。实际能接到哪一步，取决于客户侧的设备台账、工程师分工和现有系统的接口条件。

6.3 一种可以参考的形态：康复辅助设备的随访与主动服务

合力亿捷服务过这类场景：某康复辅助设备企业面向帕金森病及运动障碍患者，销售防抖勺、智能水杯及配套的 APP 与可穿戴设备，属于典型的家用医疗设备品类。患者购买之后需要持续做电话回访、使用指导和随访，外呼要在日常办公平台里直接发起，沟通记录与随访结果一并留档。
换新登记之后的这一段最怕"登记完了没人跟"。这类场景的处理方式是把回访做成有触发条件、有结果字段的任务：
环节原来的处理方式设计后的处理方式
回访发起坐席在办公平台外单独拨号，记录另存回访在日常办公平台里直接发起，沟通记录与随访结果一并留档
使用指导设备用不好时患者再主动打进来购买后按阶段做使用指导与随访，问题在主动联系里被发现
结果沉淀随访情况散在各人手里随访结果与工单、档案落在同一套记录里
这类场景的落点在于回访任务的触发条件和结果字段要先定下来：什么时候触发、问哪几项、什么情况下转人工。设备使用层面的问题由 AI 承接并记录，涉及病情判断和康复方案调整的仍转专业人员。

七、怎么判断这套方案跑通了

7.1 三段各一条验收线

阶段看什么不合格长什么样
开箱与使用引导回答是否附手册依据，型号对不上时是否回问通篇答得像模像样，但找不出依据出自哪里
故障排查分诊是否稳，转出时字段是否齐换个说法就分错类，人工接手要重新问一遍
换新登记信息是否完整、状态是否可查、是否有人跟进表单收了一堆，没有人知道下一步该做什么
三段之外还有一条共性线：涉及判断类的问题是否全部转出。拿一组"读数正常吗""要不要换药"之类的问题去测，只要有漏网的，这一条就不算过。

7.2 三个常见返工点

  1. 手册没按型号整理。知识库再强也只能检索到它有的东西，型号与文档对不上，命中率立刻掉下来。

  2. 顺序没写进流程。分诊、追问和转出都写成了自然语言提示，模型会自由发挥，测试集能过、真实会话里就漂。

  3. 规则交给系统猜。换新的资格与价格一旦留给模型判断，很容易生成一句看起来很确定的错话。

7.3 常见问题

这套方案要先把三段都上齐吗？
不必。三段之间没有严格的先后依赖，选提问量最大、人工压力最重的一段先上更合理，另外两段可以后续接。
示例能直接照着配吗？
不能。文章里的字段与动作是方法层面的，型号、代码、操作口径都必须换成厂商自己的手册与规则。
用户不愿意按流程回答怎么办？
用户可以不答，系统不能硬问。关键字段拿不到时停在"待补充"并说明缺什么，比追着问完更稳妥。
换新登记是不是等于销售线索？
不是。登记的是信息与意向，能不能换、怎么换由厂商的业务规则决定，系统不替用户下结论。
三段接起来之后，这套方案要解决的不是"AI 能答多少问题"，而是三段之间换手时，用户有没有被重复问第二遍。设备停机也好、耗材到期也好，服务体验的差距往往不在答得对不对，而在有没有人接着上一段往下走。
落到家用医疗设备这个行业，合力亿捷服务过这类场景，三段都有对应的形态。使用引导侧接的是已购用户与意向客户的产品咨询和使用说明，先分流再应答；故障排查侧接的是家庭用户的报警报错、档位调节与漏气排查，看不出的转视频、要上门的建单派工；登记之后那一侧接的是持续的使用指导、随访与到期提醒，把"有人跟"交给外呼与工单协同。
三类场景的共同动作是同一个：型号、购买时间、使用场景、故障描述和地址先变成字段，三段才读得到同一份档案。这一步靠的不是模型有多强，是手册有没有按型号整理、流程和接口有没有先定义清楚。
Agent 交付走完业务调研、Agent 设计、编排调试、上线试运行、运营优化五个阶段。厂商在产品、规则、流程和验收上的参与，决定了这套方案最后能不能真的接住这三段。