一、需求的定义与来源
需求是用户问题的解决方案：需求的本质是用户期望与现状的差距，产品通过功能与服务弥合这个差距；需求分析就是把模糊的诉求转化为清晰、可执行的产品方案。
需求来源：用户反馈（客服、社区、评价）、数据分析（行为异常、流失节点）、竞品分析（功能对标、差异化机会）、业务方（运营、销售提需）、战略方向（公司规划与行业趋势）；多渠道收集，交叉验证需求的真实性。
二、需求分析与筛选
需求分析方法：5W1H（谁、什么场景、为什么、怎么做、何时、多大价值）、用户故事（作为某角色，我希望某功能，以便某价值）、优先级评估（价值×频率×成本矩阵）；判断需求真伪：多数人需要还是少数人提出、真实场景还是想象场景。
需求分类：功能需求（做什么）、体验需求（好不好用）、数据需求（数据反馈）、运营需求（活动与内容）；用需求池统一管理（状态、优先级、版本规划），避免遗漏与重复。
三、需求文档的撰写
需求文档核心结构：背景与目标（为什么做、达到什么效果）、用户场景（谁在什么情况下使用）、功能详述（页面流程、交互逻辑、规则约束）、数据需求（埋点与报表）、非功能需求（性能、安全、兼容性）、验收标准（可测试的完成定义）。
撰写要点：图文结合（原型+流程图辅助说明）、规则清晰（边界条件、异常处理）、避免歧义（术语统一、场景具体）、可验收（每项需求可验证）；需求文档是团队对齐的契约，质量决定开发效率。
四、需求评审与迭代
需求评审要点：会前准备（资料提前同步）、会上聚焦（目标与方案对齐，技术可行性确认）、会后跟进（评审意见记录、方案修订、排期确认）；评审是团队共创过程，开放的讨论让方案更完善。
需求管理提醒：需求会变（接受变化但控制范围蔓延）、优先级会调整（定期复盘需求池）、上线后验证（数据效果与用户反馈）；需求分析的本质是理解用户与业务，好的产品经理能从一句话诉求中挖掘出真正的产品机会。