一、一个老师的迫切需求——开课报课之繁琐
首先，先来看下客户的现实困扰：
开课计划书以群发邮件的形式发给所有老师。每个老师收到邮件后，在规定的截止时间之前，要将自己的名字填入自己希望报的课程的那一行 “任课教师”列，如果有起讫周序的要求，可以填入对应列中。如果对于安排等有其他要求可以填入“备注”等。如果没有特别要求，备注栏等就可以空着。然后填好后，老师以邮件形式发回给负责人。负责人查阅每封邮件，打开每个excel，查看每个老师的填报，最后手动汇总成一个excel。
困扰在于：群发邮件、群收邮件、催收邮件、汇总每个老师的excel，工作量巨大。
二、需求分析（NABCD模型）
好了，客户已经向我们阐述了他所要的需求，然而具体要如何去分析，去理解客户真正想要的是什么呢？我们小组两人抽空看了《构建之法》，就着里面介绍的NABCD模型来试着按部就班的分析下客户的需求，以尽可能的有条理的去说服客户。
1、N（Need 需求）
客户说，他的困扰在于群发邮件，催收邮件。我们先来看这两点，试着分析下客户想表达的是什么。首先，现在的邮件应用已经很完善了，不管是群发，群收，都能实现，那么客户为何还要提出这个困扰呢？我们结合客户的工作，给出了我们的理解：客户实际上困扰的不是有没有群发邮件这个功能，反而是选择群发对象的繁琐。比如，每次要群发的时候总要从众多好友列表中找出那么几个。虽然我们可以事先建个分组，把需要群发的对象拉入里面，可是不要忘了客户后面还有催收。催收对象是那些还没完成的，那么总不能再建个分组吧。所以，针对这点，我们要解决的就是实现事先把要群发的对象找出来，客户不管是群发还是催收只要点击就完事，不用再手工去查找群发对象，具体做法在A阶段分析。
我们再来看客户的其他困扰：群收邮件。这个词看着感觉很奇怪，有群收邮件这个概念么？什么叫群收邮件，难不成邮件还能强制要求一群人发过来让你接收？当然不可能，还是再次结合客户的工作，我们可以很容易的理解出，客户想表达的只是如何从收件箱中那么多的接收邮件中找出相关老师发过来的邮件。什么意思，这么说吧，客户发任务给各个老师，然后定一个期限前都要回复邮件对吧。那在这期间，难道就不会接收到其他无关的邮件么，比如你的博客被评论了，收到一份邮件，比如你的学生发了些问题来请教等等。这样一来，收件箱就变得乱了起来，所以我们要解决的就是如何屏蔽其他无关的邮件，只接收相关的邮件，怎么做还是留到下阶段A中分析。
最后，再来看看客户最后一个困扰：汇总每个EXCEL，工作量巨大。这点就很好理解了，没什么好分析的，就是客户手工汇总的话太麻烦，工作量大，所以要解决的就是自动把汇总工作完成，让客户可以直接看到汇总后的内容即可。同样，做法A阶段分析。
先贴张图，不然都是文字太乏味了：
此图为我们小组在讨论原型的设计以及APP的功能，但由于在上课时拍摄，还有老师在讲课，不敢大张旗鼓叫同学拍。
2、A（Approach，做法）
好了，下面就是分析具体如何做了。我们小组定位的是APP应用，所以结合N阶段总结的需求，我们组的APP要能实现以下几点功能：
1. 把要群发的对象分组，并能在该分组内实现区分有回复以及没回复的对象，并将他们分组。
2. 能将接收的邮件分组，将接收到指定对象的邮件都放到指定的地方。
3. 能自动汇总每个EXCEL中的内容。
