用途：该技能让 AI 助手以行业标准技术开展需求收集，从各利益相关方获取完整业务需求，适用于项目或功能启动、发现与启动阶段、系统增强、理解业务问题、以及编写 BRD/FRS 前的准备。
主要能力：包含六类核心方法。利益相关者访谈适合深挖个人视角与高层输入，采用半结构化形式，每场 45-60 分钟，使用 5W1H、开放式/追问/澄清/假设性问题及 STAR 技术。需求工作坊适合跨职能对齐与共识，6-12 人、2-4 小时，用头脑风暴、亲和图、点投票和流程走查。文档分析用于理解现有系统与合规要求。观察与影子跟岗用于发现未记录流程。问卷适合大范围量化输入（10-15 题）。原型与线框图用于验证 UI/UX 需求。
需求分为功能需求（系统应做什么，附电商、ERP、CRM、CDP、移动/Web 示例）、非功能需求（性能、安全、可用性、可靠性、兼容性、合规）和约束（技术、业务、法规、组织）。技能还按领域列出关键探索点和问题，如电商的库存与支付、ERP 的审批层级、CRM 的线索认定、CDP 的身份解析与同意管理、移动/Web 的平台与离线要求。
最佳实践：充分准备、主动倾听（80/20 法则）、由宽到窄提问并用 5 Whys、即时记录、验证确认、处理冲突。需避免的常见陷阱包括假设已懂领域、接受模糊需求、跳过非功能需求、忽略边界情况、不记录假设、说得比听得多、急于给方案、不验证需求。
使用方式：资料提供混合方法工具建议，如用 Lark 的 Docs 记录访谈笔记、Base 做需求追踪、Meetings 录会、Tasks 管行动项；用 Notion 建需求数据库、模板与关联用户故事；用 Figma 画线框图、FigJam 做工作坊协作、可点击原型做用户测试。资料未提供具体安装命令或代码。
输出成果：需求登记表、访谈笔记、工作坊产出、流程图（现状与未来）、假设日志、利益相关者矩阵、待解决问题清单。后续可对接需求优先级排序（MoSCoW/RICE）、BRD、FRS 等技能。参考资料包括 BABOK 指南、IIBA 标准、IEEE 29148 等。限制：资料未说明该技能的适用模型、平台、是否收费或具体效果，均暂未提供。