实例敏捷软件开发一： 会议助手APP之用户场景（User Scenarios）的构想和分析

   在正规的软件开发中，找到用户的pain point(痛点) 是软件开发最关键的地方以及解决用户痛苦的程度也决定软件有多少价值，多少市场。

    最近我们团队接收到一个手机软件开发项目，是关于如何帮助用户更好的参加各种各样的学术，工程等会议（conference）。 现在为了更好的找到用户的最大需求，我们设定了几个用户场景（user Scenario）。 首先说说用户场景，用户场景比较在软件开发中比较常见，它其实是一个站在用户角度的故事，而这个故事主要集中探讨这个产品要实现什么？为什么用户会认为你的实现是有价值的？但是，用户场景不会牵涉到具体的技术实现。一般一个好的用户场景可以用 SPICIER来描述（tells a Story, includes Personal details, Implementation free, told in the Customer’s voice, reveals deep Insight, describes user’s Emotion and Environment, based on Real Research）。

好的，现在我们开发的一个项目是关于各种conference,可以说是一个 geiliable helper conference(给力会议助手)。

我们初步设想了几个场景来描述用户的痛苦，现在就为大家展示这些用户场景，希望大家能站在切身用户的角度来进行各种评论。

用户群定位：参加大型国际会议或者有一定规模会议的参与者 和会议的组织者

NABC：

·        N，每年有数以万计的研究人员参与各种学术会议，虽然会议组织者会通过邮件和现场纸质小册子的方式来提供一些会议地点，演讲，和讲者的信息，但随着信息时代的到来，需要一个更方便更随手可得的提供这些信息和检索相关信息的方式。

·        A，基于MSRA的ACADEMIC SEARCH制作一个WINDOWS PHONE 7手机客户端，方便提供查询各种会议日程，地点，并搜索相关讲者和论文的服务。除了ACADEMIC SEARCH，也需要给host提供输入所需特定信息的格式和 尽量方便的界面。

·        B，首先解决了参会者无法随时随地查询会议相关信息的痛苦，第二提供的从这些信息直接到学术搜索引擎的入口，省去使用电脑客户端的痛苦。对于组织者（包括志愿者），则解决了无法更好服务使参会者获得更好参会体验的痛苦。

·        C，由于会议组织者的复杂背景，获取相关信息不容易，同时，该应用盈利前景也不明显，所以并没有类似的通用应用，但是也有某些会议组织者为了提高参会者体验为某个特定会议写过手机客户端，比如mic2011，但我们认为并不构成直接竞争关系，组织者若发现我们的平台更方便，也会更乐意使用我们的平台。链接如下http://www.appsfuze.com/applications/windowsphone.business/mix-2011-conference-helper,12128

 

使用场景简介：

John 是一个经常参加国际会议的著名学者，主要研究方向是网络数据挖掘，现在他要去参加邹教授举办的学术研讨会。

场景一，John参加会议了，但日程复杂，讲座甚多，不方便记忆和实时查询

 

John 准时去了邹老师开的学术研讨会，由于邹老师是学术大牛，开的国际会议有很多场专题演讲，日程安排也很复杂。虽然主办方事先已经给大家发的电子邮件里有会议日程作为附件，但John忘记打印出来了（或者打印了又弄丢了）。到达会场后，主办方又发了些纸质材料，上面包含了会程信息（也可能没包含），但John发现携带和翻看这些材料其实很不方便。会议开始的时候，John发现，有很多他感兴趣的talk会在各个不同的会议室和不同时间举行。他尽力的在日程安排上找出自己感兴趣的讲座并记住，以免错过了，但这其实是一件很繁琐的事情。在讲座开始的时候，他发现由于自己没有携带笔记本电脑（或者主办方没有提供电源和wifi）他很难获得一些关于演讲者本人以及相关领域的其他工作的额外的信息。当他有很奇特的想法的时候或者觉得某个topic值得以后深入探究的时候，要记录这些消息也很不方便。

    <魔法出现了>

他发现了一款基于微软学术搜索的会议住手手机应用。运行这个APP，他能获取整个会议电子日程表，选择自己感兴趣的讲座，手机会自动提醒他时间和地点。讲座过程中，他可以通过轻轻的触摸一下屏幕就能马上搜索到演讲者以及相关领域的工作一些信息，连自己输入讲者名字的功夫都省了。另外，在电子日程表中标记某些talk和为相关talk做备注也方便快捷。他觉得参加这次的conference方便快捷了很多。

场景二，John在这个人生地不熟的城市遇到了些麻烦

John下了飞机后，要打的去宾馆，可是他发现自己忘记了打印主办方邮件里发送的宾馆机场路线图，好不容易上网下载到图后，他又发现出租车司机不会英语，John也不会本国语言，描述不出来目的地信息，怎么办？他很焦急无助。

<魔法出现了>

这时John发现之前提到的这款会议助手上已经有主持者发布的路线图和一条用本国语言的便签写着“我要到**宾馆，**路，**区”，John所要做的事情就是拿着手机向司机显示这个，然后司机立刻明白就很快带John到目的地。John 很高兴，一切都俺计划顺利进行。 会议助手太给力了！

场景三，组织者的痛苦

科林和安是邹教授的学生，有一天邹教授突然下发给他们负责组织一个数据挖掘学术研讨会的任务，因为今年正好是邹教授来负责这个研讨会的组织了。

他们自己以前也参加过学术会议，所以很想提供给参会者一个很方便的获取会议信息的途径，他想了想除了自己写一个电子应用发布所有信息，就没有别的办法了，但这其实是一件很花费精力的事情，他要么找别人帮忙，要么分散自己组织会议的精力。

<魔法出现了>

科林听说了一个微软开发的学术会议助手应用。他登陆微软学术搜索，登记（或找到）了他所要举办的研讨会的信息，该网站就提供了一个会议组织向导的功能。向导引导科林，告诉他作为组织者需要提供给参加者哪些信息，诸如会议地址、讲者、日程，格式范例也有提供，完成向导后，系统自动生成了一些特定格式的文档，科林只需要将它们放在自己会议网站的服务器上并提供url链接，学术搜索的手机客户端就可以方便查询会议各项信息了！

 

 大家对这些用户场景有什么看法？在开会时你们遇到这种痛苦吗？1,2,3,4 这四种场景哪个你是最熟悉的？如果你们是大型会议的参与者，你们最想要一个手机来帮助你们实现什么痛苦？

 

 希望大家能给出给力的见解，在此恭候！