引言

确定需求时，一个非常重要的概念就是为用户提供便利，也就是我们常常提到的“全心全意为人民服务”，如何为用户提供更好的便利？重要的是要搞清楚什么是真正的便利，不是全部站在用户的角度想问题就是提供便利，而是首先要站在全局的角度上考虑问题。这时设计提供的便利功能才干达到最大的功效。

实例

比方近期这个项目《学生选课》，在我们的设想中，我们能够为自己选课。也应该能够为别人选课。即登录自己的学号，能够加入好友，然后帮助好友选课，从设计的出发点来说我们是想为用户提供便利。可是，在与项目的总负责人聊天的时候发现。这种设计从全局的角度上来看，存在设计漏洞，我们做高校平台的基本的服务对象是学校，学校用它是为了给学校的日常管理提供很多其它的便利，尽管软件的使用主体是学生，可是这里我们要对的是学校负责。简单分析一下：

1.从单个学生的角度来看，添加了好友，能够为好友选课非常方便，可是，当学生在抢选课的时候，他的好友可能已经选修够了学分，他不须要再选这门课程，可是我想要用他的名字为我先占一个名额，等他退选的时候，我好能够捡漏选修这门课，可是最后我自己也抢到课了。所以我帮好友所选修的课程就没实用了，他不须要修，全部最后要退掉，可是退选时间已过或是退选以后其它同学来不及选课程时选课时间结束了。结果就是依据选修人数确认能够开课的选修课最后上课的人员严重不足。此时责任谁负？

2.从大众学生的角度出发，非常多人选课，课程资源非常紧张，server压力非常大，可是。最后的选课结果却是，须要选课的同学没有选到课程，争抢资源的人太多，不须要选课的同学被选课而又没有必要去，课程资源浪费了！

3.从教师的角度出发，本来应该达到开课的人数的选修课，结果因为上述原因。选修课老师上课的时候学生严重不足，甚至极端情况下，可能就仅仅有几个人，教学资源浪费了！

4.从学校管理者的角度出发。本来是为学生提供便利的选课系统。却导致大家选课成功率不升反降，以总体学生的利益换得某个个体的利益，得不偿失啊，同一时候给学校管理带来不小的损失！

当然，可能有人会问？为什么12306提供了为他人选票的功能却没有这个问题呢？原因非常easy——代价。我们替别人选课是没有代价的，选上课就选上了，仅仅代表他获得了选修这门课的资格，不须要支付不论什么代价，可是12306替别人买票。是须要支付票价的，所以一定程度上避免了这种资源浪费！

总结

设计需求是一门非常深的学习，不是简单的为用户提供方便就是提供了方便。要站在全局看问题，看到别人看不到的东西。想到别人想不到的问题，重点是从用户角度的出发，取得平衡点，没有绝对的方便，仅仅有相对的方便！