需求分析挑战之旅（疯狂的订餐系统）(4)——没完没了的“新需求”
摘要：
说教性质的需求分析理论，各位看了也白看，所以咱们就来一个真实个案——“订餐系统”体验一下。“订餐系统”貌似简单，但陷阱重重，各种需求分析的经典场景将会一一重现，各位做好准备接受这个挑战没有？我将分8篇为大家分享，全部内容超过1万1千字，而且有n多图片和思考题，请准备好盒饭边吃边看吧……
大纲：
1.某IT公司员工的吃饭问题
2.需求分析的大道理
3.背景-需要-需求规格
4.没完没了的“新需求”
5.领导“突发奇想”
6.榨干人脑汁的需求分析
7.变被动为主动
8.最后的疯狂
4.没完没了的“新需求”
由于你的彻底而深入的需求分析工作，订餐系统进展非常顺利，很快就上线运行了！但问题也就来了，客户陆陆续续提出了以下问题：
1)要经过好几个页面才能进入订餐页面，不太方便，希望能在首页直接进入订餐页面。
2)一次只能定一天的餐，不太方便，希望一次能定多天的。
3)我有时选了一个菜，前台却说这个菜没有了！
4)能不能提供多家餐馆选择？
5)订餐标准才8元，现在物价都涨了，能不能提高一下标准？
6)能不能直接连到餐馆的网页上去看菜式？
7)能不能做口味分析和营养分析？
系统能用起来，问题肯定多多，没问题反而说明没有人用这个系统，所以有问题是好事，但问题多了又会让人很烦躁，改来改去没完没了啊，项目的成本也会持续上升。
你准备如何招架呢？在继续阅读之前，请你逐一分析上述问题并提出解决方案，要写下来奥！
下面我们来逐一分析上述问题。
1)要经过好几个页面才能进入订餐页面，不太方便，希望能在首页直接进入订餐页面。
2)一次只能定一天的餐，不太方便，希望一次能定多天的。
我们首先要思考，这两个要求背后的需要是什么呢？这两个问题都是在实际使用订餐系统中产生的，用户提出这样的要求无非是希望系统更加好用更加方便，订餐系统无非是要方便大家订餐、减少订餐时间，故这两个要求应该予以满足。
系统上线后，用户往往会提出很具体的修改要求，这些要求往往是易用性方面的问题，如：界面布局、操作方式、文字表达、排序条件等细节问题，这些问题不解决的话会降低用户体验，此类问题一般应尽量解决。
前期对项目的需要把握得比较好的话，软件基本上是能符合用户的需要的，哪怕用户提出了一些易用性方面的要求，一般也是很容易修改的。不过谁也不能保证对需要的理解没有偏差，有可能系统上线后才发现理解错了客户的真正需要，这时修改系统的话一般来说工作量会比较大，但原则上应该给予修改，双赢是项目的目标，客户关键需要没有满足，项目不能算成功。
3)我有时选了一个菜，前台却说这个菜没有了！
5)订餐标准才8元，现在物价都涨了，能不能提高一下标准？
会什么会有选了菜但没有这个菜的问题呢？是软件的bug吗？
原来餐厅的菜单会定期更换，前台会及时更新订餐系统的菜单，但问题是餐厅修改菜单并不是很准时，而且修改后又不一定能及时通知前台，导致有时会出现员工按照老菜单订餐，但实际上餐厅已经修改了菜单的情况。
第二个问题是午餐标准的问题，明显不是系统的问题，但用户还是提出来了，他们难道不知道不是系统的问题吗？为什么还要对我们提出来？是不是希望我们向公司领导反应问题？
软件有些问题，并不是软件本身的问题，而是管理的问题。要用好一套系统，必须配套相应的管理办法，很多管理的问题软件是不能解决的。第一个问题，要改善的话则需要加强对餐厅的管理，让他们及时送上更新后的菜单；而对于第二个问题，则需要公司检讨订餐标准是否合适了。
项目组遇到客户提出这类问题时，不要因为不是软件问题就事不关己，应主动分析问题并提供适当的解决方案，很多问题只需要在管理上稍微改善一下，问题就可以立马解决。
4)能不能提供多家餐馆选择？
为什么用户希望选择多家餐厅呢？有人喜欢吃辣菜，有人喜欢吃粤菜，有人想吃粥粉面，就算是同一个人也会今天喜欢这个明天喜欢那个，如果能有多家餐厅可供选择，则更能满足大家的口味了。大家能吃到自己喜欢的午餐，更有利于大家做好工作，从这点看似乎这个要求是满足需要的，我们应该予以满足。
要实现这点，软件自然要费点周折去修改，但问题远远没有这样简单，管理上会变得麻烦很多：前台需要从多家餐馆获取菜单，要管理多家餐馆；财务要对多家餐馆进行结帐；更麻烦的是，有些餐馆要订餐数量多才会送餐，如果哪天某餐馆点的餐不够多，还需要选择了这个餐馆的员工重新订餐。这样复杂的管理，软件应该如何来适应呢？
看来如果寄望通过修改软件来满足这个要求，就会陷入一个“无底洞”，似乎无论怎样做都难以满足要求。实际项目中，经常会遇到这类问题，这时一定要认真地分析：
请看下一篇……
作者：张传波
创新工场创业课堂讲师
华为某团队高级顾问
《火球——UML大战需求分析》作者
www.umlonline.org 创办人
