做用户研究和可用性测试，核心不是把工具堆满，而是能在有限时间里快速完成：招募与筛选、提出好问题、把过程记录下来、把证据整理成结论，并把结论反馈到设计迭代里。下面这份清单把常见环节拆开，你可以按需要选用 2-3 个工具先跑通闭环，再逐步补齐能力。
需看协议：适合快速做筛选问卷与需求调研，题型足够覆盖常见场景；如果需要更复杂的逻辑跳转与外观定制，可能要搭配表单平台或导出后二次分析。
需看协议：交互体验好，适合做对外问卷与报名表；建议把关键筛选问题前置，并在结尾设置明确的下一步（如预约访谈的日程链接）。
工具地址：https://www.limesurvey.org
需看协议：开源可自建，适合对数据合规要求较高的团队；能做更细的问卷逻辑与多语言，但部署维护需要一定技术成本。
工具地址：https://calendly.com
需看协议：把招募后的“约时间”自动化，减少来回沟通；建议为不同研究类型（30分钟访谈/60分钟可用性测试）配置不同日程与问前说明。
工具地址：https://lookback.com
需看协议：面向可用性测试的录屏与观察工具，适合远程任务测试；提前准备任务脚本与成功标准，并在每个任务后记录关键观察点，避免只看“感觉”。
工具地址：https://maze.co
需看协议：适合做原型可用性测试、路径漏斗与热区分析；为了减少噪音，任务描述要具体到可操作的动作，并限制每次测试的任务数量。
免费商用：免费录屏/录音，适合线下或远程会议备份；建议预设场景（屏幕+摄像头+系统音频），并在开场说明录制用途与隐私处理方式。
免费商用：快速截图、贴图与标注，适合把研究证据做成可复用的“问题卡片”；配合统一命名规则（日期-项目-问题）能显著降低后期整理成本。
工具地址：https://otter.ai
需看协议：自动转写能减少整理时间，但要预留人工校对；建议把“关键句/证据”直接打标签，避免最后只剩一份很长的文字稿。
工具地址：https://dovetail.com
需看协议：研究资料库与编码分析工具，适合把访谈/可用性测试沉淀为可检索的证据；落地时先统一标签体系与结论模板，避免“人人随手记一套”。
