空口无凭，我们举例说明。
斯巴达星球是浩瀚宇宙中的一颗小星球，下面是朝堂之上的一段对话：
皇帝：A爱卿啊，为何119省的信还没有送到？
A臣：陛下息怒，奏折已经在路上了，快马加鞭赶往京城呢。
这时A臣开始要求产品经理：马太慢了，我们需要一匹更快的马来送信。
产品经理大狗子分析了需求，朝廷是觉得送信的速度太慢了，大狗子得出需求：想要一匹更快地马。
于是召集了一大批驯马高手，开始对马进行训练，每天起早贪黑，让马进行高强度的训练，爬雪山，过草地，钻火圈，跳高，跳远，跳泥坑，各种训练项目；同时改善马的膳食，综合营养，该吃的吃，该喝的喝，该补的补。功夫不负有心人，终于大狗子训练出了速度更快的千里马，大大缩短了送信的时间。
产品经理二狗子接到需求后，开始分析，朝廷是想要更快的送信，因此，“快”才是需求，二狗子得出需求：想要送信速度更快。
于是二狗子冥思苦想，什么比马更快呢？比马快的是天上飞的，于是，二狗子召集了一大批驯鸽子高手，每天起早贪黑，对鸽子进行高强度的训练，穿密林，越山谷，虎口夺食，崖上采药，各种训练项目；同时改善鸽子的饮食，身体棒棒的。功夫不负有心人，二狗子页训练出了飞的比马更快的鸽子，大大缩短的送信的时间。
产品经理三狗子也接到了需求，送信的目的是传达信息，不管朝廷是想要更快的马，还是想要更快的送信，其实都是想要更快的传达消息。三狗子得出需求：更快的传达消息。
三狗子开始思索，传达信息的方式有很多，三狗子咨询了手底下的技术人员，决定做一款可以通讯的设备，最终发明了大哥大，不管多远，一个电话或短信就可以实现信息互通。
从上面的例子我们知道：对于需求的分析不同，就会有不同的理解，从而产生截然不同的解决方案。
以上就是产品从0到1提出解决方案的需求分析案例，下面我们说一下迭代的需求分析，也就是不改变原有的解决方案进行优化。还是以狗子们的例子为例。
大狗子通过训练更快的马，实现了送信快的目的，并取得了显著的成效。可是在运行一段过程中，问题出现了，马长期奔跑，变得越来越虚弱，蹄掌溃烂，死伤无数，送信人员也大多屁股疼，还有的不小心失去了生育能力（卧槽笑cry）。
于是大狗子决定，给马打造铁掌，搞更加柔软的马鞍，更加可靠的脚蹬。从此马的死伤数量直线下降，送信人员的幸福感爆棚，腰不酸了，腿不疼了，一口气能爬五楼，子孙也满堂了，感谢大狗子所做的一切。
二狗子的鸽子虽然没有出现死亡的情况，但是依然遇到了难题，鸽子每次只能携带极少数量的信息，如果想要同时传达较多的信息是很难做到的。二狗子好苦恼啊，跟老婆诉苦，一把鼻涕一把泪，什么人生啊，理想啊，二狗子的老婆二丫头给二狗子支招：你见过蚂蚁寻食吗，一直搬不动，就一群蚂蚁搬回家。
二狗子茅塞顿开，直呼自己三生有幸娶了二丫头。开始训练鸽子的群体团队意识，让几只鸽子一起协作，一同送信，收信人只要把收到的几封信按照序号组合起来，就是一封完整的信。二狗子二丫头更加恩爱了。
三狗子也没有那么安逸，他的大哥大就像砖头一样，太沉了，很多人都被砸伤了脚，衣服的口袋也被撑破了，甚至有很多业务员被压的不长个子了，连老婆都搞不到，已经结婚的也都面临离婚的风险，员工们纷纷提出离职，三狗子委屈无奈，宝宝心里苦啊，但是宝宝不说（男子汉一般的三狗子）。
三狗子立刻调整方案，制造出了更加智能更加轻快好用的手机，江湖人称“爱疯6s 普拉斯”，不但能传达信息，还能视频通话，甚至还能“柔光双摄2000W像素，照亮你的美”，把老婆们的照片拍的美美的。从此业务员不受伤了，也没有人要离婚了，让业务员们一度成为了白富美的勾搭对象，火爆程度堪比香港刘德华、山东梁朝伟。
在实际的工作过程中，我们会遇到以下表面需求，我们要深度挖掘需求，就想本文提及的，不论是“更快的马”“更快的送信”都不是用户的最终需求，最终需求是“快速传达信息”。
在产品上线后，会遇到各种各样的问题，这就需要我们去做版本迭代来适应当前需求的变化，也就是文中大狗子二狗子三狗子所作出的不同改进方案。
好了，瞎比比了这么多，就是希望能以更通俗易懂的方式让大家理解文章主题，而不是枯燥乏味的理论。
