06 《构建之法》需求分析 在读总结

结合我们目前所做的团队项目：设备管理系统，我再读《需求分析》这一章做出了如下总结：

1.需求的定义与分类
需求是用户对产品功能的期望，分为功能性需求（如登录功能）和非功能性需求（如性能、安全性）。明确需求是项目成功的前提，需通过用户调研、市场分析等方式获取。

2.需求分析的方法
提出NABCD模型（Need需求、Approach方法、Benefit收益、Competitors竞争、Delivery推广），帮助团队系统化梳理需求优先级。同时强调用户场景故事（User Story）和原型设计的重要性，以直观呈现需求。

3.需求变更与验证
需求可能因市场变化或用户反馈而调整，需通过快速迭代和持续验证（如A/B测试）确保其合理性。避免“镀金”现象（过度开发不必要功能），聚焦核心价值。

4.团队协作与沟通
需求分析需多方参与（用户、开发、产品经理等），通过会议记录、需求文档和工具链（如看板）达成共识，减少误解。

总结：需求分析是动态过程，需平衡用户期望与技术可行性，通过科学方法和团队协作将模糊需求转化为可执行方案，为后续开发奠定基础。