MEDTECH FIELD NOTE

找医生聊产品,别只问一句:您觉得好不好用

一句还可以,未必能变成研发下一步的依据。把提问从满意不满意换成怎样完成任务,听清动作、判断和卡点,再把医生原话、团队推测与待观察问题分开,访谈才更容易帮到设计。

同步自医械加油站公众号 · 查看公众号原文
找医生聊产品,别只问一句:您觉得好不好用文章封面

阅读百思得网站补充:把一次访谈整理成下一步问题 ↓

医械加油站
找医生聊产品,别只问一句:您觉得好不好用,AI概念配图

AI概念配图,非具体客户产品或真实事件现场。

好不容易约到医生,产品演示完了,对方说“还可以”。咱们带着一句肯定回去,当然开心,可到了修改方案时,又不太知道该动哪里。

先说明,这只是一个假设场景,不是哪位客户的故事。

我想聊的是:做需求访谈时,“好不好用”可以问,但最好别只剩这一句。它把太多事情揉在一起,回答的人也未必知道你真正想了解什么。

如果是我,会先把演示往后放一点,请对方讲一段具体的工作过程:“在不涉及患者身份和病情细节的前提下,能不能说说您平时怎样完成这个操作?”

别急着问想增加什么功能。先听他从哪里开始,需要准备什么,在哪个环节要等别人,又靠什么判断可以继续。

假设对方提到“连接时有时要重新调整”,我会顺着问:“当时想完成什么?看到什么情况,才决定重新调?如果不调整,后面会受到什么影响?”

聊到这里,咱们收集的就不再只是“希望连接更方便”,而是一段有原因、有动作、有判断的任务。

FDA人因工程指南把访谈作为了解使用者经历和观点的方法,也强调主持者尽量不要影响参与者的回答。我的理解是,访谈不必替产品争取好评,先把事情听明白更划算。

所以,少问“这个新按钮是不是方便多了”,可以换成“到这一步,您会怎么做”。对方觉得别扭时,也先别忙着解释设计初衷。等他说完,再核对自己有没有听错。

回去整理时,我会把记录分成三种:对方实际表达了什么,咱们从中作了什么推测,还有什么需要另找机会观察。不要把“他说可能会这样用”,写成“已证实用户都这样用”。

能在合适的授权和安全条件下,用模型补一次任务观察,会有帮助;不能做,也如实留下尚未确认的问题。一次访谈没必要包办所有研究。

还有,产品如果同时给医生、护士或其他人员使用,别默认一位医生能代表全部角色。每个人接手的是哪一段任务,值得分别了解。

这次聊天最有价值的收获,未必是一句“非常好用”。可能只是终于弄清:原来他真正费劲的,是咱们原先没注意的那个动作。

这里是医械加油站。我们结合百思得团队的研发与注册经验,聊医疗器械工业设计、产品开发、DHF设计开发文件和注册申报,也分享值得关注的行业资讯与标准法规。

如果你也在做医械,或者正准备把一个想法做成产品,欢迎关注。我们一起把这些看着复杂、做起来又绕不开的事,慢慢聊明白。

关注医械加油站,获取更多医疗器械产品研发与合规上市内容。

百思得网站补充

把一次访谈整理成下一步问题

整理:百思得科技 · 网站补充更新 。以上公众号原文及原署名、日期保持不变。

有临床想法、准备与工程团队初次沟通时,可以先把对方说了什么、团队怎么理解、还要核实什么分开记录。下面的字段由百思得整理;一位受访者的表达不能直接代表所有用户,也不自动成为已确认的产品需求。

使用边界:本表用于一般项目沟通,不是法规规定的统一表单。以下示例均为假设示例,不是客户案例;实际判断需结合产品事实、企业程序与适用要求。

对方实际表达
记录非敏感的任务背景与原话,注明是回忆描述还是现场观察;不要把自己的解释写成对方的话。

假设示例:对方回忆在某一步会再次查看提示。尚未观察该任务,也未核实发生频率。

团队推测(待核实)
单独写可能的解释,并保留其他解释。此栏不是事实结论,不用一次反馈证明市场需求或安全有效。

假设示例:可能是提示不清,也可能是习惯性复核;两种解释都待核实。

下一步问题
把评价式问法换成具体任务问题,再决定需要什么经授权的进一步了解;不要在初次咨询中传患者资料或未经许可的观察记录。

假设示例:上次是在什么步骤查看提示?当时还需要确认什么?先明确要了解的场景,不先断定要改哪个功能。

参考来源与支持范围

  • FDA 人因与可用性工程指南(2026年8月版)

    美国 FDA · 核验日期 2026-09-30。第6.4、6.4.2节介绍中立访谈及了解用户经历的方法。本表是百思得的沟通整理建议,不是FDA指定表单;美国指南的建议不能直接视为中国统一强制要求。

准备下一次项目沟通

先选一个最影响下一步开发的问题,写明已有依据、不同解释和仍未知的事项。如果准备评估成果转化,再按下方指南整理用途、场景和已有验证的非敏感概要。

提交前提醒:请勿提交患者信息、病历影像、研究原始数据、账号密码、未公开图纸或源代码。初次只需非敏感项目概要;详细资料交换前先确认授权、保密与数据处理安排。