4. 访谈提纲设计原则：目标导向、用户中心、逻辑递进、问题中立、避免引导性提问、覆盖关键维度
访谈提纲是航海技术用户研究的“航线图”。一份高质量的提纲，决定了访谈是停留在“闲聊”层面，还是能深入挖掘出真实用户需求、操作痛点与认知模型。航海技术领域的用户（船长、驾驶员、轮机员、引航员、海事监管人员）具有高专业性、高经验值、高时间成本的特点，访谈机会往往稀缺且昂贵。因此，提纲设计必须遵循六项核心原则：目标导向、用户中心、逻辑递进、问题中立、避免引导性提问、覆盖关键维度。这六项原则并非孤立存在，而是相互支撑、层层递进的关系，共同构成一个严谨的访谈设计框架。
4.1 目标导向：从研究问题到访谈问题的映射
核心原理
目标导向原则要求访谈提纲的每一个问题都必须服务于明确的研究目标。在航海技术领域，研究目标可能是“评估新一代电子海图显示与信息系统（ECDIS）在狭水道航行中的可用性”或“理解轮机员在机舱集控室使用远程监控系统的决策流程”。目标导向意味着访谈提纲不是问题的随意堆砌，而是将抽象的研究问题逐级分解为可操作、可回答的具体问题。
判断方法与操作流程
目标导向的操作流程分为三步：
- 定义核心研究问题：明确本次访谈要回答的1-3个核心问题。例如，“当前船舶引航员在靠离泊过程中使用便携式引航终端（Pilot Unit）的痛点是什么？”
- 分解为访谈主题域：将核心问题拆解为若干主题域，如“设备操作效率”“信息显示清晰度”“通信可靠性”“与船岸系统的数据交互”。
- 每个主题域设计2-4个具体问题：确保每个问题都能直接或间接地为主题域提供数据支撑。
| 研究目标层级 | 示例（航海技术场景） | 对应访谈问题示例 |
|---|---|---|
| 核心研究问题 | 评估引航员对新一代引航终端的使用体验 | “您在使用引航终端时，最常遇到的操作障碍是什么？” |
| 主题域1：操作效率 | 触摸屏交互在颠簸环境下的可用性 | “在船舶摇晃时，您点击屏幕上的目标物是否容易误触？” |
| 主题域2：信息显示 | 关键航行信息（航速、航向、水深）的视觉编码 | “在夜间航行时，您能否快速从屏幕上找到当前水深数据？” |
| 主题域3：通信可靠性 | 引航终端与AIS/雷达的数据同步延迟 | “您是否遇到过终端显示的目标位置与实际雷达回波不一致的情况？” |
4.2 用户中心：用用户的语言和认知框架提问
核心原理
用户中心原则强调访谈提纲必须从用户的视角出发，使用用户熟悉的术语、概念和思维模式。航海技术用户群体具有高度专业性，他们使用“舵令”“车钟”“艏向”“对地航速”“富余水深”等专业术语。如果访谈提纲使用过于技术化的产品术语（如“UI响应延迟”“数据刷新率”），用户可能无法准确理解；反之，如果使用过于通俗的语言，又可能让用户觉得提问者不专业，降低访谈质量。
判断方法与操作流程
用户中心原则要求提纲设计者做到：
- 术语对齐：在提纲初稿完成后，邀请一位目标用户代表（如资深船长或轮机长）审阅，标记出所有不符合行业习惯的表述。
- 场景化提问：将抽象问题转化为具体场景。例如，不问“您觉得ECDIS的告警系统设计得如何？”，而问“当您设定安全等深线后，如果船舶接近浅水区，ECDIS的告警方式是否能让您及时注意到？”
- 认知负荷控制：避免在一个问题中叠加多个概念。例如，“您觉得这个设备的操作便捷性和信息可读性怎么样？”应拆分为两个独立问题。
4.3 逻辑递进：漏斗式问题排序
核心原理
逻辑递进原则要求访谈问题按照从宽泛到具体、从事实到感受、从过去到未来的顺序排列。这种“漏斗式”结构有助于：建立对话节奏，让用户逐步进入状态；避免一开始就触及敏感或复杂问题；确保在深入细节之前，先获取整体背景信息。
操作流程
- 开场破冰（2-3个问题）：了解用户的基本背景、当前使用的设备/系统、总体感受。例如，“您目前驾驶的船舶主要航行在什么航线？”“您使用ECDIS有多长时间了？”
- 任务回顾（3-5个问题）：让用户描述一次完整的关键任务过程。例如，“请您回忆最近一次在能见度不良情况下进出港的过程，您是如何使用雷达和ECDIS获取信息的？”
- 深度挖掘（5-8个问题）：针对任务中的具体环节、决策点、痛点进行追问。例如，“您刚才提到在转向点附近ECDIS的航线偏离告警让您分心，能具体描述一下当时的情况吗？”
- 对比与展望（2-3个问题）：让用户对比不同系统或表达对改进的期望。例如，“与您之前使用的XX品牌ECDIS相比，您觉得当前系统在航线设计方面有什么不同？”
- 收尾总结（1-2个问题）：给用户补充遗漏信息的机会。例如，“关于这个系统，还有什么您觉得重要但我们没有聊到的吗？”
4.4 问题中立与避免引导性提问
核心原理
问题中立和避免引导性提问是确保数据真实性的基石。引导性提问暗示了提问者期望的答案，会导致用户迎合或防御，从而产生偏差数据。在航海技术领域，由于用户往往敬畏技术权威或担心暴露操作失误，引导性问题更容易引发“社会期望偏差”。
判断方法与对比
| 类型 | 引导性提问（应避免） | 中立性提问（推荐） |
|---|---|---|
| 预设答案 | “您是不是觉得这个告警声音太吵了？” | “您对这个告警声音的感受是什么？” |
| 权威暗示 | “根据海事局的新规，您应该觉得这个功能很有用吧？” | “您如何看待这个新功能在实际工作中的作用？” |
| 二选一陷阱 | “您是更看重操作效率还是信息准确性？” | “在选择导航设备时，哪些因素对您来说比较重要？” |
| 否定预设 | “您从来没有遇到过ECDIS死机的情况吗？” | “请回忆一下，ECDIS在运行中是否出现过异常情况？” |
常见误区与复盘
常见的误区包括：复合问题（“您觉得这个界面的颜色和字体大小怎么样？”——应拆分为两个问题）；模糊量化（“您经常使用这个功能吗？”——应改为“您上次使用这个功能是什么时候？在什么任务中？”）；假设性问题（“如果增加一个语音控制功能，您会使用吗？”——应改为“在什么情况下，您会考虑使用语音控制？”）。
4.5 覆盖关键维度：任务、环境、认知、协作
核心原理
覆盖关键维度原则确保访谈提纲不遗漏影响用户体验和系统性能的重要方面。在航海技术领域，关键维度至少包括：任务维度（航行计划、避碰、靠离泊、货物监控等）、环境维度（海况、天气、能见度、通航密度、昼夜交替）、认知维度（态势感知、决策负荷、注意力分配、疲劳）、协作维度（驾驶台团队、引航员与船长、船岸通信、VTS协调）。
操作流程
设计提纲时，可以使用“维度×任务”矩阵来检查覆盖度：
| 任务/维度 | 环境因素 | 认知因素 | 协作因素 |
|---|---|---|---|
| 航线设计 | 水深/障碍物数据更新 | 等深线/安全富余水深设定 | 与船长/二副的沟通 |
| 航行监控 | 夜间/雨雪天气显示 | 告警疲劳/注意力分散 | 驾驶台团队分工 |
| 避碰操作 | 通航密度/AIS目标丢失 | 决策时间压力 | 与VTS/他船通信 |
| 靠离泊 | 风流影响/拖轮配置 | 空间感知/速度判断 | 引航员/船长/拖轮协调 |
常见误区
常见的误区是只关注“功能操作”而忽略“环境与协作”。例如，在评估电子海图系统时，只问“您如何放大/缩小海图？”而不问“在强光反射下，屏幕亮度是否足够？”或“在引航员与船长同时操作时，是否发生过界面冲突？”