浅谈需求分析

作为一名it菜鸟，总会遇到各种问题。有问题也就有思考，有思考有收获，有进步。职业生涯是在思考中前进，人生也是在思考中前进。言归正传。

最近工作中遇到一个问题。产品的需求文档模糊，作为工作在web一线的码农，如果不能开发产品前和产品交流，思考，再确认。如果不能按照这个流程去做，除非你运气返工，否则返工再所难免。悲剧是这样的：键盘在哭泣，头顶一片灰暗，加班，加班。别问我是怎么知道的。

浅谈一下我的血泪史和教训。

因为一个模糊的需求与领导扯了半天，最好被贴上不太懂需求分析的标签。

对于需求分析，咱们得定义问题，我们为什么做这件事情。或者说这个产品解决了什么问题。有做的必要性吗（当然这就不是一线码农能确定的了），咱们也能挡回去一部分不合理的需求，和从技术的角度帮助产品优化流程。

需求分析从产品的角度来说是解决一个问题，出一个产品。从技术的角度是确定业务的目的（why），业务的流程（how），业务的边界（what）。

如果有模糊的，在自己想好解决方案，后请立即找产品商讨，因为这也可能是他也没考虑太清楚的地方。

做一个产品之前得明确，我们的目的是什么，这才是产品的灵魂，技术是产品的组成部分之一。

一个新的需求来了，得细细揣摩。目的，业务流程模糊的，边界模糊的。