先给口径:可用性不是一项单独的试验

很多人问"人因和可用性在轮椅检测里做哪一项",这个问题本身就问错了。轮椅检测里没有一项叫"可用性试验"的项目。可用性是一条贯穿的要求,它被拆开落进三个地方:控制与操纵相关的分部要求、风险管理里的使用错误分析、随机文件与标识的表述。你在任何一处偷懒,都会在另外两处被抓出来。

所以实操口径是:先判断你遇到的问题属于哪一类落点,再决定用什么方式闭环。判断错了落点,做再多验证也补不上。

落点一:控制与操纵

电动产品的操纵体验,不是主观评价,它在 ISO 7176 系列里有对应的技术要求。控制系统相关的分部处理的就是控制装置的行为是否可预期、是否会因为操作顺序异常而产生非预期动作、异常状态下的响应是否安全。ISO 7176-14 就是这条线上的核心分部。

这里有个常被误解的点:控制系统相关要求管的是"系统行为",不是"好不好用"。摇杆手感偏硬、菜单层级太深,这些是产品体验问题,不会在这条线上判不合格;但"松开摇杆后仍继续移动""模式切换过程中出现非预期动作""异常后恢复时直接进入驱动状态",这些属于系统行为问题,直接对应判定。

判断方法:把你担心的现象改写成一句"在什么条件下,系统做了什么非预期的事"。能写出来的,属于这条线;写不出来、只能说"用户觉得别扭"的,属于设计改进,不进检测判定,但可能进风险文件。

落点二:风险管理里的使用错误

ISO 14971 的框架下,使用错误是要识别、评价并控制的风险来源,和机械、电气风险平级。轮椅上典型的使用错误场景包括:推行模式与驱动模式切换后忘记切回、可选件安装不到位就使用、坡道上错误使用制动、转移过程中未锁定、充电状态下移动、陪护者与使用者对同一操作的理解不一致。

这些场景的处理路径有优先级,顺序不能颠倒:先看能不能通过设计消除,不能消除再看能不能通过防护装置或结构限制降低,都做不到才用信息告知。很多团队直接跳到信息告知这一层,把所有使用错误都写成说明书里的警告,这在风险文件评审时会被质疑——因为信息告知是效力较弱的措施,把它当成主要控制手段,残余风险的论证就站不住。

举个具体的失败场景。某类产品的模式切换杆位置靠近搬运把手,使用者在搬运时容易误碰。团队的处理是在说明书里加一条警告。评审时的问题很直接:既然误碰是结构位置造成的,为什么不改位置或加防误触结构?结果是设计改动加上相关项目重做。如果这个问题在方案阶段就用使用场景走查发现,改的只是一张图纸。

落点三:文件与标识

风险控制里凡是落到"信息告知"的部分,都要在说明书和产品标识上兑现,而且要能一一对应。评审时常见的做法是拿风险文件的控制措施清单去比对说明书条目,对不上的直接算措施未落实。这条链路的具体做法属于另一个主题,详细口径可以看服务页里的文件与标识相关内容,这里只强调一句:警告是控制措施,不是免责声明,写法要是可执行的动作要求,不是"请注意安全"。

判断表:现象归到哪一类落点

现象 归属落点 检测或评审里怎么体现 处理方式
松开操纵装置后仍有非预期移动 控制与操纵 控制系统相关分部的技术要求 按设计整改后重做对应项目
模式切换过程中出现非预期动作 控制与操纵 控制系统相关分部的技术要求 修改切换逻辑,重新验证
异常状态恢复后直接进入可驱动状态 控制与操纵 控制系统相关分部的技术要求 增加确认步骤后重新验证
使用者容易误碰切换装置 使用错误风险 风险文件中的使用错误识别与控制 优先改结构或加防误触,信息告知放在末位
可选件未装到位仍可使用 使用错误风险 风险文件中的使用错误识别与控制 增加到位提示或结构互锁
陪护者与使用者对同一操作理解不同 使用错误风险 + 文件 风险文件加随机文件的表述一致性 分角色写操作说明,警告分别落位
操纵装置手感偏硬、菜单层级深 设计改进 不进检测判定 记录为改进项,必要时纳入设计输入
警告条目与风险控制措施对不上 文件 措施落实情况的比对 逐条映射,补齐或说明不适用

什么时候需要做使用者参与的验证

不是每个产品都需要组织使用者参与的验证活动,但下面几种情况建议做,而且要在设计冻结前做。

操作逻辑与既有产品有明显差异时。使用者的既有习惯干扰性很强,新逻辑再合理,和习惯冲突就会产生误操作。

面向认知或上肢功能受限使用者时。这类使用场景下,操作步骤的容错设计比操作效率重要得多,靠工程师内部评审很难发现真实问题。

存在陪护者与使用者双角色操作时。两个角色对同一装置的预期经常不同,双角色场景下的误操作往往在实验室常规项目里暴露不出来。

引入新的交互方式时,例如新增控制入口、新增运行模式。新增入口意味着新增误操作路径,必须重新走一遍使用场景分析。

验证不必追求形式复杂,关键是记录:做了什么场景、观察到什么行为、哪些行为被判为使用错误、后续怎么处理。这份记录是风险文件里论证残余风险可接受的直接证据。

自查顺序

先列使用场景,把产品从取出、装配、调整、日常使用、转移、清洁到储运的全过程拆成动作序列,别只写正常使用。

再对每个动作问三句话:这一步能不能做错?做错了会怎样?做错了使用者能不能察觉?末尾这一问常被跳过,而"察觉不到的错误"恰恰是危害较大的一类。

然后判定落点:能写成系统非预期行为的,归到控制与操纵这条线,准备用检测项目验证;写不成系统行为、只能靠人来避免的,归到使用错误,按控制优先级处理。

接着做措施映射:每一条控制措施要能指向一个具体的设计特征、结构特征或文件条目,指不到就是没落实。

结束前做变更回看:设计上任何一次交互相关的改动,都要回头看这份场景清单是否需要更新。电动产品的项目配套可以看 电动轮椅检测

常见误区与代价

误区一是把可用性当成上市前的体验优化。等到样机阶段才发现交互问题,改动往往涉及结构或控制逻辑,连带已完成项目作废,代价是重新排期。

误区二是用警告替代设计。风险文件评审时被要求提供"为什么不能通过设计消除"的论证,论证不出来就得回去改设计。

误区三是只考虑使用者、不考虑陪护者。轮椅的实际使用里,陪护者操作占比不低,这部分场景缺失会在真实使用反馈中集中暴露。

误区四是把使用场景分析做成一次性文档。产品改一版,场景清单不更新,后续版本的风险论证就断了链。

想看这类问题在真实项目里怎么推进,可以参考 案例;想了解我们能覆盖哪些配套项目,可以看 服务项目

关于认可与结论边界

需要写明的是,认可标志只证明实验室在其认可范围内具备相应技术能力,不构成对目标市场准入结果的承诺。检测报告说明的是送检样品在既定条件下是否满足所引用标准的要求;人因与使用错误相关的内容,很大一部分落在风险管理文件与随机文件里,由体系审核和注册审评环节判断,报告本身不替代这些判断。

需要一起过一遍的话

人因这条线的钱都花在时机上。设计冻结前把使用场景走查做完,改的是图纸;样机到场再发现,改的是排期。我们可以在你确定控制方案的阶段介入,帮你把场景清单、落点归属、控制措施映射过一遍,再据此确定需要哪些检测项目、哪些内容走风险文件闭环。

具体产品情况可以直接联系 132 4819 8029,或者通过 联系报价 把资料发过来,我们按产品形态和目标路径给出项目建议与排期。