草根经济,香满人。

草香。

Archives Posts

嘿!别忘了信息架构!

5月 12th, 2008 by 草香。

清晰的信息架构是交互设计与视觉设计的基础,也从某种角度反映了UEer对战略理解后的一种直接的反馈。

对于web产品设计而言,没有好的信息架构其他的一切都是表面功夫,或许能短时间能忽悠忽悠,但经不起考验!作为产品设计师一定要具备那种比其他共事者先想一步甚至几步的能力!只有脑中先有了图,设计才能够生动,如果只是使用axure将那些元件摆放来摆放去,那根本不叫设计!

白鸦说页面,(100-1)%的内容是导航。那是什么决定了导航设计呢?不是被炒得炙手可热的交互设计,也不是ued的那层外衣——视觉设计,而是经常被人遗忘的信息架构!

用户体验要素 

在jjg的那张经典用户体验要素图中(如上图),我们可以看到,在第三层,即结构层,这是抽象概念向具象转化的一个关键层面,交互设计与信息架构在此层中各自担负着一份使命,理论上可以说是同等重要的。曾经在群里讨论的时候说过,如果一定要说交互设计与信息架构谁更重要的话,那我选信息架构!有人立刻问我为什么,当时我一时不知道该如何作答来表达观点来使对方明白,其实就是这个道理:皮之不存,毛将焉附?

Archives Posts

态度决定一切,Just do it!

3月 14th, 2008 by 草香。

最近一段时间在帮忙团队招产品设计师,我滚动着鼠标中轴快速地浏览着简历,双眼不断在字里行间捕捉的不是此兄到底有多少年的工作经验,也不是此兄有多少参与过的项目,更不是传说中光芒四射的名校头衔;其实我想看到的只是那份对待事物朴实无华挚诚的态度。

不久前有个做产品的同事和我说:“Jessica,今天我和技术讨论功能的时候,技术问我为什么要把问题想得这么复杂,有些点还要一再坚持,其实大家轻松点,随便搞个凑合能用的上去,不就得了嘛?”
我问:“你怎么回答?”
她说:“就想把东西做好点呗。”我点点头。

我也无数次地问过自己这个问题,我到底在坚持什么?有必要吗?真的要这样吗?是不是太偏执了?

上天赋予我们生命,来到凡间,每个人活着都有其需要完成的使命,不同的人生阶段需要完成不同的使命。脚踏实地,做好该做的事,很多复杂的事情经过不断的分解其初衷就是如此简单、纯粹的…认为是对的,想清楚了,就去做,just do it!

Archives Posts

关于《互联网产品经理与原型设计》的一些看法

1月 30th, 2008 by 草香。

近些天看了《互联网产品经理与原型设计》一文,结合从业以来的一些小小经验与思考,表达下我对这个问题的看法——

引文作者认为:原型设计应该由PM产出,设计(团队或个人)仅负责给予实现,且设计师的工作流程应该在原型设计之后展开。

首先,开门见山,直接讲一下我的观点:原型设计是否应该由产品经理负责完成,其本身并不是一个分工职能的问题,这完全是一个能力的问题。不同的产品性质对于原型设计的要求是不同的,那么对与需要完成这个原型设计的人的能力也会有不同的要求,所以这个职能完全可能因不同性质的产品而落到不同的职位头上,PM也好,Designer也好,Developer也好,不同情况不同分析,所以此题无解!然而就企业而言,为了使其利益最大化,势必需要明确分工,各司其职。即,让合适的人(团队)做合适的事。

想成为一个有为的人,势必需要对自己有一个清晰的定位(职业目标、能力界定等),如果整天纠结在自身对权力的欲望上,盲目的自负,眼高手低,志大才疏,制造一些游离于事情本身无畏的烦乱是非常不厚道的,不但浪费自己有限的“生命”,扰乱他人的正常工作状态,导致产品失败,还可能导致偷鸡不成蚀把米的惨淡下场。以上这些话有些偏激,但对于造成目前的PM和设计团队那种比较紧张的关系,我相信人性的弱点才是罪魁祸首。

谈完对这个主题的观点,接着,看看引文中我认为存在的几个误区,如下:

1.       “一个优秀的产品经理会让产品设计开发事半功倍,但是一个蹩脚的产品经理也会让产品陷入困境。”

言外之意,,做一个好的产品必须要招一个全能的产品经理;那么它的逆否命题也应该成立:产品经理不是全能就做不了好的产品。这种将产品品质完全寄托于一个人身上的思路,有点孤注一掷的味道,不但风险大,而且团队其他成员没有成就感,会士气很低靡,同时产品经理也承受着很大的压力,根本无法从容应对,有能力也不见得有精力。当然,我们不得不承认产品经理的好坏将直接影响产品的好坏,然而,不是说其他成员就不需要对产品负责,团队中的每一个成员,每一个职能都是不可或缺的,他们都有各自需要承担的责任和保有的权力。

2.        “UI、UE设计师是将原型做成实际页面效果的角色,他们的工作流程应该在原型设计之后展开。”

这是对原型设计和设计团队在产品流程中位置的双重错误理解。在原型设计之后,一个产品气质大致已经定了方向,此时设计团队介入,完全不知道产品究竟想要表达什么,为什么这个地方要这样安置,那么能做得也许就是些表面功夫了。但对于因结构不良所产生的问题,将会被带到产品的验收时期,一下子爆发。这就是为什么有些项目迟迟不能交付,每天在不断的改这改那,这完全是一个对产品结构没有做过深思熟虑(或片面理解)却输出产品原型的那些产品经理所完成的杰作。

产品的三个要素是:商业,技术,用户。设计团队出现就是代表着用户的利益,如果产品可以很难看,很难用,那设计团队完全可以立刻倒闭;不然,他们将对保证产品所有外部特征的可用性和易用性有不可推卸得责任,相应的他们应该有权控制它。当然要建立一个好的用户体验并不是设计团队一方的说了算的,需要所有人的关心与支持,当然包括产品经理对于一些设计点的质疑,(在一些条件适宜的情况下,比如项目时间很充沛),完全可以坐下来仔细探讨出个所以然来。

3.       “产品原型简单的说就是产品设计成形之前的一个简单框架,对网站来讲,就是将页面模块、元素进行粗放式的排版和布局,深入一些,还会加入一些交互性的元素,使其更加具体、形象和生动。”

这种方式估计用在简单的静态页面还行,对于任务流较多或功能复杂的产品,根本不可行。没有做过功能分析和概念设计,直接进入交互设计与信息架构阶段,完全是一种断章取义的行为,根据自己的喜好,或是东抄西抄,拼拼凑凑地组织出了一个线框雏形,然后丢给设计师去作视觉包装,皮之不存,毛将焉附?最后的结果通常是背离了用户需求,从而也不可能达到商业的目标,同时又将技术的努力付诸东流。

最后总结下,目前互联网产品运营过程中普遍存在这样一个问题,就是产品经理或需求方总是喜欢插手设计。我觉得大致是这样,因为对设计的主观意识是与生俱来的,容易让人觉得自己很懂,但问题是,即便是学过一些绘画或传统设计专业出生的人也仅限于对视觉设计表面现象的理解,然而交互设计或信息架构是充满逻辑思维的学科 ,Ok~好吧,再退一万步讲,即便是对交互设计或互联网产品有较好认识,也对于UE、UI设计有过一些研究,这些认识是很有局限性的,始终不可能集一个团队的专业知识和实际操作经验与一身, 这是基本的事实。

古语有云:闻道有先后,术业有专攻。说到这里,我不禁想问:如果产品经理需要完成“设计”的一部分工作,那是否也需要去完成“技术开发”的一部分工作呢? 产品经理应对团队成员有足够的信任感,明确自己在产品过程中的角色,放手让每位成员肩负自身应有的职责,统一协调各方对需求达成共识和保证项目进度和质量,而不要因为从前的经历或个人的偏好过多的干涉一些具体设计和开发。(当然因产品性质的不同,可能需要身兼数职,那是另当别论的。)

推荐阅读:

UCDChina-(0703a)用户体验设计在团队中的角色
对于这个UCDChina开博的第一话题,我起码反复看了10几遍,每次看都有不同的体会。

译言翻译-优秀产品经理的核心技能
译言翻译-产品经理的主要职责
这两篇文章都不错,不过感觉都有点理想化,国内没几个PM做得到,所以还是能力的问题,明确自己能力的边界,有侧重得做个好PM吧。

Archives Posts

参加首届前端技术论坛D2手记

12月 19th, 2007 by 草香。

前端技术论坛D2

昨天乘着传说中的动车组来到了烟雨朦胧的杭州,当地正好下着淅淅沥沥的小雨,更增添了一份诗意。汗~突然感性了下——

大概下午6点不到的样子到了鼎鼎大名的淘宝网领地,淘宝UED的一位兄台接待了我,有幸品尝了下他们的工作餐,菜色还不错 :P   接着就一同前往了会场所在地——文华大酒店。

由于雨天和一些道路施工等问题导致了一些朋友晚到,所以会议大致延迟了30分钟才开场。说了这么多开场白,一来是本人才疏学浅只会以一种报流水帐的形式写一些东西,否则进不了状态,二来考虑到本次论坛还是有不少想参加而因为各种原因最终没能参加的朋友,希望可以整体的介绍这次的活动,营造一种身临其境的氛围,好了,不罗嗦啦,终于要进入正题了~~~

本次活动的主题:未来一两年的发展与实践

由于活动将一直是以一种开放的形式开展,论坛上的PPT等也都将会公开,有兴趣的朋友可以去下载(本次活动PPT应该还在整理中,具体地址,待更新)

更多的关于D2的由来、发起、简介等等,可以到这里查看详细介绍

主题1:Ajax, not “AJAX”

主讲人:小马(TaoBao UED 前端技术主管)

简述:主要以传递思想、普及概念为主,时间关系也没太多介绍具体实践,简单介绍了一些Ajax的应用范畴(何时用Ajax与何时不用Ajax)和Ajax框架的特性及选择。

主题2 Adobe AIR的应用与前景

主讲人:黑羽 Genway 前端RIA架构总设计师)

简述:黑羽认为AIR将是未来12年内RIA的趋势,有些国外例子的演示以及使用的经验和感悟,也是因为时间原因,本来2小时的一个演讲变成了40分钟,相信还有很多激动人心(黑羽演讲中多次提到这个词语)的内容未被展示出来,不过基本上对AIR大家都从无到有得有了一个比较系统的认识,也能大致意识到它的前景。

据我感觉,要在未来12年内就在国内形成发展还是很难的,但是在1.0版本出了之后有一些实践和研究倒是毋庸置疑的,毕竟它的一些特性的确可以解决一系列的用户需求,同时也能极大程度的满足商业目标,但是最后肯定还是需要去权衡两者之间的关系。客户端、或者说是桌面程序的优点之于商业目标而已,大致就是集中在,我们可以做更多的主动营销去打动用户,去拉拢用户变成客户,去不断的的刺激客户促成交易等等然而这样一来,客户端程序的开发成本和难度虽因AIR的出现而大大减小,而所有的网站都去一窝蜂的基于网上平台搞一个客户端,那试问属于用户自己的桌面是否会变成另外一种类似浏览器的形式?同时,也会导致用户不断得被各种网站的促销讯息和所谓的温馨提示而打扰势必造成新一轮的大战(客户端大战?ADOBE VS. 微软?)

在论坛的FAQ阶段,大家都各抒己见提出了纯技术实现的问题,或是择业的问题,我当时问的就是以上提到的那个问题,其实也不算是问题,应该算是一种担忧(突然感觉自己应该去写“新岳阳楼记”咳)。不过这种担忧是没有答案的,还是要看发展,毕竟这个东西连1.0版本都没出,记得当时小马回答说“这没什么不好”,的确是这样,事情总是要在发展中求出路的。

OK~大致本次论坛进行到晚上10点后,大家陆续离场,最后一些朋友去吃了点东西,边吃边聊了聊一些零零碎碎的东西,或幽默的抱怨下做前端的苦,或简单的探讨下一些工作中遇到的技术实现问题,亦或发散性的谈谈未来的畅想,大胆的头脑风暴一番……总得流程走下来,感觉论坛的氛围有点像华山论剑啦,“八大门派”齐聚商讨下“武林纷争”啦,and so on…

一些非官方的消息——

1.下一届可能是由雅虎主办,地点估计就在北京,具体时间按照预想的一季度一次的周期,那应该是在明年的3月这样子吧~

2.关于下下届:EBAY、腾讯都有可能,那地点就可能是上海或是深圳了~值得期待,会在很多城市和公司进行巡回,很多因为时间和地域原因不能参加的朋友,都会有机会参加D2 :P

3.kijiji的朋友说,我们去上海,他送我们一人2T-shirt…大家杀过去吧。。不要手软~

4.……

罗哩罗嗦的说了这么多,最后总结下——

很不错的经历,也有很不错的收获,首届D2虽然能参加进来的朋友并不是很多,但相信基于D2的宗旨和这么多同行朋友的一致信念和不断努力,一定会伴随着一届一届的热烈展开越办越好,越专业,越领先,越……越……越……回声不断……

ps.有一些行程中的照片,待更新,今天数据线未带不方便上传…呼~

Archives Posts

第二天:UF2007-UPA中国体验年会

11月 24th, 2007 by 草香。

上午会场 

上午:

1、北京的空气很干澡,脸啊手啊嘴唇啊,都开始发干,哎

2、下水道会冒烟,呼吸可以看到水气从口中飘散出来,早晚的温差的确很大

3、会场到我住的区居然要乘小火车才能到达,自己走要走好久

4、同步传译耳机居然要用身份证来做交换,然后会议结束后又秩序非常混乱的换回来..这种体验实在是

 

下午:

1、听了第一分会场“软件与网站”

2、倾听豆瓣的发展史

3、一些UCD方法的介绍与应用,用数据说话的重要性

4、看了些展览,国内外的专业做用户研究,市场调研的公司居多,外包UCD或聘请顾问也许会成为一种趋势

 

晚宴:

1、同桌的有来自新浪、腾讯拍拍、迈瑞、西门子的朋友们,还有上海网言的朋友

2、很高兴通过大会大屏幕的微型博客发布的信息找到了Raikknen,是一直在网上有交流的同行

3、饭菜只能对付着吃,台上的表演也没看过几眼,倒是大屏幕的信息滚动很吸引我

 

最后:

1、如果能把会场上演讲嘉宾的PPT打包发给与会者就好啦,也免得大家用相机拍这么辛苦了,还老是闪光灯一闪闪,对嘉宾也不是很礼貌

2、外国同行很多在创新上面的成功案例和思路深深的触动了我,是的,我们也许需要更多的创新

3、在此期待08UPA年会,以创新为主题的一个盛会,呵~

4、希望会务方面能做得更出色些

Archives Posts

第一天:UF2007-UPA中国体验年会

11月 23rd, 2007 by 草香。

uf2007-jiuhua.jpg

1420 着陆在首都机场

1530 到九华山庄

1545 直接签到,领了吊牌,参加了已经在演讲状态的开幕式,国内外演讲嘉宾向我们展示了很多带有创新意义的以用户为中心的设计

1800 登记房间,放了东西就直接杀到咖啡吧,参加salon,可能是第一天的活动,大家都比较内敛,接触了几位朋友,一位来自微软,一位来自网易游戏,还有几位做通讯行业的

2030 吃了点东西就回房休息了,一路赶过来的确蛮累的

 

刚到也没太多的想法,只是觉得九华山庄真的很大,当出租车开到门口的时候,一个牌楼式的门面刷得出现在我的眼前,我当场惊呆了,以为自己来到了乾清宫,现在适应了倒还好,就是房间里这网速啊,实在是忒慢了,上了QQ就啥都打不开了

 

明日再续

Archives Posts

豆瓣改版了,但是出错了。。

11月 15th, 2007 by 草香。

11月13日北京时间傍晚18时30分左右,豆瓣用户注册数超过1000000人大关。紧接着今晚我就不经意间发现她的导航进行了一定的优化调整,但是可能为去的不是时候,正逢其出错。。。特意截图,也好看看豆瓣出错页面的UE。

先看图:

 douban-errorpage.jpg

header部分作了些调整,由于出错也看不到别的地方有啥更进一步的优化,还是先谈谈对这个页面的一些看法:

1、整体扫描了一遍,第一感觉不容置疑,界面整体风格还是保持了豆瓣一贯的清新,简洁的气质,在这点上一来视觉上不会给用户太多的冲击和碰撞,用户感观上从旧版过渡到新版的成本相对处于比较低的区间,二来也坚守了产品的一种固有形象,或者说是气质,体现出网站专业的一面,不是想怎么变就怎么变,一改一个样,和花花公子没两样,用户没空会天天陪你玩花样,折腾来折腾去的。

2、从上至下再重新省视了一遍,发现logo部分略显紧凑了,没给最能代表整个产品气质的logo一个相对充分的呼吸空间…

3、再来看看交互设计,发现2个问题,第一,鼠标移到logo上面浮现出”douban”字样,这个提示没有任何意义,建议还是提示”回到首页”或者是一句网站口号之类的话比较符合其实在的意义;第二,从逻辑上来理解头部各频道,”我的豆瓣”其实和”小组”、”读书”、”电影”之流并非一个维度内的分类,建议放到”豆邮”那个位置一块去,比较符合逻辑。

4、文案,文字优化方面,发现栏目名称也改过了,本来的”我读”、”我看”、”我听”,相对地改成了”读书”、”电影”、”音乐”,这点上个人感觉改得很好,本来我老是容易点错,明明想看书却点了”我看”,其实应该是点”我读”,谁让咱们更习惯把读书说”看”书呢~

好了,刷新了下,豆瓣恢复正常,……

Archives Posts

命名术语

11月 2nd, 2007 by 草香。

最近做些整理总结和规范的工作,整理出了一些平时常用的命名词汇,放在这里,一来方便自己随时使用,二来也给需要的朋友做个参考,^0^。另外,有更好的可以推荐给我,我更新上去,谢谢啦~

PS: 可以混搭使用哦~

适用于CSS选择器(id/class)、图片名称——

网站:
site
网站地图:
siteMap
主题:
theme
布局:
layout
页面:
page
主导航:
mainNav(globalNav)
子导航:
subNav
顶导航:
topNav
侧栏:
sider
左导航:
leftSider
右导航:
rightSider
商 标:
label
页面内容:
content
页 眉:
header
整个页面:
wrapper(pageContent)
页 脚:
footer
标 题:
title
箭头:
arrow
网站标志:
logo
转角/圆角:
corner
横幅广告:
banner
注释:
note
菜单:
menu
位置导航:
crumb
容器:
container
搜索:
search
子菜单:
subMenu
搜索框:
searchBox
栏目:
column
工具条:
toolbar
登录:
login
下拉:
drop
标签页:
tab
当前的:
current
列表:
list
滚动:
scroll
服务:
service
提示信息:
msg
新闻:
news
小技巧:
tips
下载:
download
栏目标题:
title
热点:
hot
加入:
joinus
注册:
regsiter
指南:
guide
友情链接:
friendlink
状态:
status
版权:
copyright
按钮:
btn
合作伙伴:
partner
投票:
vote

Archives Posts

130个web2.0风格的样式(for illustrator cs3)

10月 19th, 2007 by 草香。

之前推荐过一款用以photoshop的web2.0风格的样式,很多做设计的朋友都说很不错,最近Deziner Folio 又出了款用以AI的,相信也是经典之作,见下:

illcs3swatch_03.jpg

下面是装置的步骤,方便大家使用它——

loadingswatch.gif

喜欢的朋友可以点这里下载

Archives Posts

amazon.com导航改版欣赏

9月 13th, 2007 by 草香。

amazon导航改版新造型

amazon.com的导航在众多网页设计师的心目占有不可替代的地位,它的一举一动都可引来不少眼球和唾沫。

现在它又迎来了一次导航的改革,下面有几张截屏供欣赏,不多做评论,相信没有最好只有更好,不知道这一举动会不会引来新一轮的抄袭风潮。呵呵…

Mac效果
mac效果

介绍页面:
介绍页面

« Previous Entries