主要内容
-
37 Signals的实用最小主义实践 2008-08-04 10:58
尽管有那些可能性——复杂度、延误和不可预知的改动——还是有许多软件写出来、交付出去、而且最终被使用。偶尔软件会很好。在一些罕见情形下，软件的确有创新和价值。在一些案例中，还真按计划达成了目标。 在这些稀有案例中，成功往往是铁一般纪律的副产品——一种坚决做出又在每次遇到挑战时大声重申的选择，限制着项目的范围。在软件的成功 ... ...
-
关于是否新开流览器的误区 2008-08-03 21:37
是否是应该采用新的浏览器打开链接,是在书友会当天讨论的一点比较有意义的点,白老大还给出了 1、尽量不要开新窗口 2、友好导航开新窗口 3、有商业需求时开新窗口可能不但很多朋友对白鸦提出的原则听不懂,而且很多朋友在这里还存在着误区.误 ... ...
-
关于搜索引擎或者称为模式 2008-08-01 13:56
本来想把这个发到白鸦大哥的BLOG里去，但不知道为什么，好像我在他的BLOG里发完，永远提示我一行乱码，然后发表不成功。 今天我想设想一下未来或者说，下一代，如果这两个次都过于刺耳的话，那就叫他另一种模式吧。 首先我承认我不是做搜索引擎的更不是ＳＥＯ高手，我只是个普通的使用者，只是想站在使用者的角度来说说我对搜索引擎的体验。现在世界上比较知名的也就是googl ... ...
-
“帮助”其实无处不在.... 2008-08-01 12:21
UCDchina书友会第七期，南京聚会本期话题：怎样设计“帮助”更有效？下午早到了一会，出去走走，空气真好，建议各位坐在电脑前的"居室"们都出去走动走动。与振之和家彦扯了一会，人陆续到场15：00正式开场，这次书友会很热闹，有近20人，mm的队伍不断壮大....也许是受到junchen先前blog的影响。产生了某种思维定式，大家的讨论基本是围绕着> 文档型帮助> ... ...
-
关于浏览器 2008-07-31 16:54
上次参加UCDChina北京书友会，聊的话题是“浏览器”，一直想写一下总结，但太忙了，今天闲出一些时间，来写一下自己的想法。 关于浏览器，几周前我也写过一篇关于firefox和The World的对比：浏览器用户体验：Firefox初体验 VS The world，详细地写了我为什么一直用The World，而没有选择fi ... ...
-
产品经理不是神，需求文档不是银弹 2008-07-31 10:27
几乎每个项目都会时间紧、任务重，在形成快速反映和调整的团队之前一定会出现这样那样的问题。现在的项目几乎都是多工种共同参与才能产出，职责分工、流程 因此很容易成为问题，因为时间紧、任务重而产生的问题也会很严重。昨天写了一篇关于超级产品经理的文章，其实今天要写的这个东西也和这个有关。我始终认 为，每个角色都有话语权，都不应该成为工具，而项目最终的产出一定是所有人智慧的结晶。而且需要从繁杂的项目管理 ... ...
-
超级产品经理的恶梦 2008-07-31 10:26
几个月前的一段时间里，我很郁闷，因为我所在的公司已经没有了产品经理。而公司里则出现了一位超级产品经理，这个人就是公司的最大领导。出现超级产品经理的结果就是： 1，领导的决定就是获取、整理、升级需求的过程。就是决定产品定位、目标群体定位，产品细节、项目计划的过程。就是决定市场定位、宣传、运营的过程。没有市场分析、没有用户调研，没有数据分析，没有内部评审，就这么干吧。 2，产品经理、项目经理实 ... ...
-
怎样设计“帮助”更有效 2008-07-30 00:16
今天参加UCD书友会时讨论的话题，满有意思的。只不过在讨论的时候，一直在接受信息，自己的想法倒是变地模糊起来，很难阐述。说到这里，觉得这个 题目的设计也少许有点问题。我们在讨论“更”的时候，应该有变量和定量。今天讨论的太多变量，在那么多变量下，是无法说哪个“更有效”的，如果换个话题， 如“怎么设计‘注册帮助&rsquo ... ...
-
设计和生命(安全) 2008-07-28 10:06
1、设计要考虑的不只是易用问题。安全也是重中之重。这里说的安全不只是设计要展现用户的“安全感”，而是实实在在的安全措施，这些甚至会涉及到生命的东西。 2、为了安全往往我们宁愿牺牲一些良好的体验。这是可行的，也是必须的，是最基础的可用性问题。 今天在5GSNS上，杨涛提到了一个类似的事情。 3、关于设计和安全的问题，在业界我们经常用到的两个例子是：公共场所的门 ... ...
-
期望值的变迁 2008-07-27 21:08
1、 著名创新和战略咨询公司Dobin的创始人Larry keeley先生，在三品质概念模型里这样解释设计的价值（大意）：短期内人们会受到需求的强烈影响而需要一个产品，但在长期内人的期望会对他的行为造成更大更深远的影响，如果人们期望某样东西会非常忠诚于她。期望值是体现设计价值的有力证据。 2、前几天在淘宝上找到了大学时代最想买的一台手机“爱立信 T29”，110元， ... ...
-
关于用户期望的讨论 2008-07-27 17:53
我们的每期话题，团队在内部都会通过邮件进行一番讨论，随着讨论的激烈，往往能碰撞出很多有意义的观点，因此，将讨论内容分享出来，有兴趣的朋友可以接着话题讨论下去。 Junchen: 期望不是从石头里面蹦出来的，所有期望都是受到外界影响、结合自身需求的一个外在表现。 迎合期望的产品能够在第一时间引人注目，是一个良好的”营销型设计”。 Angela: 迎合期望的 ... ...
-
用户期望的满足、超越和拒绝 2008-07-27 17:52
对于需求和期望，我是这么理解：用户期望是需求的表现层，期望是用户对需求满足方式的一种假设。 举一个例子： 朋友给张三推荐一首《海阔天空》，张三于通过搜索引擎到达某个网站，他的期望是：找到下载的链接>下载>离开网站。 满足期望 该网站如果提供下载，应该尽可能地帮助张三在最短的时间内完成这个任务。张三在完成这个下载之后，下载下来的歌曲质量恰好是他想要的，下载速度也很满意 ... ...
-
期望，别忘了动机 2008-07-27 17:51
好几次书友会，我们讨论着讨论着就说到了设计的“终极目标”：用户想要什么，就给他什么。这里的想要什么，应该更多的是指期望。需求和期望的联系和区别，Angela 的设计的价值里解释的比较清楚，我想补充的是：期望，是需求的多种实体。 其实，我很少“关注”需求和期望，在设计过程中，我比较关注的是很直接的两点：a) 用户有什么问题？ b) 我们怎 ... ...
-
Flickr的理想与现实 2008-07-27 17:50
自认为算Flickr的资深用户，从2004年8月偶然在搜索引擎中发现开始，到2006年4月成为Pro。继续一年的疯狂体验后，在2007年3月续费。不幸的是，2007年6月某天，Flickr网站上的所有照片被GFW屏蔽。更不幸的是，我的3月充值提重了订单，把预期游戏结束时间给推到了2011 年。 身为设计师的角度，我承认消费美金的目地不单纯，除了充分享受平台带来的愉悦，还特别想深入系统，搞清楚 ... ...
-
设计的价值 2008-07-27 17:49
我们要做的这个东西，“商业上是否能得到回报？”、“技术上是否能实现？” 能解决以上两个问题，一个产品基本上就具备了可实施的条件。事实上，大多数的产品都是在回答了以上两个疑问之后付诸实施的，也许有的一开始只考虑技术是否能实现，但接下来很快就会想商业上如何得到回报。反之亦然。 但是渐渐的有人发现，仅仅解决“商业&rdquo ... ...
-
期望值与需求的一点意见 2008-07-27 17:48
用户的期望值产生于需求，而非体验。 先是期望值产生的时间，应该是在意识到自己需求的时候，（注意并非是产生需求的时候）。这个时候，最基本的期望值便已经确定了，例如感觉到了自己口渴，这时候同时产生了需要解渴的饮品的期望。这个期望的产生，完全和先前的体验没有关系。 ... ...
-
期望的产生 2008-07-27 17:47
用户来到我们的网站，与我们的产品进行交互时，必定带着他的期望。是否能满足用户的期望，直接关系到是否能带给用户积极的体验。 那么，用户期望是怎样产生的呢？ 品牌信誉 首先，用户期望可能基于你的品牌信誉，尤其是对你这个产品还没有初步体验和接触的时候。品牌信誉是从多方面累积建立起来的，产品本身的质量、口碑、 公关和宣传……当你建立起一种品牌形象，用户自然 ... ...
-
设计规范给什么鬼看（二） 2008-07-27 17:46
<接上文> Junchen: 我就成天像个苍蝇一样对前端的说细节问题，这边是”确定”，怎么那边是”提交”？所有表单操作的提交按钮文字都改成”确定”。 然后我对图形的说，这个图是614px，那个图是613px，都给我统一成615px（所有图片的尺寸必须是 5 或者 0 结尾，我的洁癖）。 如果写成规范，那 ... ...
-
设计规范给什么鬼看（一） 2008-07-27 17:45
该文章是ucdchina内部邮件组关于设计规范的话题的讨论整理，本来应该发到话题里面的，但因为时间拖太长了，已经过了该期话题，所以整理发到自己博客里面。建议读者阅读本文之前先看该期话题。 注1：这个群P有点长，分两篇发。 注2：希望读者有兴趣讨论在文后跟帖，对于说“顶”、“好文”、带攻击和辱骂性的语言，以及没有意义的回复将一并删除。 ... ...
-
产品规范之道 2008-07-27 17:44
对 规范更深层次认识来自于YUI的启发，这个几乎已经是控件代名词的英文缩写，可能很少有人注意全称The Yahoo! User Interface Library，其实就是整套带有开发模式的界面规范，因此我也喜欢把整理好的各种规范叫做XXX Design Library。 产品规范的应用对象，分为设计师、工程师两类人。对设计师来说主要是“协调”工作，使交付物 ... ...
