今天常见的情况
重复使用问题分散在各处
用户翻说明书、看长视频、问经销商或打客服电话。制造商可能很晚才看到重复模式，甚至完全看不到。
- 长说明书页面
- 只停留在经销商的修复
- 没有干净的模式视图
Postmarket Issue Monitor
在重复使用问题变成昂贵的质量、合规或召回工作之前，把它们看见。
医疗器械的问题，常常先表现为一批看似很小、但不断重复的问题：安装、清洁、报警、软件版本、配件匹配、维护和故障排查。Postmarket Issue Monitor 把这些真实使用问题变成由制造商拥有的上市后监控记录：涉及哪一个产品，用户问了什么，看过哪些答案卡，是否解决，以及现场服务最后发现了什么。
在设备旁提问
自动转入服务路径
把信号返回制造商
它解决什么
它把分散的真实使用问题，变成制造商自己拥有的早期上市后信号。
这不是另一份说明书、常见问题页面或很长的培训视频。它在使用现场帮助用户，同时让制造商更清楚地看到重复问题、服务需求和可能的风险模式。
监控系统改变什么
每个问题都变成一条结构化记录
用户看到短答案卡。制造商收到产品上下文、问题、尝试路径、结果和服务结论。
- 产品和版本
- 问题和答案卡
- 已解决或进入服务路径
制造商得到什么
问题还便宜可修时就变得可见
重复问题、未解决路径和服务发现，在变成公开且昂贵的工作之前，就成为可审核信号。
- 更早的风险审核
- 更清楚的培训更新
- 更低的后期成本
给制造商的价值
在重复模式仍然便宜、容易定义和修复时捕捉它。
早期重复问题、未解决路径和服务发现合在一起，会在问题变成公开检查发现、现场行动、召回或伤害品牌的事件之前，形成可审核信号。
更早看到重复问题
同样的安装、清洁、报警、配件或软件问题，不再隐藏在经销商、服务记录和本地现场团队之间。
改善使用体验
用户在需要时拿到短的经审核卡片，而不是翻长说明书或等待回电。
让服务交接更清楚
如果问题没有解决，服务团队会收到型号、问题、已查看卡片和已经尝试的步骤。
把使用问题变成监控
每周审核可以聚焦重复模式、未解决路径和可能值得行动的现场发现。
它要防止的问题
经销商可能已经把问题修好了，但制造商仍然没有看见重复模式。
在全球经销商网络里，同一个高频问题可能被本地服务团队反复解决。短期看很方便，但如果产品负责人看不到哪些用户、产品、版本、地区和场景不断产生同一个问题，风险就会留在系统外。
重复的小问题仍然不可见
本地经销商可能已经解决了很多次同类问题，但制造商没有按产品、型号、固件、地区或用户角色看到这个模式。
现场信号太晚才进入质量系统
最初只是安装困惑、清洁错误、报警问题或配件不匹配；等它进入投诉、监管或召回压力时，解释和处理成本已经高很多。
用户的连续使用被打断
很多医疗器械不能让用户只是等待。用户无法自行解决时，下一步应该是本地服务、预约、替换设备或清晰升级路径。
为什么这个流程重要
核心价值不是回答一次问题，而是在足够早的时候看见重复问题并开始行动。
一旦设备使用问题变成检查发现、警告信、召回、公开现场行动或可见的客户安全事件，成本和声誉风险就很难再降低。
在变成公开事件之前发现重复现场问题
同样的清洁、安装、报警、配件、维护或软件版本问题，在它还只是一个可调查模式时就能被看见。
不要让现场服务知识只停留在本地
经销商或现场服务团队可以解决问题，同时制造商也收到设备上下文、看过的卡片、诊断、换件、发票状态和关闭结果。
让不同审核人员看同一份结构化记录
Regulatory Affairs / Quality Assurance（监管事务 / 质量保证，RA/QA）、研发（R&D）、质量工程、客服和服务团队可以查看同一条问题证据链。
更早更新支持、培训和产品决策
重复问题出现时，团队可以更新答案卡、培训语言、服务规则或产品调查，而不是等修复变得更昂贵。
为什么是图文答案卡，而不是又一份长说明书
答案要简单到能在设备旁使用，也要受控到适合强监管产品。
正式说明书仍然是来源依据。答案卡是使用现场的操作层：给用户一个经审核的短答案，也给制造商一条结构化记录。
卡片保持可见
用户可以把步骤一直放在眼前，来回查看，确认警示文字，而不是在视频时间轴里反复拖动。
卡片可以被审核
每张图片、每句话、警示、停止条件和来源页，都可以由合格负责人审核和版本化。
卡片产生干净数据
已解决、未解决、不清楚、跳过和升级，都会变成关于真实使用过程的结构化证据。
常见问题可以在使用现场解决
如果经审核的卡片可以安全回答，用户不需要翻很长的手册、猜型号或等待回电。
系统知道什么时候应该停止
如果出现停止条件，或用户无法解决，同一流程会转成服务工单。
制造商知道用户走了几步
一张卡解决、三张卡解决、未解决、跳过、不清楚、升级，都会成为可审核数据。
答案卡做什么
一个用户答案，变成一条制造商记录
用户看到的不是数据库，而是一个短的、经批准的答案。制造商收到的是上下文和结果数据。
用户看到
一个短的经审核答案：确认产品，尝试一个清楚步骤，如果警示仍然存在就停止。
停止规则
如果这个问题不应该由用户继续排查，卡片会把用户送到服务路径，而不是鼓励有风险的操作。
制造商收到
产品版本、用户问题、展示过的卡片、是否解决，以及是否需要服务请求。
为什么重要
一张卡帮助一个用户。大量卡片查看记录会告诉制造商：哪一个产品、版本或使用步骤在反复制造麻烦。
每周给制造商的输出
这份报告给需要在问题变贵之前行动的团队使用。
Postmarket Issue Monitor 不判断投诉状态、上报义务、纠正措施、召回需要或安全结论。它给合格负责人提供更清晰的审核队列和更早期的证据。
- 按产品、型号和版本排序的高频问题
- 未解决路径，以及用户在哪一步停住
- 服务结果、维修动作、更换零件和关闭记录
- 培训缺口和说明书中不清楚的部分
- 经销商交接量和服务路由模式
- 可能需要 RA/QA、研发（R&D）、质量工程或投诉受理团队审核的问题族群
- 来自用户原话和现场服务诊断的新答案卡候选项
服务连续性
当答案卡不够时，服务交接应该已经知道产品和问题是什么。
根据制造商的服务模式，未解决案例可以进入本地经销商、预约请求、远程支持、寄修、临时替换设备、换新路径、购买路径或内部升级。
经销商交接
预约前的案例摘要
产品上下文
型号、序列号、硬件版本、软件版本、配件和地区。
问题定义
用户原话、选择的问题类型、图片和已经看过的答案卡。
已经尝试过的步骤
已解决、未解决、不清楚、已停止，以及用户升级的准确步骤。
下一步服务路径
本地经销商、预约请求、寄修、临时替换或制造商升级。
试点范围
先从一个产品族和现场已经反复出现的问题开始。
第一个可销售结果不是一个泛用聊天机器人，而是一个可审核的试点。它验证制造商能否从一个受控支持界面收集、路由和审核真实使用问题。
- 一个产品或产品族，并完成型号和版本映射。
- 10 到 30 个重复出现的上市后使用、清洁、安装、维护或故障排查问题。
- 图文答案卡集合，包含来源页、版本、警示文字、审核状态和停止条件。
- 二维码、拍照、语音和网站入口，用于识别产品和问题。
- 未解决案例的结构化工单格式，包含型号、版本、问题类型、图片、已尝试步骤和用户可用时间。
- 经销商或服务交接设计：预约、寄修、本地服务、替换、临时设备或制造商升级。
- 关闭工单反馈回路：维修诊断、换件、是否解决、发票状态和重复问题模式。
- 每周给 RA/QA、研发（R&D）、工程、服务和质量团队的监控报告。
制造商批准的内容保持受控
制造商控制已批准来源材料、警示、答案卡文字、服务规则、路由、审核状态和升级边界。TrueMedDevice 负责组织流程和监控输出，供审核使用。
不替代监管、质量、临床、法律、服务或投诉审核
系统不判断安全性、有效性、合规性、可用性、投诉状态、Medical Device Reporting（医疗器械报告，MDR）上报性、corrective and preventive action（纠正和预防措施，CAPA）、召回需要、维修结论或临床行动。
下一步
从一个重复出现的真实使用问题开始。
请简单说明产品族、重复问题或服务问题，以及这个信号现在卡在哪里：说明书、经销商电话、现场服务记录、投诉审核或客户支持。
- 我们会人工回复，并先界定一个产品族。
- 请不要通过这个表单发送保密的患者、投诉或商业秘密信息。