有以下几个点说明：
1.与最终用户交流，用文字记录他们希望软件解决什么问题？也就是他们的期望值，因为最终软件是他们来使用，他们也最有发言权，如果耗费了大量的人力和物力并没有解决他们的问题，那这个软件项目就是失败的。因此在需求分析阶段一定要多与最终用户交流，确定弄明白他们想要什么？在实现项目过程中，有些用户可能一下说不清自己想要什么？那就需要需求交流人员去了解他们的业务，从业务角度和他们讨论软件能替他们解决什么？是否是他们想要的。
2.与最终用户交流后，接下来就需要把交流后的内容表达为计算机软件项目的形式，这需要产品经理花时间来转化。常见的软件需求表达工具包括需求文档、设计文档、产品文档、原型图、流程图等等。针对于有UI界面的软件，那原型图+流程图表达是最清楚的，如果是算法偏多的软件项目，那就需要详细的设计文档来说明算法实现方案。在整理需求的以上过程中，还需要不断的和第1项里提到的最终用户交流确认，随着不断的讨论，用户也会对软件的理解逐步加深，这时交流起来会更容易一些。这个过程的目标很明确，用软件的形式表达用户需求，越清楚越好，越接近最终软件形态越好。
3.等需求表达清楚后，再次整体与用户交流一次，将第2项形成的成果与用户最终确认，是不是可以解决用户的诉求，是不是用户想要的。这个过程是第1项工作的结论，需要反复论证，可能会花费较多的时间，但这个时间花的一定是值得的。从最终结果看，需求整理过程是值得做细的工作，也是性价比最高的工作。
4.等需求都已经确定好，接下来就是开发，只要需求是准确的，那代码实现只是一个纯技术的过程，这对于一个技术成熟的团队来说并不难。在这个过程中需要产品经理与技术经理交流确保最终实现的软件与需求阶段定好的功能是一致的。
5.最后说明一点，软件的需求和功能是需要不断去迭代的，一次无法完全实现一个完整的软件，需要管理好需求的提求和实现，按照计划一步一步最终达到目标。这个说起来容易，但在实际过程中需要和领导、最终用户、开发团队等协调，让大家都按节奏一步一步来做，切不可迈步太大。
