（playfish的country story，装扮非常漂亮）

这篇谈装扮的期限问题，装扮物需要加期限吗？（注： 主要针对环境装扮，不针对任何游戏，仅发表观点而已。）

我的观点是不能加，先分析一下装扮的特点：

1.  装扮效果是基于大量、种类繁多的装扮物组合而成的，是一个整体；

2.  装扮是经过不断调整、对比搭配出来的，有个过程；

3.  装扮是一种展示、一种炫耀，需要有成果，一般有阶段性目标；

基于以上特点，如果给装扮物品加期限（以15天为标准）：

1.  整体会被不同时间点到期而消失的装扮物破坏，而且会不断地出现这种情况；

2.  装扮过程又会被不同时间点到期而消失的装扮物打乱节奏，同样会不断地发生；

3.  装扮成果不稳定、目标遥遥无期，只要有期限，夸张点说理论上没有成果；

（程度由到期的装扮物的数量决定）

举个例子：一个画家画一幅油画， 颜料会在15天后自动挥发， 如果今天早上起来，红色颜料挥发了，那么油画画面中有红色的地方全部消失……然后需要先赚钱，然后再买红色或其它可能比红色更好看的颜料画上去，这样画家才能维持一幅油画的完整性……

啥感觉？ 崩溃，除了崩溃我想不到其它的词。可能你会举出一些实例来反驳我，比如前几天跟付凯聊这个问题的时候他提到过2个实例：

1. QQ炫舞里的服装就有期限；

2. crossfire里的某些装备就有期限；

但问题是，以上2个实例能和诸如 “farmville” 、“tiki resort”等环境装扮能够划等号吗？显然不能。

（tiki resort的各种店，店本生就是种装扮）

首先QQ炫舞：

1. 服装能有多少？帽子、上衣、裤子、鞋、再加上配饰，从头到脚搭配一遍能花多少时间？ 能和几十上百件环境装扮物相提并论？你应该玩儿过cafe world，换一遍地板、墙面、座椅，很轻松半个多小时就过去了，有时再琢磨琢磨、比较比较，换一次装扮1个小时很正常。

2. QQ炫舞是几个人一起跳舞，你穿得不好别人要踢你、你穿得不好感觉受到鄙视、你穿得不好就没得玩儿了、你穿得不好很大程度上代表你是个菜鸟，所以即便服装有期限玩家也有购买的欲望；环境装扮没有这种意境，首先没有大家一个场景一起玩儿的情况；其次没有装扮，游戏主玩儿法照样进行。

然后crossfire：（去年在爱狗、爱猫团队里，有段时间每天都会一起玩儿生化模式）

1. 首先，道具不涉及装扮成份，道具没有那种装扮时自己花精力搭配、摆放、设计的过程；

2. 其次，基础装备是没有期限的，不会出现突然某一天啥都没有了，光着身子积累虚拟金币去重新购买衣服、买枪的情况；

3. 再者，部分装备是有期限没有问题，一把枪用了一段时间坏掉了，还比较容易接受。

所以道具的期限压根儿和环境装扮不是一回事儿，道具坏了需要维修，道具废了需要重新购买，很自然。比如你们家的菜刀用来宰骨头宰得不够锋利了，理所当然需要磨一磨（维修），如果把刀宰坏了，理所当然需要再买一把，这就是道具，不是装扮。如果你们家辛辛苦苦装修的地板、墙纸和窗帘哪天突然消失了，然后告诉你，它们都到期了，需要重新购买，重新装修，你就很崩溃，更崩溃的是你10多天就得赚钱买一次、重新设计一次？

说到这里，你可能又有疑问，如果不加期限，玩家装完了就完了，怎么赚钱？

这个问题就犹如social game的生命周期很短，玩家很快就玩儿完了，玩儿完了我怎么赚钱？问题是加了期限你赚得到钱吗？ 我没有这方面的数据，不敢说大话，但是我们不用看数据也能清楚地体验到这样一个事实：facebook上主流的涉及装扮的游戏，如zynga的 farmville、petville、fishville、cafe world，playfish的 country story，还有最近比较火的playdom的social city、tiki resort…… 没有一款是装扮物加期限的，难道他们都不想赚钱？

那他们有没有因为装扮物而赚到钱？怎么赚？我告诉你他们怎么赚到钱的，靠运营、靠技巧，举个例子，虎年到了，zynga的fishville会出很多虎年主题的装扮物品，比如下图的小老虎，zynga会用一些运营技巧把这些主题推给用户……

OK，虎年了，你的朋友都换上了虎年装扮，好漂亮，你换不换？你的装扮那么土，你换不换？而且这些装扮目前都是搞活动有折扣……

末了，还是来个总结吧。我把装扮物期限问题归结为2个词，这是我认为引起其它问题的核心要素：

1. 数量

装扮一般是比较大的一个场景，这就意味着装扮物数量会比较多。数量一多又有期限，需要重新再操作一遍的时间成本、思考成本、动手成本就会比较大。比如下图的farmville，那么多的装扮不断地消失，重新来一遍成本多大可想而知，而且对于某款装扮物品还额外产生记忆负担，玩儿一款游戏需要那么累吗？我不玩儿了可以不？

注：既然加期限就意味着比较频繁，否则你做个半年、1年的期限等于没做。

2. 强迫

玩家应该自由选择要不要撤下装扮物/更换装扮物，期限是一种变相的强迫，到期了你就必须赚钱重新购买，重新装扮。除了以上带来的操作等负担，又牵涉了利益问题，这是一种零和利益，一方得正是一方失，而这种失去是强迫的，虚拟财富被强迫地烧掉，而不是通过运营让玩家自己选择。我之前一篇文章谈过利益问题，我们有经验的，还是那句话，那么多游戏，我不玩儿了可以不？

鉴于以上分析，环境装扮不适合加期限！ 至少加期限的装扮物是极其稀少、极其贵重的，但从视觉体现上你做得到吗？不针对任何游戏，仅发表观点而已。

OK，睡觉  ^^

参加了一年一度的SNS社交游戏峰会，作为一个参与者，有遗憾，也有收获。

 

最后呢，下2个决心：

 

1. 名片问题，不能在以后任何场合掉链子了；

2. 一定要把英语拿下，排上日程，不然我慢慢就会被淘汰的；

 

（穿上Rockyou 的T恤，留念一张）

 

总的来说会议还蛮不错的。  ^^

一晚，狐狸来到了水井旁看到井底的圆月，以为这是块大奶酪。有两只吊桶是用于一上一下交替打水上来的，这只饿得发昏的狐狸跨进一只水桶下到了井底，另一只水桶升到了井面。下到井低才明白这圆月是吃不得的，自己已铸成大错，处境十分地不利，长期下去就只有等死了。如果没有另一个饥饿的替死鬼来打这月亮的主意，以同样的方式，落得同样悲惨的下场把它从眼下窘迫的境地换出来，它怎能指望活着回到地面上去呢？两天两夜过去了，没有一个人光顾水井，时间一分一秒地不断流逝，银色的上弦月出现了。沮丧的狐狸无计可施时，刚好一只口喝的狼途经此地，狐狸不禁喜上眉梢，它对狼抬起头打着招呼道：“喂，伙计，我免费招待你一顿美餐你看怎么样？你看到这个了吗？”它指着井底的月亮对狼说，“这可是块十分好吃的干酪，这是家畜森林之神福纳用奶牛伊娥的奶做出来的，假如神王朱庇特病了，只要尝到这美味可口的食物都会胃口顿开。我已吃掉了这奶酪的那一半，剩下这半也够你吃一顿的了。就请委屈你钻到我特意为你准备好的桶里下到井里来吧。”狐狸尽量把故事编得天衣无缝，这只狼果然中了它的奸计。狼下到井里，它的重量使狐狸升到了井口，这只被困两天的狐狸终于得救了。

游戏中的武器是由零件制成的，加工和升级都必须用到。游戏中的一个设计就很正和，玩家每天上来都可以到好友页面去随机领取一定数量、种类的零件，好友越多领取的就越多。对于玩家来说这是白拿的，所以很多玩家（包括我）每天早上都要到好友的页面去光顾一番，虽然不一定能够得到多少需要的零件，但利益还是吸引了玩家，为了多领一点，不少人还到处邀请好友。对于GM来说，获得了什么？玩家之间的互动性、游戏的推广、活跃用户量甚至PV，这种方法让玩家总觉得有个东西在这里等着他，每天都想着回到游戏来获取利益。这就比较平衡，没有什么怨言可讲的，这就是正和利益。

 

大家都拿到自己想要的，但至少一方不能有损失，这是正和的基础，但不少游戏就会犯这些错误。拿我们以前的一款游戏爱猫·爱情冒险举例（这个例子讲玩家和玩家之间的利益问题）：

 

 

这里只列举其中一个强关系互动的玩儿法，游戏双方合作并各出一只猫猫组成2只进行冒险，在游戏途中经过一定的时间会到达另一个冒险目的地，然后会出现“拾金子”、“捡金豆”、“亲密”等操作，一方点取了另一方就没了，对于错失的一方就白白损失时间，接下来出现的就是频繁地抢操作、抢利益、抱怨、相互指责、批判游戏… 这就很像零和利益，一方所得正是另一方的错失，这个教训一定要记牢了。

 

前段时间又在网上看见台湾地区農民幣消失事件（大陆可能得翻墙才能打开），找到一些论坛，骂声一片，说是不是想钱想疯了。还好农场后来有所反应，应对玩家的损失给出赔偿。

 

前些天在看一本书《博弈论的诡计》，本来就一直想谈有关SNS game的利益问题，正好借用它的概念了。从书中的理念讲，利益被损害了，就得反抗，在这个时候不合作博弈正是利益被损害者的最佳策略，直到另一方做出合作的姿态，主动进行合作博弈，才可能走向正和利益。

 

看到这里就想起前2天我们正在面对的问题，一群爱猫的玩家觉得自己利益被侵害了，集体罢工充值，以示抗议。

 

 

我不喜欢回避问题，正好拿出来说一下，错了就错了，哪个人不犯错呢？当时我们和玩家已经到了负和利益的地步了，谁都没能捞到便宜，还好这篇文章出来之前，我们修复了bug，给出了回应，大多数玩家也作出合作姿态，表示能理解我们。就像博弈论里讲的必须要有一方改变，做出合作的姿态，利益才能继续，因为大家都还希望在一起嘛，我们又不是做一锤子买卖的。

 

因利而合、因利而分、因利而斗， 这次算整个体验了一把。还是那句老话，水能载舟，也能覆舟，就像GM和玩家一样，为什么要水火不形容呢？这就是我想说的，SNS game 要追求正和利益的设计。

 

至于方法，不是本篇要谈的，太多了…

 

 

————————–

预告片：下一篇想谈SNS game(social game) 植入式广告

 

PS：PK类游戏中的玩家输赢不计入利益得失的讨论，因为那是游戏玩儿法。

      先看图：

      如果你是一个NBA的忠实球迷，你不费劲能看懂这个赛程表，如果你对NBA赛制规则不是很熟悉，偶尔看下球，看到这张表，你真的有可能晕掉！

      我先简单说明一下赛程：

      1.  目前NBA7场制比赛实行的是 2-2-1-1-1 ，如果是A、B 2只球队比赛，A常规赛排名靠前战绩好，那么主客场分配方式就是这样的：

      也就是先在A队主场打2场，然后到B队主场……

      2.   如果提前有一队胜了4场，后边的比赛就不用打了。

      回到最上方的赛程表，有问题吗？为什么是3只球队（图中箭头处）？哇，24号还有火箭的比赛！

      如果你不熟悉规则、不熟悉赛制，很有可能产生上面的疑惑，罪魁祸首在于编辑大哥想把2张尚未敲定赛程表合一起呈现给大家，但是，信息能够传达地够准确吗？

      先看常规赛排名：

      如上图， 湖人第1，掘金第2，火箭第5，由于掘金已提前锁定西部决赛的一个席位（4：1干掉小牛），现在需要等待火箭和湖人的胜者。

      最关键的是火箭和湖人的胜负将直接决定掘金的主客场安排，如果火箭赢了，掘金由于常规赛排名占优将获得主场优势，如果火箭被淘汰，决赛主场优势就是湖人的了。（比赛时间也有可能受到影响，和球队主场地理位置有关）

      说明白了这些，上方的赛程表就好改了，关键点：

      1.  火箭胜 or 湖人胜；

      2.  主客场分配；

      我们可以分表呈现，也可以在原表基础上加一列，简单理了一张：

      如图，丹佛掘金的主客场分配完全是2个样。

      这只是一个简单的赛程表，我还遇到其它很多事情，信息传达者试图将很多信息揉一起传达给用户，生怕难不倒用户了，但是，用户接受得了吗？

      信息如果无法以更好的方式传达给用户，请首先做到准确。

      但是，智能就可以不考虑实际使用场景吗？我的一个“智能”摄像头就让我头疼了一番：

      如上图，说它“智能”是因为它会在光线不足的情况下自动开启摄像头旁边的照明灯（^_^ 没有电筒的时候，用它找找地上掉落的小物件其实很不错），但是，它让我体验很不爽的就是这3个照明灯射得我眼睛受不了，更恐怖的是我用尽了浑身解数都无法关掉它。

      怎么会这样呢？我真的怀疑我是不是%#有问题，翻来覆去的摆弄手中的摄像头，能按的都按了，能转的都转了，就是ok不了。把摄像头对准光源照明灯就灭了：

      此时此刻我只能认为这是产品的设计意图了，设计师考虑到用户使用的时候可能光线不足，于是为用户设计了这么一个“智能”的补光功能，但是，这个设计不可避免的有很多弊端，不防看看一下2个场景：

      场景1： 果伦是个电影发烧友，平时喜欢在电脑上看电影，配上自己架设的专业音响及宽屏显示器，视听效果不逊于电影院。于是果伦像以往一样把灯关上，坐在桌前准备享受享受……可是今天刚装上的摄像头的灯却自动亮了，在黑暗的环境下射得眼睛很不舒服，于是想关掉它，可是却怎么也不得法，情急之下只好拔掉摄像头的usb接口……

      场景2： 小Q的电脑桌摆在窗户前边，虽然房间是背阳面、光线不是十分充足，但是白天也不用开灯。一天小Q装上了新的摄像头，由于摄像头背对窗户进光不足，照明灯自动开启，刺眼的灯光让小Q无法忍受，于是想关掉它，但却怎么也搞不定……

      从这里我们不得不联想到许多“智能”的互联网产品，自作聪明的设计师以为自己帮助用户考虑了很多，强加给用户一些功能，然后还洋洋得意地嚷道：“……这个肯定有用，用户肯定喜欢的……”。但却往往忽视了很多用户实际使用场景，这个摄像头的设计就是如此，“智能”开启就不说了，但是你总得允许我关掉它呀。

      产品设计的一个简单的原则：不要把自身的意图强加给用户，用户有选择用或不用的权利。设计师，你做到了吗？

      大家有没有发现什么问题？我们再来看看衣架：

      衣架上边是闭合的，和上边固定的横杆搭配在一起的时候就是这样的：

      ok，发现问题所在了吧，我们由下边2个实际场景来说明：

      场景1： 李成由于掌控门卡最先进入房间，由于习惯，一进门就先脱掉自己的外衣，顺手取下第一个衣架，然后放好衣服顺手就挂在第一环上。晓松放下行李并打开电视后，也脱下外衣，走到挂衣服的地方，发现必需先把李成的衣架取下后才能取出后边的空衣架……

      场景2：   果伦坐着看了会儿电视觉得热了，于是就把外衣脱掉，走过来正要挂衣服就郁闷了，还得一个一个地取下前边的衣服.对了，我直接把衣服往后边的空衣架上套吧，但是，臃肿的衣服、狭窄的挂干、挂干的高度很快使得果伦放弃了这个办法，哎，一个一个先取下来吧……

      这使我想起了以前学程序时的一种数组的数据结构（读取方式），数据先存入的放在最前边，后存入的放在后边，就这样一个一个的存入。如果要读取最先存入的数据，必需得遍历所有的数据，这显然降低了效率。就犹如我把小石子一个一个地放入一个长玻璃管里，突然想取出最下边一颗的时候，就必需先取出上边的，除非把玻璃管打碎：

      好了，回到衣架的设计上，我认为设计师没有考虑清楚实际使用场景，这种衣架是大家共用的，一般用户上来都会先取第一个衣架，然后也是挂在最外边（顺手），但是这样却给后来者带来了麻烦。大家不妨想想这种挂衣服的产品应该怎么来设计，或则有什么好的设计思路。

      我认为有2种设计方案：

      1.   改变衣架挂环的闭合设计方式，有开口的衣架就可以了；

      2.  也可以继续使用闭合挂环的衣架，但是对挂杆的设计必需做出改变：

      生活中只要留心观察，就会发现好多产品设计上的问题。我会将今后生活中的不佳及满意的产品体验都成文于博客，积累、交流、总结。

      谢谢关注！ ^_^

    10多年的朋友了，4年后又相聚在北京了，有说不尽的话，但又不知从何提起，学校里的一幕幕又仿佛回到了眼前，我们一起打篮球、一起创红灯、一起烧烤。那个时候李成成就开始玩儿音乐了，在学校里边组乐队、玩儿乐器……现在，他已经在温州开了自己的录音棚了，录音、作曲、演出、培训，依然热爱着音乐。

    他第二天早上飞温州，晚上在宾馆里，我们聊了很久，他分享了很多他的想法，温州人就是有头脑。提起我的工作，颇有惭愧，4年时间换行无数，尝试了许多，但却没有什么亮点。最后他建议我以后自己出来做。

    天下没有不散的宴席，短暂的相聚很快就结束了。我和晓松去送他，在机场快轨上，李成说：“别看现在我们都没结婚，下次见面可能大家都带着小孩了”。

    想起了张震岳的歌：“我怕我没有机会跟你说一声再见，因为也许就再也见不到你……”，可惜没有吉他，要不然大家可以来2首。

    是呀，下次见面不知道又得多少年了。朋友，再见！

——————————————————————————————————

补：找到一张04年我刚来北京的合影，变化还是蛮大的，赶紧拍了下来上传。

      周六早上刚开手机，接到周全的电话，约我去参加Iconfans的一个聚会，说是了解了解目前UI界的动态。久了没接触这行，去看看吧，顺便可以认识一些GUI的顶尖高手。

      JINGBO(上图右)1年前组办了iconfans，今天这个活动，他也请来了不少GUI好手比如下边会提到的童真鸣、小火、韩福红……其中有几位还分享了自己的作品。借此机会我还提前目睹了FlashGet 3 的界面。

      今天最大的收获还见到了以前非常喜欢的Rokey ，Rokey在会上展示了很多他们eico公司的作品，让大家饱了眼福！由于涉及到商业机密，作品没能摄影，无法在此分享。最能让我共鸣的是Rokey的一个观点：……希望以后的整个产品开发流程是以设计为主导的而不是开发，开发只是产品设计的一个工具…… 的确，开发只是产品实现的一个工具而已，开发人员在开发的过程中是无法从用户使用的角度考虑问题的……

      今天是Iconfans一周岁生日，大家介绍完自己后都围到一起吃生日蛋糕，气氛非常轻松。

     在互换名片、互相交流后。我们一起合影，纪念Iconfans一周年：

    ^_^   最后我们一起来记住这些脸孔：

iconfans 的创始人Box(左)   和 Zhar  (Rokey 在会上还以念他的名字来开玩笑)

2008国际GUI冠军赛最佳原创图标金奖获得者 童真鸣

 mapbar 的GUI设计师 韩福红 (本来想和她聊聊mapbar的……)

视觉写实能力极强的小火 (盯着蛋糕不放)

    什么是危险操作？这里我们先达成共识，那些可能造成严重后过的操作，比如“删除”、“卸载”等，我们就可以叫它危险操作。

    既然“删除”是一种危险操作，那理所当然应该提示、让用户确认啊。你别说，还真有不确认就删的。事情要从昨天说起，本人闲来无事，来到了kaixin001账户管理页面编辑资料，手一向比较痒，鼠标点得也比较快……是的，我点了“删除账户”：

        点了此按钮后，让我感到恐怖的事情来了，没有任何确认的步骤，页面一刷新，没了，账户没了。

       我当时不敢相信，马上点了其它一些模块，照片、日记、记录……看似安然无恙，但是再次登录的时候报错了：

 

        顿时五雷轰顶，我在这个网站倾注了这么长的时间，维系的网友关系、维护的照片、music、日记……没了、一次点击全都没了。

       此时此刻的我是真的kaixin了，怎么连确认步骤都没有啊？这太不严密了！还有更不严密的事情，听我慢慢道来：

       1. 我马上换了以前的另一个账号进入，可以看到看先前删除的那个用户，甚至可以点击进入到该用户页面并查看他的照片、日记……

 

 

 

 

 

 

        2. 查看也就算了，居然还可以给用户留言！按理说账户都删除了，就不应该看见该用户了，更何况留言。同样试了其它的功能，都照常能用，比如“动他一下”。我想问问kaixin网，用户都无法登录了，这些操作结果给谁看？这种逻辑严密吗？

 

 

 

 

 

 

        3. 被删除账户的一切资料都还在，那说明账户没有真正地删除掉，那应该有找回机制？找遍了登录页也没找到，最后用另一个账户找客服： 

 

 

 

 

 

 

         回复如上图所示“非常抱歉，删除的账户是无法恢复的”，这不扯吗？什么东西都在，关联一个账号不就完了吗？这又严密吗？

        心里非常不爽，于是马上顺便上了google的页面看看情况：

 

 

 

 

 

 

 

 

        点击“删除个人资料”后，非常友好的提示：

 

 

 

 

 

 

 

 

        好了，牢骚就到这里，冷静之后我们来分析2个场景：

        场景1：

       小翔是个产品设计的新手，设计的产品中刚好有“删除”的功能，正在思考怎么设计提示页面。突然想到了kaixin001，这个网站做得不是挺好的吗？上去看看他们的提示是怎么设计的……点击“删除账户”后……疯了，那么长时间使用积累的关系……

        场景2：（你可能要认为这个场景不太可能发生，有些事情就是有那么巧）

        阿伦一日在家上网，打开AA网站编辑资料，突然想到要下楼去拿报纸，正好妈妈这时候在打扫卫生，于是就进来顺便帮阿伦擦擦桌子、鼠标、键盘什么的，对键盘、鼠标、桌椅一阵狂擦之后离开了…… 阿伦进来了，看见显示器中已经是一团乱了，心想，一定又是老妈进来打扫卫生了…… 怎么我无法登录了：“妈，你点到什么呀”……

        从这2个场景再结合开心网事件，我们一开始可能会埋怨是缺少提示流程。但深入想想，我们可以看到产品设计本身是缺乏严密性的：

       1. 没有考虑清楚删除账户后，这个用户和其它用户的关系，是从其它好友的列表消失了呢？还是继续保留？

        2. 如果不从其它好友的账户里消失，那用户是否可以进入该用户的页面？如果进入这个用户的页面是不合理的，又应该怎么提示？

        3. 如果可以进入该用户的页面，那么是否可以像以前一样操作？是否可以留言、评论？这些留言、评论又给谁看？

        4. 我上传的照片如果还保留（包括网络硬盘的东西），所有权归谁？kaixin001吗？如果我有一些加密的隐私照片上传了，我无法删除它，该怎么办？

        5. 其它用户是否还能够加其为好友？如果是一认识的普通朋友加了我为好友，我可能永远都不知道，并且给别人一个误解就是：他不愿意加我吗？

        6. 既然可以删除账户，那么为什么没有设计找回机制呢？既然是用邮箱登录的，而邮箱的唯一性基本证明其属于唯一的用户，为什么不设置找回呢？

        ……

       开心网是我一直认为做得比较好的网站，很多地方做得非常不错，能聚集那么多的用户，真的很不容易。

        我们再联想到其它的互联网产品，不少的操作流程、业务逻辑都缺乏严密性，甚至有些连一些基本的逻辑都走不通。许多设计师对行业不熟悉，不去找产品的本质却整天在炒概念、炒设计流程、炒方法。

         想起昨天的操作即生气又后悔，但，这能怪用户吗？ 产品设计师请保证产品的严密性！

 ——————————————————————————————————–

后记： 开心网动作倒是很快，在我发了投诉后一天，确认页面已经加上了：（哎，就是账户回不来了）

 

 

 

 

 

 

 

 

 

 

 

 

 

 

^_^

        大家一定记得这么个gif动画吧，当时不禁惊叹作者的创意:

        哈哈，画什么呢？这作者真会使坏！这个简单的事情里边有个小哲理：“要看到事物真实的一面，有时真相往往不是你想的那样。”

     一朋友说你做产品的，干嘛还经常花精力玩儿点视觉。第一换脑子，第二不想将来后悔一些想法没有尝试去实现。

    以前的一个想法，今天拿出来做了，不管评价是好是坏，一番自娱自乐有何不可。

    我的名字，一般人会觉得有些特殊，yes，姓“果”，而这个“果”子又很特殊，左右对称的形状、上似脑袋下似手脚，很容易变形为一个小人。于是，曾经我很想让我的“果”字小人成为QQ、msn等各大IM软件中流行的人物表情，然后还可以演化成动画表情（好像野心不小，嘿嘿）。

    今天开工了，画了好多草图，原则是尽量保持“果”字的笔画，做一些简单的变形，做到简单直观。由于时间关系，只简单做了上面几个，以后在陆续增加。

     写这篇文章源自于和周全的一次聊天，也就是他和另一个朋友对于导航到底属不属于信息架构意见相左，他认为属于，至少有交集。另外一个朋友观点很明确，就认为导航不是信息架构，你还没明白什么是信息架构，但最终也没有说清楚信息架构到底是什么，和导航的关系是什么。

       还记得小学的时候，我非常喜欢看漫画，我有很多漫画书，什么七龙珠、圣斗士、北斗神拳……各种各样的书堆满了我的一个破旧的书柜。书都是乱扔的，每次看完一本找下一本的时候都得费白天功夫几乎翻便所有的漫画。于是一日突发灵性，想到个办法，把所有的书整理了一遍，不同的漫画分别放在不同的位置，每一卷都放在一起，然后在放书的柜子前边用透明胶贴上小纸条，写上每一卷的名字和书名。每次想看什么书都便于查找，每次看完了又放在同一个位置。

       说白了，上面的例子在说什么？归类、整理、做标记。

       在人类进步的过程中，我们逐渐的总结出一些方法，把一些事物（信息）归类，使这些事物（信息）清晰可循，这些事物（信息）在无形中有了明确的结构，这些结构划分引导我们方便地找到它获取它，从而提高效率产生价值。

        OK，回到本文话题上，信息架构和导航是怎样的关系？回答这个之前，先解决这2个问题：什么是信息架构？什么是导航？

       信息架构：简单一点来说，就是将信息组织、归类，让信息便于浏览、便于获取。

       导 航：信息组织归类后的表现形式，引导人们浏览获取信息。

        完了嘛！ 没有必要扯得那么深远，事物都是有本质的。对于一些互联网产品而言，我的观点就是信息架构和导航是分不开的，它们是密切结合的，而不是==和！=的关系，导航属于信息架构范畴，做信息整理、归类的过程中就已经在做导航了。

        当然，信息架构往深里探讨的确有很多学问，但是我们没有必要去咬概念，书本和学堂教会了我们死板，有时候我们需要灵活一点，找寻这些事物的本质才是关键。

        当你去探究这些事物的本质的时候，你会发现生活中到处都是“信息架构”、到处都是“导航”，比如西单图书城里边，那么多书，各个行业的、各个类别的，这些都是需要归类整理的，都是需要有一套摆放机制的，都是需要有引导牌（也就是导航）指引用户的。再比如超市里，各种商品的归类、各种品牌的摆放、超市上方的指引牌，这些不就是信息架构吗，不就是导航吗？信息架构无处不在，生活中充满了"导航"。

       后生发表的看法，仅仅看法而已，如有新颖的见解不妨指出，感激不尽。

        为什么要用一个问题作为标题呢？目的有2：

        1. 希望作为一个问题，路过者也不妨发表一下自己的见解；

         2. 自己才疏学浅，不敢高谈阔论，也当是带着一个问题来发表一下看法；

       可能你要说“什么是交互设计”“交互设计是什么”这类的文章都写烂了。是的，流传最广的要算DeDream讲述的一个交互实例了。但是我还是要从另外一些角度发表一下自我的看法。

      首先，在说交互设计做什么之前，我们先忘记诸如“用户体验”、“信息架构”、“设计流程/方法”、“用户角色”等等这些人们定义的概念或专有名词；OK，我们把自己当成原始人吧，我们先假定以下2种场景，以问路为主题吧：

       1.   互联网产生之前，找不到某个地方，问吧；

      A： 这位公子，请问“果亲王府”怎么走？

      B： 往前一直走，看到“有间客栈”后往左转，到了第二个路口处再往右转……就到了；

      A： ）（@*￥%&@#……          先往前走吧，找不到再问；

              到“有间客栈”了，见一C，继续问： 请问这位女子，从这里到“果亲王府”怎么走？

      C： （*&#（￥&#（@￥&……

      A： ……

              最终达到目的，虽然几经周折，体验还算不错……；

     2.   有了互联网产生之后，上goole地图、sougou地图、baidu map搜呗；

      A：map.baidu.com 输入“从**到果亲王府”；

      baidu map： 起点** 终点** ， 公交换乘 or 驾车路线？

      A：公交换乘；

      baidu map： 共有10条结果符合查询条件！

                             路线1：*&%%(#$(#^&@!^)#^@

                            路线2：*&%(*&%(#$(#^*()*^*&^*)&_&

                            ……

       A：最终也达到了目的，轻松、简单，体验也很不错；

      好了，上面2个场景其实很简单，2者的本质就是都产生了交互，在交互的过程中获取了信息、达到了自己的目的。如果说区别，不过是场景1是人人之间的交互（交流），而场景2是人机之间的交互。

      其次，我们就引入另一个关键吧，对，就是“设计”。有了交互，交互需要我们来设计它吗？

       第一种场景显然不需要设计，人与人之间的交流（交互）完全掌控在2个主观的个体上；体验也完全是由这些主观的个体决定的。你没听过哪个人需要我们来设计设计吧，不然他不会有思想。

       第二种场景中的baidu map显然是需要设计才能和人产生交互的，因为机器是死的，它不知道怎么和人来对话，它不知道怎么从人这里获取信息，也不知道怎么回答人们提出的问题；

       OK，逐渐开朗了，人类的进步，出现了这些高效的、可以代替人类重复性工作的工具，在这里我们就谈互联网产品吧，这些产品是死的、或不存在的，除非我们去设计它。

       显然其中还有一个实质的关键点就是设计地合理、好用与否带给使用者的价值是不可同日而语的。一个互联网产品从构思、规划到调研、设计，再到开发、测试、修改并最终上线供人们使用，设计在其中不可否认地起到决定性的作用，它使这些产品有功能、使这些产品有清晰的逻辑流程、使这些产品便于用户使用……这也就是设计师存在的价值！

       最后，我们回到标题吧，交互设计到底在干什么？我认为最主要就是一下2点：

          1 设计产品的功能（包括业务流程）；

          2 让产品好用，改善产品的可用性；

          当然，这是建立在一个良好的信息架构的基础上的。

       当然回到现实，很多公司对交互设计师的要求有很多不同，有的交互设计师还会做一些其它的事情，但是本质的东西是不会变的。

      在这些设计师设计的过程中，他们总结了很多方式方法（比如“自然语言法”“线框图法”等等）、部门之间的协作工作流程，使得设计的针对性更强、效率更高。这里就不一一讨论了。

      生活中我们每天都在交互，和不同的人交互、和不同的工具交互，比如闹钟、电视机、台灯等等。交互无处不在，交互充满了我们的生活。

      OH，my god…睡了，历时1个多小时，文章草草完成。^_^

       希望大家拍砖，这也是一种交互哦。