宁可需求分析做三遍，也不要项目中改需求！

项目需求分析是指理解用户需求，同时也是客户认同你方案的过程，就软件功能与客户达成一致，估计软件风险和评估项目代价，最终形成双方满意的功能计划。

很多乙方项目小白在接触定制项目的时候，容易将客户需求一一罗列形成单独的需求点，并未对客户的整体业务熟悉和做评估，于是在双方需求沟通的过程中往往是鸡同鸭讲，并且给甲方带来不专业的情绪。

如果在需求分析阶段对接的不好，以下三个问题会接踵出现：

1. 模块开发后会常常返工

2. 系统定制后，各模块的业务逻辑不能够很好的统一到一起，不能形成业务合力

3. 在开发过程中可能会频繁咨询甲方，给对方不专业的情绪。

那么和甲方对需求的时候需要有哪些流程呢，我已我的个人经历做个分享：

1. 听甲方说要求、问抱怨，了解甲方为什么要上系统，遇到什么具体的业务问题，以及关联待解决的问题核心；

2. 复述甲方需求，以及可以图示的逻辑结构，逐步迭代到甲乙双方对系统的各个系统模块达成统一认知；

3. 列技术草案，包含实施终端、架构、实施团队等，并向甲方负责人争取最佳选择

4. 根据甲方倾向，列需求方案，包含系统解决问题、实施方案的目的、终端的选择、架构的选择等等

5. 由甲方负责人签字确认，从整体到局部，从架构到各个功能模块包含内容

虽然只有简单的5步，但是在沟通方面一定要细致，多注意倾听言语背后的意思。这样子深挖出大多数可行性，为项目成功推进打好基础。

本篇来自于我的个人总结之一，如果感兴趣请搜索“慧都 软件定制与软件外包的知识分享”