-
1 周, 4 天前数据，是每个公司都会关心的东西，至少到某一个阶段来说，数据有时候会被“神化”，比如伟大的Google公司，就是一个很典型的数据为一切的公司。 用数据来给我们作为设计导向也是一种很普遍的现象。很多时候设计师对数据便显得无可奈何，因为很多时候数据会成为创新设计师的绊脚石。看看前Google首席视觉设计师Doug Bowman的离职文章，就能看出来鲍曼对于Google用数据作为设计基础产生的愤慨。 数据就像一把双刃剑，有时候我们能用测试结果的数据来说服运营部门利用我们的设计方案，但也有时候运营部门会拿着数据来告诉我们他们的所需。其实作为一名产品设计师来说，对于数据的把握会成为自己对于产品设计的一种经验，就想铸剑师把握火候一样。 一、把握数据的轻重 其实作为数据它只能代表着过去的用户行为，它不能对以后产生影响或有前瞻指导。在进行一些新产品项目设计时，作为产品设计师从运营或者用研拿到一些数据时，要对数据进行自己的判断，这时的数据只能属参考作用，而不起任何引导性或决定性的作用。所以设计师不能被数据牵着鼻子走，要判断数据在这个项目中的轻重权衡。 二、挖掘数据的隐形需求 可用性工程师或用研的同学们会将标本分析整理成数据报告。很多产品设计师会忽略这些报告，认为这些报告对于自己的设计没有太大的帮助，只有拿着自己DEMO ... -
1 月前半年里，遇到过很多公司在寻找建设适合自己的UED团队或部门，他们大多为建立这样一个UED部门而沾沾自喜。很多公司只是将原有的美工团队并到了产品经理团队，在我去过的公司比较常见。那么怎么来建立这样的一个用户体验团队，期间有那些地方需要注意，从我自己的角度来谈谈吧。 众所周知，UED团队包括：交互设计师、视觉设计师、用户体验设计师、可用性工程师、产品设计师和前段开发工程师等等。按照公司不同的阶段职位会有不同的增加。那么把职位分这么细就能组件一个UED部门了么？答案是否定的。 UED团队主要的目的是为了将公司的产品变得更加好卖，那么团队不仅仅考虑的产品的可用性或易用性，也需要具备卖产品的能力和对潜在用户的判断， 因此我觉得UED ...
对话(Related):
-
3 周, 4 天前web设计师可以走得更远思考web设计师的出路问题，先看看历史：
互联网最早的设计师的职能其实是工程师兼职做了，慢慢大家发现，能写出优美代码的工程师并不能把网页设计得很美观。于是，工程师＋美工的搭配成为主流。再到后来，人们觉得网页漂亮与否其实并不能帮助一个网站成功，大家认为，网站应该更加好用。
这个过程在这几年的发展显得很清楚，而且整个的过程相比国外都要晚很多年，我们一直推行的UCD（以用户为中心的设计）究竟是研
-
2 周, 6 天前设计能力决定权力
上周在去杭州betacafe的路上，有幸和绿人网梁宁和饭统网李耀东、千鸟一道，在出租车上聊起了地理和历史，其中有一个共同的观点是说，人们对事物的认识总是由表及里的，人们总
更多对话...
[白鸦]为什么设计这个？
-
-
2 月, 2 周前似乎过了年近100天没有更新一篇的博文。因为在这100天内，为自己做了一个比较重要的决定，离开了支付宝，离开了杭州。虽然真的有很多不舍的不舍，但是我还是依然作出这样的决定：改变！ 离开了与自己一起奋斗和成长了3年的公司，从进公司时的四五十人到现在的一两千人，我看到了支付宝创业成长的3年，飞速的三年。而现在对于我自己是时候离开，因为太安于现状不是自己的方向。离开是为了创造更多自以为是的价值。所以不适应安稳工作的我决定是时候挑战更高难度的自己。 拾回博客，从09年新的开始。因为我知道09年的自己不仅仅只会做交互设计而已。而博客也将记录我更多的想法和分享，改变，从现在开始！
-
5 月, 3 周前偶然在Google发现了他们的用户体验设计原则，因此翻译作一下记录。 1.以人为本 ―他们的生活、他们的工作和他们的梦想 2.珍惜每一毫秒的时间 3.简洁也是一种力量 4.吸引新手、诱惑专家 5 ...
-
5 月, 4 周前凌晨结束了苹果在Macworld上最后一次Keynote的秀。相信很多中国的Mac fans会很伤心，因为最后一次的谢幕秀也没有交出漂亮的答卷，就连Jobs本尊都未出现过。 下午看了两篇比较认同的果文：venj ...
对话(Related):
-
5 月, 4 周前乔布斯要做 SNS 啦经历了昨晚一个半小时而波澜不惊的 Macworld，我开始思考一个问题：不知不觉间，苹果的产品线已经很长了。
相信大多数人提到苹果时只会想到那三条板凳腿： Mac、iPod 和 iPhone。而且，这「三大件」其实分支不多：苹果只有六款电脑（有限的配置选择），一款手机（两种颜色、两种配置选择），四款 iPod（多种颜色、有限选择）。比起 2008 ...
更多对话...
-
-
6 月前这篇文章很早就想写了，看到浓浓的TUI后，决定在09年第一篇博客花些时间先写些，因为这是一个趋势。是时候改变了。 Tangible User Interface(TUI ...
-
6 月, 2 周前
想到了前一段时间被CCTV猛侃的百度竞价排名，对于一个这样的企业我只能说好好学学你的前辈Google吧，别把自己越扯越远了。
回归正题，偶然发现Google又对搜索结果页面进行了优化(奇遇同学也发现了)，貌似之前参加了Google的几项体验计划中没有这个。所以今天比较惊喜的发现这个。真的好惊喜，因为之前我也想过类型的功能，但是Google真的实现了它。
看看你搜索的结果：
你会惊奇的发现Google ...
讨论(Discussion):
-
6 月, 2 周前欣喜感受到Google给我的“主权”
今日使用英文Google搜索的时候，发现使用Google搜索的结果里发生了一点变化，就是Google在每条搜索结果里使用了如下箭头所指的几个按钮： 图示1-用Google搜索到的一条结果 先介绍一下上图中的三个按钮： (1 ...
对话(Related):
更多对话...
-
-
6 月, 3 周前
在内容为主的网站中，搜索框往往是最常用的设计元素之一。从可用性的角度来看，搜索功能是用户有了明确的内容想看的时候最后使用的功能。如果一个网站没有足够合理的信息架构体系，那么搜索引擎不仅仅是有帮助性的，甚至是至关重要的设计功能。有可能比网站的导航更对用户有帮助。事实上，搜索是用户了解在一些综合性网站内容最直接有效的方式。最好的设计就是给用户提供一个简简单单的搜索框在页面显眼固定的位置上，但却有强力搜索的能力和范围宽广的功能。
在现实中，网站往往会随着时间的推移，新的内容不断的增递，而且这些新内容会更加重要，那么他对你之前设计的信息架构会有一定挑战，可能新的内容不一定适合整个信息架构，这个时候会和你的当时精心设计架构是有违背的。那么你的内容会打散在各个地方，每块内容都会看上去比较特别，感觉不是在网站架构中的一样。
当内容被分散四处，没有内容组织的时候，用户就更加困难找到他说需要的信息了。用户的可用性降低了，没有他所需信息的时候，用户会选择离开网站，或去Google去试试运气。这个时候还有唯一的希望那就是：一个搜索框。
虽然搜索的背后需要很高深厉害的程序算法，但不要忽视了前台的UI设计，我想可以看看更多现有网站的搜索框的设计。
什么时候需要搜索？
并非每一个网站都需要搜索功能的，但随之网站越来越多内容，它是满足用户以最快速度获得所需信息的最有效的方法。如果网站导航非常简单直观，没有内容能逃出网站的导航的话，那么搜索对于这样的网站没有太大作用。
搜索应该是一种预防性的功能，因为当导航系统十分庞大复杂的时候，搜索是能力立即去解决麻烦的方法。它可以培养用户要如何使用网络获得他们想要的信息。 因此，如果网站够大，或者网站会逐渐庞大的网站，早点考虑优化自己的搜索引擎，那么您的用户会感谢你滴。 搜索框=输入框+提交按钮
在设计中的搜索框变得很重要。输入框必须清晰可见，很容易辨认和使用。有人可能会认为，在搜索框并不需要什么设计。看上去，这只有两个简单的要素：输入框和提交按钮。任何设计都不平凡。设计是很多要考虑的，比如：输入框的长度取舍，输入文字显示的设计。有些设计师就连提交按钮都没有设计上去。 事实上，设计的搜寻框是一个大问题。因为当用户有需求找某些信息的时候，搜索是最有效果的功能。那么搜索框的位置很重要，还有输入框应该让用户感觉可以输入，搜索按钮看上去应该更像是个按钮。 看看TechCrunch的设计，输入框和提交按钮，在配色方案完全符合网站的整体视觉风格。然而，它导致了一个问题：乍看之下，这真的很难看到的搜索框。用户可以搜索它，因为它不站出来是不容易发现。虽然位置的搜索框不错，很容易忽视，但这是不是一件好事。 搜索框容易犯的错误
在设计的时候我发现了几个问题：
1. 把搜索框放到页面底部，或隐藏在导航菜单中。
2. 将输入框设计比较短，暗示让用户使用短词来查询。
3 ... -
7 月前经常上豆瓣，虽然“广场”这个产品推出已经比较久了，但是让我感觉诧异的豆瓣为什么要推这个产品呢？ 我有以下几点困惑： 1.广场的内容重合率比较高，那么豆瓣用什么算法来组织广场上的内容？ 2.“物以类聚”广场是否依据这个原则？ 3.在我看来九点是比广场更好的产品，每个九点的频道，我所知道我说希望看到的是那个频道的节目，聚合比广场更贴切。 4.是否广场是比九点更高一个层次的产品定位，整合了相册，博客，优秀评论等豆瓣的内容。而九点再看来只是一个博客聚合。但是，用户更需要一个广场还是九点呢？？ 5.广场不够“广”，现实的广场是什么样的？到处的讨论，卖艺的，小贩，人流。豆瓣是不是已经把他们搬到网络中了呢？如果现在这个广场我觉得没有这样的感觉，只有那4-5条的评论还凑合着看看。 从产品角度考虑广场的内容比较单薄，没有足够撑起门面的要素。而相对成熟的九点却有着自己特色。不相信可以看看自己在两个地方能获得的信息就能看出来了。所以，请重新慎重考虑广场这个产品，等想好了，想全想通了再上架吧！在这之前还是去九点逛逛好了！
对话(Related):
-
6 月, 3 周前豆瓣改版初看：强推弱关系豆瓣首页改版：
最大的改变：
以前，左栏是我的友邻动态，我的关注的人动态。右栏是猜你喜欢。
也就是，左栏是我确定的关心对象，我的强关系，我的固定生活路线。右栏是弱关系，扩大的生活空间，不确定。
现在，左右正好颠倒。
弱关系，扩大的生活空间，不确定的内容，是两只眼睛最先看到的。固定的，强关系的，是需要眼睛挪挪位置才能看到的。
豆瓣猜你喜欢里面的内容，包括三种类型。1.来自排行榜，2.来自豆瓣猜，3.来自朋友的动作。
我的意见：
这个动作跟2年前的豆瓣9点，几个月前
-
7 月前豆瓣的去中心化与中心化事情得从豆瓣的广场说起，今天下午瞎逛豆瓣广场，终于让我到了忍无可忍的地步，豆瓣的形象在我心里大打折扣，我再次信誓旦旦的决定，再也不逛豆瓣广场。 我想，豆瓣的初衷，还是希望各个广场的群众像现实生活中一样，小资的去酒吧，流氓的去摇头；通过算法，把现有的内容包装成鸡尾酒送给小资们，或是包成high曲送给流氓们。想法挺好，豆瓣就是豆瓣，搞个中心化的频道页也要玩的漂亮，玩的个性。但是有个问题就是，豆瓣现在的脑残用户到底占了多少比例？我把4个社区内容浏览了一圈，发现了两个比较现实的问题。 小资的鸡尾酒无法中心化。比如你很难让贾樟柯的影迷去探讨老庄思想。这个还算小问题，贾樟柯的影迷看不懂庄
更多对话...
-
-
7 月前
1
共1页
关于本站
本站动态...
- 09年02月12日 Hot Retweets 上线.
- 09年02月08日 Liked 上线测试.
- 08年12月21日 SRBacks 上线.
- 08年12月21日 SR 上线测试.
- 08年07月30日 娱乐SD 内测.
- 08年07月16日 体育SD 内测.
- 08年05月28日 IT SD 上线.
- 08年03月21日 宝聚 上线.
现在谁在说...
带三个表 发布了 迈克尔・杰克逊影响我们了么？ 2 小时, 31 分钟前
魏武挥 发布了 关于中国电信3G的两条新闻 3 小时, 3 分钟前
猪头简 发布了 中国网民真的没有付费习惯么？ 3 小时, 4 分钟前
isaacmao 发布了 也谈对话 5 小时, 7 分钟前
和菜头 发布了 新段子：理解万岁 5 小时, 22 分钟前- 带三个表 发布了 安民告示 5 小时, 22 分钟前
项立刚 发布了 关于“文人”的一点说明 6 小时, 21 分钟前
麦田 发布了 国内SNS网站竞争分析：开心 Vs. 开心001 6 小时, 38 分钟前
风妖 发布了 关于北京TD测试号码的处理 6 小时, 38 分钟前
月光博客 发布了 最新屏蔽百度快照的方法 7 小时, 1 分钟前- 更多...
© 2008 玩聚网 京ICP备08004923号 
0 个讨论|1 个对话
对话(Related):
上周去北京，用非正式的面试方式和几位大公司的产品设计师聊了聊。我基本都问到了两个问题：
1、分享一个你的实际具体产品设计的过程。
2、为什么要做这个产品设计，你清楚吗？ 很失望。第二个问题普遍没得到答案。设计师们普遍在做完设计之后都不知道“老板为什么要做这个”，或者认为“老板给了一个错误的指令”。
这 是一个误区，老板在战略上固然可能会出错，但具体到这个设计任务的时候，一定是有原因的。因为设计的走形，导致战略执行中出现偏离， 最终出现“战略错误”，和老板直接的“战略错误”同样严重！作为产品设计者，我们必须保证对“为什么做设计”的清楚理解，才可能做到