项目类型、用户类型、沟通成本以及需求的明确程度。以下是几种主流且实用的方法，按适用场景分类整理：
一、 直接沟通类（最常用）
访谈
一对一访谈：针对关键用户或决策者，深入了解业务流程、痛点与期望。适合挖掘深层需求。
群体访谈：召集相关方一起讨论，便于发现需求冲突和共识点。注意避免“群体思维”或个别人主导。
焦点小组
由主持人引导一组典型用户，围绕特定功能或概念进行讨论。常用于收集对新产品创意的反馈，而非确认具体规格。
需求研讨会
组织开发、用户、业务方集中几天，快速定义并达成需求共识。JAD（联合应用开发） 是典型代表，效率高但协调成本大。
二、 观察与体验类（挖掘隐性需求）
现场观察 / 跟班作业
去用户实际工作环境，观察他们如何操作。能发现用户“说”不出来的习惯、变通做法和真实痛点。民族志方法是其深入版。
有声思维法
让用户一边操作一边说出思考过程。适合分析现有系统的可用性问题。
三、 原型与迭代类（应对不确定性）
原型法
低保真原型（纸上草图、线框图）：快速确认流程和布局，成本极低。
高保真原型（可交互 demo）：让用户试用并反馈，能有效减少后期返工。适合需求模糊或用户说不清想要什么时。
敏捷用户故事
与用户一起编写“作为…，我想要…，以便…”的卡片，配合验收标准。强调对话而非文档，适合迭代开发。
四、 文档与数据分析类（间接获取）
问卷 / 调查
适合大范围用户，收集定量数据（如功能优先级投票）。但难以深挖原因，通常作为辅助手段。
文档分析
查阅现有系统手册、业务流程文件、客服记录、竞品分析报告。能快速了解背景，但需注意文档可能过时。
数据分析
分析现有系统的日志、埋点数据、用户行为热图。用数据验证需求真伪，避免“拍脑袋”。
五、 协作与持续反馈类
用户反馈渠道
应用内反馈按钮、社区论坛、客服工单分析。用于上线后持续收集需求。
用户顾问委员会
邀请核心用户组成长期顾问团，定期评审产品路线图。适合 B 端或平台型产品。
选择方法的建议
场景 推荐方法组合 需求模糊，用户自己也说不清 原型法 + 现场观察 + 访谈 需求明确，但涉及多方利益 需求研讨会 + 群体访谈 B 端复杂业务流程 跟班作业 + 文档分析 + 一对一访谈 C 端海量用户，想验证优先级 问卷 + 数据分析 + 焦点小组 敏捷迭代，快速试错 用户故事 + 低保真原型 + 持续反馈
关键原则
多方法组合：没有一种方法能覆盖所有需求，交叉验证可减少偏差。
问“为什么”：用户常提出解决方案（“我要一个导出按钮”），要追问背后的目标（“导出后用来做什么？”）。
区分“说的”和“做的”：观察往往比访谈更真实。
让用户参与优先级排序