怀揣着激动的心情等到了周日，天公很作美，晴空万里，一大早赶到了东三环边上的集合地点，我们此行的座驾已经停在那里了，3台东风雪铁龙C5，1台8代雅阁，1台新君威，还有一起参加活动的十几名网友，由于都是圈子里的网友，大家很快的就熟悉起来。等人一齐，组织者就给大家分了下车辆，准备热身出发了，我分到了一台颜色是巴赫兰的C5，外观看起来很大气绅士，不像红色新君威那样跳脱，灰常耐看，呵呵。

拿到钥匙后迫不及待的坐进去，第一个感觉的就是空间不错，尽管我一向对车座都很挑剔的，但C5的还是超出了预期：椅面不仅宽而且长，乘者舒适，让你的大腿在长途旅行中成为最大受益者。坐感也非常柔和舒适，全无传统般硬朗。不过肩部、肋部和大腿两侧的支撑则明显被放大，有着比以往更加结实的质感，很是特别。值得称赞的还有C5的仪表和中控台，清晰漂亮的悬浮式指针为三块巨大的LED显示屏提供了安置空间。让我印象最深的是方向盘的设计，中间部分是不动的，十分具有太空感。

和谐的仪表盘，嘿嘿

话不多说，简单熟悉了车子之后，就出发了，城里还是有些堵的，一路停停走走，出城后一看油表，平均油耗10.8，这对2.3L排量的自动档来说，真是非常低的一个数字了。

出城之后就是放开了，一路上都是山路，双向单车道，弯道又多，对超车的要求比较高，这里C5的表现非常好，油门踩下去，提速相当快，有很明显的推背感，对于短距离超车非常好。还有一点不得不说，在过弯时，真是非常平稳，以往开/坐别的车，过弯速度稍快就有被甩出去的意思，而C5就没有这种感觉，怪不得大家都说雪铁龙的底盘调教是一绝呢。还有声音，C5行驶起来的噪音隔绝能力实属一流！中间有一段车少，将车速瞬时加至170后迅速降至60，加速的过程明显与波音737在跑道起飞时推背感一样。并且在高速过程中依然能心平气和地与旁人交谈，胎噪小的几乎可以忽略了。

大概中午11点多就到了爨底下村，一进村，一副古声古色的画面印入眼帘，抬头看去，一片四合院依山而建，错落有致。停好车后，大家决定先转一下，组织者去找地方吃饭。

为了取得最好视野，大家转头向村子对面的山上走去，小山不是很高，上了几层之后再看对面，村子的全貌就显现出来了。

中午找了家农家院吃的饭，大家在齐整的四合院中围桌坐定，村民从自家厨房端出自家烧制的家常菜、山野菜，非常好吃，大家边吃边开着玩笑，其乐陶陶。水足饭饱之后，我们开始徜徉于爨底下的各个民居，据说至少有七十多户，而每一户都有各自的特色。村里由于名气的渐增，不少民居都兼客栈、饭馆、商店之用。

北方农村的感觉让我十分怀念，喜欢屋檐下垂挂的玉米、喜欢积雪下堆积着的豆梗、砖石上干瘪的老丝瓜、窗棂上悬挂着的小兽皮以及红辣椒…… 更不用说那些门神、灯笼、红联……红色的中国味。

还有建筑细节上所体现的吉祥与祈福，比如这里的瓦当、影壁、砖雕、木雕等……建筑是凝固的音乐，小时候不知道那些老宅屋瓦砖院中的美丽，长大后越来越觉得，中国的民俗建筑是蕴含着不少的传统美学原理。后山半山腰间有个小窑矿据说是为了拍摄某部电影而专门新设的。在山间也可以看见不少假树枝树叶，也是为了电影拍摄需要而插上的。村里保留着很多文革的标语，这已经成为爨底下的一景。很多人在标语下留影纪念，也许在这里，通过标语，我们能抚摩到一些历史的沧桑。

不知不觉之中，就到了该回家的时间了，真还有点依依不舍呢~ 为了能让大家互相比较下几台车的驾驶感觉，回来就互相换了换车，我换了台8代雅阁，雅阁一直都是销量相当好的车，开起来也是拥有日本车的感觉，油门较软，方向盘也比较轻。由于回来的首先就是山路，大家又归心似箭的，这里雅阁就很不爽了，想短距离超车？没戏……油门踩下去，只听见发动机轰隆隆的响，却迟迟不加速，总是错过最佳的超车时机，以致于在路上前车需要不停的等我，还通过对讲机得知，开新君威的哥们儿也是如此抱怨，如此比来，C5的提速性能还是有很大的优势的。路上还互相对了下油耗，都是满箱出发，C5和雅阁还剩一半，新君威就只剩1/3了……这美国车真是油老虎，不得己为了保证能顺利回家，路上还是给新君威加了次油。加油后，我换了新君威感受一下，果然，提速还不如雅阁呢，而且刹车偏硬，很不适应，真怕发生紧急情况来不及踩下去。不过还好，毕竟都是B级车，安全性和稳定性都是不差的，最后一路顺风的都回到了家。

真的非常感谢搜狐圈子组织的这次活动，美美的过了把车瘾，期待下次还能有这样的活动哦！最后放上大合影~

今天，3月21日，世界睡眠日，恰巧是个周末，劳累了一周的大家有没有在家里睡懒觉呢~提醒大家，关注睡眠质量就是关注生活质量，关注睡眠就是关注健康。

好了，回到正题，在前作（一）和（二）中谈到了真心话和任务的设计，这次谈谈白社会中三个较小一点的设计点。

一、好友新鲜事新增提醒

在白社会的首页中，分量最重的就是这个好友新鲜事了，为了保证信息流的快速直接，我们采用了“推”的模式，并且直接即时的将信息推到用户的面前，这就是所谓的实时Feed了，这其实是一种非常酷的体验，信息获取快速直接，也省了刷新页面，是不是有种使用聊天室聊天的感觉呢。但是，凡事有利就有弊，在新鲜事的开始阶段，我们发现了实际使用中不爽的地方，在浏览新鲜事的时候（尤其是看分享的视频），或在评论新鲜事的时候，由于新增的新鲜事，会造成整个新鲜事区域在往下滚动，浏览和评论都无法进行了，严重打断了正在进行的行为，所以，我们此时想让信息“停”下来。但在，什么时候停下来，是需要谨慎考虑的，既不能破坏了信息的实时性，又能不打断用户的浏览/操作行为，这时候我们建立一个用户模型，假设了一下用户的行为：

【状态1】用户浏览器中首页处于初始位置的时候，即用户没有滚动页面，用户行为是：

（1）用户在等待新鲜事
（2）用户在发布信息
（3）用户在浏览新鲜事/评论
（4）用户在评论/操作新鲜事

【状态2】用户向下滚动了页面，用户行为是：

（1）用户在浏览新鲜事/评论
（2）用户在评论/操作新鲜事

这个时候，我们就能判断出，在【状态2】中，信息必须要“停”下来，以保证不打断用户行为，而在【状态1】中，由于（1）（2）行为的概率要大于（3）（4），所以我们让信息继续“动”。转变为可执行的方案，就是这样，我们加了一个判断，页面中的一个分界点如果在浏览器以内，信息“动”，在浏览器以外，信息“停”。在进一步精确了分界点之后，我们把分界点定为新鲜事的最上端（见下图）。

明确了这个之后，进入下一个关键点，就是如何让在“停”的状态下知道有新增新鲜事。这就相对容易一些了，只需要在页面上给出标识提醒到用户即可，我们选择在新鲜事区域的最上方，出现一个小的提示层，当有新增新鲜事时，出现并显示数量（见下图）。

此时，用户及时了解到了新增新鲜事，当然如果他想看这几条新增新鲜事，也不能太麻烦，最好就是让他直接点击这个东西，所以这个层还有个功能就是滚动回首屏，当到首屏之后，就进入了前面说的【状态1】，新鲜事自然就“动”了。这里还有个小细节，当提示的新增新鲜事数目过多时，用户在回到首屏后，大量新鲜事在同时加载，可能会严重拖慢或者卡死浏览器，所以我们定义了超过30条时，回到首屏后，就重新刷新一下全部的新鲜事，就避免了这个问题。

二、在线聊天的会话

白社会页面的右侧，有一个在线聊天，我们管它叫WebIM，就是网页版的即时聊天，可以跟白社会里的好友聊天，是不是很像QQ？向伟大的QQ致敬！好吧，这里我们重点要谈的不是QQ，而是聊天的会话状态，我们用过QQ的都知道，当有新消息来的时候，系统任务栏右下角会有小头像一闪一闪，我们点开就会出现一个新聊天窗口，而在用户的任务栏上，也会新增一个会话，而且在跟多人聊天时会有多个会话，我们只需要点击不同的会话，就可以激活不同的聊天窗口（见下图）。

那网页版的会话怎么处理呢？页面里是没有任务栏的。有些WebIM创造了这么一个任务栏，比如Facebook，页面下方多出来一个浮动工具条，当然它还有别的用途，这也是个办法，但有没有别的更好的办法呢？思考过程中，我们重新梳理了会话的作用：

1、存储聊天状态
2、切换聊天对象
3、提醒新信息

这样看来，会话需要呈现的信息并不需要太多，只用小头像显示即可，我们把目光放到了聊天面板上“在线好友”上面（见下图）。

在这里依据时间顺序排列会话的小头像，操作上也很顺手，详细定义一下：

1、当有新消息来时，出现目标好友的小头像一闪一闪，点击后出现聊天窗口，同时存储聊天状态，会话小头像保留，不再闪动
2、最小化聊天窗口后，保留会话小头像，关闭聊天窗口后，去除会话小头像
3、点击会话小头像，弹出/激活之前的聊天窗口

当然，还有一种状态也不能忘，就是在屏幕分辨率在1024或者更低时，我们定义聊天面板是收起来的（见下图）。

这时会话的位置同样可以放在收起的小条上，丝毫不影响使用~

三、编辑器的编辑区域

在白社会的日志、转帖、讨论区中，都要发布/修改内容，所以要用到编辑器。说到编辑器，不得不说编辑器的鼻祖——Office中的Word，作为文字编辑最强者，编辑器的发展也是引领时代的，而在网页端，编辑器的功能受网页端的限制，做不到太强，所以在使用感受上，如何能接近Word的使用感受，自然是最好的。

说到这里，需要明确的是，对文字编辑来说，编辑器并不仅仅是上面的一堆工具条，还有个最重要的就是编辑区域，这里其实最影响编辑较多文字时的感受，以往我们使用网页版编辑器时，常常会因为编辑区域太小，而要面对编辑框里和页面的双重滚动条，十分难受（见下图）。

回想一下Word里，只有一个滚动条，为什么呢，文档是满了一页又出一页，这就给我们带来了灵感，如果我们的浏览器也是这样呢~ 所以我们定义了编辑器中编辑区域是根据内容自动伸展的，这样就很像Word里的满了一页又出一页，这样就只有一个浏览器的滚动条了，但是当页面长了往下翻时，上面的工具条看不见了，这样我们又定义了工具条跟随页面往下滚，有了上面“好友新鲜事新增提醒”之后，这个就是一样的定义了，这样编辑时就是这样的状态了（见下图）。

这样一个小小的变化，编辑文字过多时就会好用很多。

写了三期的交互创新了，也许这些创新点还不成熟，还有很多缺点，不过我们不怕大家笑话，能给大家分享一下我们在探索路上的思路也是好的，同时也欢迎大家能够多多交流自己的思路和想法，让我们共同来推动行业的发展吧！

　　接上一篇的 浅谈白社会交互设计的创新（一），这次谈谈 任务 的设计。任务想必大家都接触过，在学习中，在工作中，在游戏中都会有，一般的形式是接到一个任务——努力完成任务——交任务（领奖励）。宏观的看，人的一生就是在完成着一个又一个的任务。回到正题，首先需要说说的是在SNS中设计任务的目的，我们的观点是：

1. 任务是一种运营手段，可以引导用户在特定的时间做特定的事情。
2. 任务可以做新手引导，可以有步骤有奖励的指引用户熟悉系统了解功能。
3. 任务是奖励用户行为的入口，也是虚拟货币（金币）的唯一出口。

　　在明确这几个方面之后，我们很快的设计确定了任务的列表页和任务描述页，十足的任务感和游戏感，毕竟大家都玩过网游的嘛~

　　确定这个之后，另一个关键点是用户如何去领、做、交任务，我们初步想法是向网游学习，做一个任务跟踪层，用户可以随时查看任务说明，并能及时了解任务的进度。这里有一点补充的，我们选择了自动领取任务，原因是领任务的环节让前置操作过于复杂了，这也是我们任务的重量级而决定的。这样重点就放在让用户如何知道新任务——做任务——交任务上了。

　　但恰恰正是因为自动领取任务，让我们碰到新的问题。大部分网游里的任务是在领取之后才开始进行追踪的，并不断判断用户的完成情况，为了不造成太大的服务器压力，一般也会设定可领取任务的最大数量。而使用自动领取任务后，意味着用户的最大任务数量是不可预估的，这样想做到实时的任务追踪就很困难了。既然不能两全，权衡下利弊，我们决定还是保留自动领取任务（降低门槛），不做全局的实时任务追踪，只把任务追踪的步骤放在了Home页和任务列表页，这样在首页的右上角诞生了任务的提示区域：

　　Home页自然是寸土寸金了，如何能把我们和用户都想要的任务及时推给用户呢，我们在这里想了一个策略，现在来看还是比较不错的（点击小图查看大图）：

　　接下来怎么让用户方便的做任务呢？最理想的方式是让任务随时能调出来，以方便用户在做任务的过程中查看。这里想到了 音乐盒 的实现方式，即弹开一个无地址栏的小浏览器窗口，这样不会影响主窗口的正常操作，还能随时激活小窗口来看详细任务，似乎很妙啊~

　　好，就先这么做吧~经过工程师的开发，可以测试了，先使用IE6和Firefox，觉的确实不错，完成任务之后，点击Home页的任务提示，小窗口被激活并刷新，直接领取奖励，跟我们的设想一模一样。但很快问题显现了，在IE7/8、遨游、搜狗浏览器等使用tab分页面的浏览器上，是没有小窗的，只能新开一个tab页，这样详细任务出现在整页里显得非常诡异，另外一点是在点击Home页的任务提示后，不能激活任务的tab页……这点太致命了，想象中很妙的方案由于不具备普适性变得一文不值，于是乎只好放弃了这种方案。

　　有话说的好，退一步海阔天空，我们尝试使用了弹出层的方式，层的方式意味着不能做到用户在做任务时随时调出来查看，只能在Home页和任务列表页才可以打开层，不完美的方案也让我们没有什么底气，只能先做一下用户测试。在对公司内外的一些用户做了用户测试之后，心里的石头放下了，由于SNS任务的复杂程度并不能达到网游的水平，用户并不会出现随时调出来任务来查看的情景，反而是在查看了任务弹出层之后，直接通过“去做任务”的引导直接去做操作，并且能够很好的记住任务开始的地方，回到Home页来交任务领取奖励。产品就是这样，同样的需求，不同的使用情景决定了不同的交互形式。这就是现在任务的形式了：

　　讲了这么多幕后的故事，也许这真算不上是什么创新，但我们很高兴能跟大家分享我们的教训和经验。尤其是看到现在新生的SNS都标配了类似的任务，我们很自豪能够对行业的发展产生一点点小的推进，在这里再次谢谢大家的支持~

　　我会整理出一个系列，一点一点的跟大家分享，今天先说真心话这个组件吧，真心话早在开心网上就风靡一时，一度是开心上最火的应用，我们在打算做这个组件时，自然也是将开心的真心话作为首要研究对象，大家玩过的都知道，真心话有着广泛的话题，便捷的参与形式，病毒式的传播方法，都是值得津津乐道的。我们这里说下真心话的交互设计，在研究了真心话的信息架构之后，我们自己先拟了一个草稿：

交互真心话之前：

交换真心话之后：

　　因为在玩开心的真心话的时候，每次交换完还需要再点击一次才能查看其他好友的真心话，感觉得很多余，就做了点小改进，直接在交换完就列出来了其他好友的真心话，并且可以评论。

　　但是退回到用户的角度后，觉得这样使用还是不爽，交换的时候只能看到一个好友的入口，而一般大家都是冲着某些好友的答案才去参与的，如果只能看到一个好友入口，还是刺激不起去交换的欲望。我们就想，如果能看到所有参与好友的入口岂不是最好，这样我们就又出了一个原型版本。（很遗憾没存根……）

　　有了这次突破之后，慢慢思路就打开了，我们发现，噢，其实这个真心话就是个群体参与的活动啊，为什幺死守交换的概念呢，反而局限自己的思维了。一番讨论之后，我们把它比喻成一个小黑板，老师在上面出了一道题，同学们在下面答题，只有答过题的同学才可以看其他同学的答案，这就清晰了，在设计的时候呢，我们也还原了这样一种情景：
参与真心话之前：

参与真心话之后：

看，像不像同学们的书桌排排坐着答题呢~

　　再后来，为了鼓励讨论，在每个答案的下面挂上了评论的入口，就这样一个左右不对称的的双排布局（我们内部俗称“双排扣”）就诞生了，后来在实际的使用中，这种双排扣的形式也会把气氛烘托的非常热闹：

后来，这种布局还成功的被“天天向上——每日一测”所复用：

　　但是，凡事有利也有弊，这时出现了点问题，就是在如何在这种不可预期的布局下找到想看的人和自己的信息。我们仔细分析了用户怎样接收到真心话的情景，发现有这几种形式：

1. 收到通知，有人跟自己交换了真心话：这种情况下对于自己关心的是这个好友的真心话答案，自然我们通过通知点过去的链接，应该把该好友放在左上角第一个位置。
2. 收到通知，有人评论了自己的真心话：这种情况下对于自己关心的是自己的真心话答案下面的评论，自然我们通过通知点过去的链接，应该把自己放在左上角第一个位置。
3. 收到通知，有好友也评论了之前自己评论过的其他好友的真心话：这种情况下对于自己关心的是之前自己评论过的好友的答案下的评论，自然我们通过通知点过去的链接，应该把之前好友放在左上角的第一个位置。
4. 看到新鲜事，有好友参与了一个真心话题：这种情况对于自己关心的是该好友的答案，自然我们点击后（如果没参与需要先参与），应该把该好友放在左上角的第一个位置。

在我们梳理清楚了这个之后，就解决了问题，也很感谢我们的工程师，要实现起来还是要花些力气的。

　　这就是现在的白社会的真心话的交互的不同之处，也算是站在巨人肩膀上的一种创新吧。我理解，在用户最需要帮助的时候，想办法去推他一把，往往这就是创新的地方了~

1. 分享——将我们的经验和教训分享给大家，让大家能从中哪怕收获到一点点呢，我们都很高兴~
2. 交流——与天下同行们的一个交流地儿，分享自己的同时也从大家身上学习到更多的东西~
3. 布道——将UCD的观念传播给更多的人，无论是从业者还是非从业者，让我们的行业更加壮大，让我们的互联网更加美好~

转自Todd的《开篇》

好感动~~~~~

我们就拿 白社会 中的Dialog规范举个例子：

以上是目前网站比较常见的提示框，它最初是模拟windows提示框出现的，让用户在使用中更加容易接受。

首先，我们根据用途，将Dialog分为以下5类，并且尽量详细的定义Dialog的使用用途、交互规则、文字和按钮规则：

1. 确认框： 常用于删除或批量操作，再次确认使用。交互规则：直接显示对话框，点击按钮后直接消失。
   标题：操作+目标，例如删除日志，删除照片专辑，解除好友关系……
   按钮：确定+取消
2. 操作框： 常用于进一步操作，入口较小，但操作步骤较多时，比如加好友，设隐私等。交互规则：直接显示对话框，确认完毕后，变为通知框。
   标题：操作+目标，一般为入口的名字，例如新建照片专辑，修改真心话，添加选项……
   按钮：保存（行为）+取消，行为例如加为好友，添加，分享……
3. 通知框： 常用于确认框和操作框的确认后，通知用户结果，一般只有一个按钮。交互规则：点击按钮立即消失，如果不点击按钮，1秒后渐隐消失。
   标题：沿用之前操作框的标题
   按钮：关闭
4. 提示框： 常用于表单提交后的验证，通知用户哪些信息不完整或者操作步骤不对。多条信息提示使用1、2、3……的序号排列
   标题：提示
   按钮：确定
5. 未保存提示框： 常用于表单未保存就跳转的提示，提示用户未保存信息是否需要保存。
   标题：未保存+目标，例如未保存日志，未保存个人档案，未保存隐私设置……
   按钮：保存+不保存+取消

由于是模拟windows控件出现，我们也不能忘了快捷键，以方便键盘流的使用~

快捷键： 支持键盘的enter操作框上的主操作，一般为”确定”"保存”等，支持键盘的esc操作框上的取消/关闭操作，一般为”取消”"关闭XX”等。

这样，一个关于Dialog的交互规范就定义完了。

我们之前在设计 白社会 中的个人主页时，经过产品需求分析，我们将个人主页的使用情景分成了4类，并情景的的重要度依次排列，排首位的是情景1：初次看陌生人的个人主页。

这里，我们模拟一下情景，编一个小故事来带出需求和解决问题：

人物：小宝
故事：
1、一天，小宝看到同事李伟的好友里有个叫小美的，特别活跃，看头像貌似还是个美女，于是特想知道小美的更多情况，多大了，有没有男朋友，在哪上班，喜欢什么，有没有更多的照片，想认识认识……
2、小宝收到好友邀请，但是通过看人名和头像，好像不认识这个人，于是他想知道跟自己有什么关系，是不是该接受好友邀请

需求：
1、可以看到对方的详细的档案信息。
2、可以看到对方的照片。
3、可以了解对方的经常干些什么，最近是个什么状态。
4、可以加对方为好友。
5、可以看到对方跟自己的关系。

主要成功场景：
1、很快的找到大头像以及部分照片
2、很快的看到年龄、工作、人生阶段等信息，并可以进一步了解对方的更多兴趣爱好
3、可以看到对方最近喜欢干些什么事，近期的状态更新
4、很方便的点击加她为好友，为了不那么冒昧，可以先打个招呼什么的
5、能通过双方的联系（共同好友），很快猜出对方是什么人

设计：
1、元素：大头像，名字，简略的档案，部分照片，加好友，打招呼，动态，状态，共同好友，更多档案信息
2、排列：大头像显示，简略的档案信息，部分照片的展示都属于人物个人属性，放在一列中体现，动态以及状态属于人物的行为属性，放在另一列中体现，双方的共同好友，属于人物的关系属性，放在第三列中体现，这样个人主页应该具备三列式的排布，依次个人-行为-关系，动态信息量比较大，放在中间列，更宽的位置展示。更多档案信息属于进一步了解对象，可以放到个人主页之外
3、顺序：头像，简略档案，照片符合从浅到深的理解顺序，自上到下排列，加好友、打招呼、状态暂不排列

这样，比较顺理成章的找到了主要需求，解决了主要问题，完成了主要情景下的设计。

然后，我们在按此方法把其他情景依次分析，最后综合一下，就可以完成个人主页的基本设计了。

情景2：看新好友的个人主页
……
情景3：看老好友的个人主页
……
情景4：看自己的个人主页
……

前一阵看到UCDChina上讨论情景设计比较有意思，我们组内也做了一个情景模拟实践：

男ž主人公：小亮，ž年龄：26岁，ž出生地：山东，ž学历：本科，ž职业：公务员，ž行业：建筑，ž公司性质：事业单位，ž工作地点：北京，ž爱好：足球、游戏

女主人公：ž小莉，žž年龄：25岁，ž出生地：天津，ž学历：本科，ž职业：销售，ž行业：保险，ž工作地点：北京，ž爱好：唠嗑

情景一：
男大当婚，女大当嫁，按惯例，要回男方家里办喜事，趁着十一七天回老家办了喜事。七天后，两人回到了北京，北京还有同学朋友邻居同事呢，不请不行吧，毕竟是喜事嘛，好吧，请！难题就来了～～北京不比老家小地方，这饭店跟繁星一样众多，这地方跟天空一样广阔，这大家也跟民工一样忙碌，这请在哪好呢？先计划计划吧，两人在家里这么一合计，双方的同学在北京的，有20个之多呢～同事呢，那更海了去了，还是挑一挑吧，同学找同一个班的，关系不错的，同事找几个聊得来的，还有些非同学非同事非情不可的朋友，加一起30多个，这得订三备四了（订三桌预备四桌）。再看看地点，这些个人呢，住址分布的挺广泛，北京城从东到西，从南到北，还都不拉下，找个相对密集的吧，因为从事IT的人比较多，那就中关村区域，不说住的近吧，至少路线都熟，呵呵。该选饭店了吧，上次老王家结婚请客在天外天，350一桌，太寒碜了，吃饭时大家都在嘀咕，不能比天外天差，小刘结婚请客在俏江南，1500一桌，奢侈，十足的奢侈，咱不跟他比～

交代背景，提出需求。
抛出问题：他们到底要找的是个什么样的饭店？
答案：地处中关村区域、有大包间能容纳3-4桌、价格适中1000一桌以内、有成套酒席，有品

情景二：
两人对网络还算是熟悉，经常会用到，上班也是常常上网，这次就用网络来帮忙选一选饭店吧。听说过大众点评网，但以前也没用过，先上去看看，打开大众点评网，密密麻麻的一堆字，还没找到怎么入手呢，就看到了热门商圈：中关村，好，点进去看看着，有饭店的列表了，森林雨火锅、烤研院、紫菩提……这都什么啊，按什么排的啊？再找找，找到一行很小很小的字，排序: 默认 星级 口味 环境 服务 人气 人均 会员商户 ，也不知道怎么排序合适了，那挨个点点看吧，点到人均的时候，突然意识到这个指数很重要啊，盘算了下，一桌控制在800-1000块钱比较好，不至于太差，大家给红包也能给的多点，哈哈～这样人均就是80-100，那就先在这个区间里面找吧。找到两家（義和雅苑、美林阁），看评论也说不错的，价位也在这个人均90几。于是按照上面的电话一一打过去咨询，一是问有没有足够大的包间，二是问有没有成套的酒席，价位如何，三是问下周末可否预订。结果很失望啊，義和雅苑没有能坐下3桌的包间，价格也很高啊，远超过点评网上的人均90几……美林阁也是，成套的酒席最少也是1000多一桌。这大众点评网不靠谱，换！听闻口碑网跟雅虎合并了，应该也不错吧，上去看看先。找到餐饮休闲，呵呵，也是第一时间就找到了中关村。这次学聪明了，在上面的筛选上就选择了价位区间，50-100，然后排序也选了价格排序。哇，口碑网收录的饭店可是要多得多得多了，8页慢慢翻吧～最后选中了3家（锦府盐帮酒楼、尚村私家菜、湘临天下中关村店），然后按电话打过去问，经过反复的咨询再咨询，排除掉一些不利因素，最终选定尚村私家菜，定下3桌888元的套席。

具体实践，发现问题。

使用网站过程中，有什么不爽呢？
1、页面信息太多，入口不清晰
2、图片信息不全，不利于判断
3、筛选结果不够精确，筛选条件不够
4、重要的路径被打断
5、引导不够
6、排序跟筛选不分
7、层级、路径较混乱
8、没有婚宴等结婚有关的关键词

ž那有什么挺爽的呢？
1、地图功能较好，跟餐馆链接较好
2、筛选和排序功能好
3、有照片介绍很好
4、有饭店的评论
5、首页搜索推荐功能较好
6、头部大搜索比较明确
7、返回首页的链接

组内讨论是很热烈的，情景模拟的方式比较生动，也比较容易调动参与者的积极性，相比起枯燥的闷头自己研究，要好了很多~最后，做了一些关于情景设计的总结：

一、情景设计的优点：
ž1、能帮助我们有效的区分开信息权重，当然这也需要足够多的主要情景样本～
ž2、能帮助我们进行路径优化，避开我们想当然的一些路障～
ž3、多进行情景设计或情景模拟，能让我们对主用户群的心态把握的更好～

二、情景设计应该注意的问题：
ž1、是产品设计及优化的一部分（结构化）
ž2、要以用户访谈和需求分析为基础
ž3、需要设计师的设计经验、同理心、还原能力
ž4、情景优化，反复迭代
ž5、用户角色设计的实战版，需要几种典型角色
ž6、不止是设计方法，是一种设计理念

情景设计终归只是设计方法，不会有十全十美的，也不会普遍适用的，更重要的其实是设计者的UCD的设计理念，保持一颗同理心才是最重要的~

    自我介绍一下，我们锦城足球队的兄弟，岁数都已经不小了，日子都还小康，刚开盘就驻扎在北苑，三年多没有过冠名，没有广告赞助，没正经赢过谁，蹉跎中练就 宽容性格，无数巨变后氛围和谐，实话实说应该定性为一个没有技术没有身体只有热情的“小球队”。大伙性格OPEN，人品五五开，都不算老实人，但天生胆 小，杀人放火我们也下不去那手，伤天害理、没事乱扣帽子了我们自己良心也备受摧残，命中注定想学坏都当不了大坏蛋。总体而言基本上还是属于对人群、对社 会、对足球有益无害的一类。

    有意者申请，非诚勿扰。