<%
if request.ServerVariables(”HTTP_HOST”)=”inseo.cn” or request.ServerVariables(”HTTP_HOST”)
=www.inseo.cn then
if Request.ServerVariables(”QUERY_STRING”)<>”” then p=”?”
Response.Status=”301 Moved Permanently”
Response.AddHeader “Location”,”http://www.inseo.cn”&Request.ServerVariables(”SCRIPT_NAME”)&p&Request.ServerVariables(”QUERY_STRING”)
Response.End
end if
%>
人们常说:顾客就是上帝。对于网站而言尤其如此:都没人访问了,你还玩个啥?
然而,一个不争的事实是:我们更愿意看上帝高兴,而不喜欢听上帝抱怨。因此,就有了一种颠倒的局面:重视上帝的高兴,忽视上帝的抱怨;上帝高兴是因为网站经营有方、设计合理,而上帝抱怨则是因为上帝尽管法力无边,但在用户体验方面,仍是个外行。
但是,作为用户的上帝,如果他的体验都可以充耳不闻,还有谁对用户体验更有发言权呢? 阅读全文…
朋友都经常去餐馆吃饭,每次点菜的过程似乎都很痛苦。而痛苦的来源,有一个逃不掉的就是菜单,这次说说,如果一个产品设计师来做菜单,会搞出哪些花样。
一开始要做的,就是分析战略层的商业目标与用户目标。这家餐厅的商业目标是什么?不一定是赚钱哦,比如有些公司附属的餐厅,可能就另有目标。市场定位如何,餐厅地点在哪里,价位如何,主打哪部分用户。想清楚这些,才能继续往下走,如果是兰拉(兰州拉面,=,=bbb,听起来很小资吧),我对它菜单的要求只要别油腻腻的就行。 阅读全文…
以前跟同事开玩笑时说过,我们遇到的用户在访谈测试过程中的表现基本上就三种类型,发泄型,赞美型和实话实说型。发泄型用户通常是在产品的使用过程中积累了大量的不满情绪,他们会有把问题夸大化的倾向,在他们那里,好就是一般,一般就是差,差则等同于无法忍受;赞美型用户则恰好相反,我们可以看到他们总是善于发掘我们产品中的优点,在交谈中特别的不吝于赞美,即使在指出问题的时候,也比较扭扭捏捏,或者倾向于把之所以会遇到各种各样的问题归结为自己对产品不够熟悉,甚至直承是自己太笨了才用不好,他们基本不会说这些问题是由于我们的设计造成的;而实话实说的用户在测试中更接近他们的常态,他们说出的意见通常会是内心的真实想法,当然,在某些地方,这类用户也有向前两类转化的趋势。 阅读全文…
这段时间都忙着做项目,跟客户沟通。这里的文章就耽搁下来了。今天有点空隙,将这几天跟客户沟通的一点感觉结合以前的经验总结一下。简单归纳一下,客户可分成三类:
第一类:对自己需求模糊的客户这类的客户已经很少,以前多是广告公司的客户。现在也不时有遇到,多是因为见的是经办人,而不是直接的负责人。所以对需求一知半解。另外,也有些直接的负责人只知道自己想做调查,但对调查需求的表达只限于:“我有个新产品想了解下消费者的看法。”之类的当然最好是请直接负责人见面。不行的话,只能:
1、 多问背景。了解为什么要做调查,企业处在怎样的阶段? 阅读全文…
在Windows vista之前的微软操作系统的地址栏与浏览器的地址栏是一样的,也是面包屑般的自上而下的线性等级形,如果想从D盘跳到C盘是不大可能直接到达的,所以微软在vista上重新设计了地址栏,使其脱离了自上而下的线性等级形式,而是成为了多功能形的导航菜单。用户即可以直观的通过路径知道自己当前所处的位置,同样也可以快速的跳转到硬盘里的其他地方。


阅读全文…
需求不等于功能,或者说你最终设计出来的跟用户告诉你的他需要的“功能”一模一样的功能并不等于他真正想要的功能。
用户告诉福特,他需要一匹更快的马,最终福特给用户的是汽车。
用户告诉你,他需要一个公告板,他要用来展示自己的新产品、自己的新资质荣誉、自己的特价供应、…,你就给他一个公告板,允许展示图片、超链接、产品、视频的“公告板”?
用户告诉你,他需要一个可以收藏自己喜欢的商品、可以合并在一起付款的功能,你是给他一个购物车还是给他一个收藏夹还是同时给2个?
阅读全文…
最新评论