小站准备做新版了,敬请期待!

酝酿了好长时间,要开工啦!这个比较简陋的试运行版本在不久的将来就会成为收藏品了。

New Pluto, new design!

Posted in 杂谈 | 5 Comments
409 Views

和翔子聊交互

这次要写的话很多,就不在翔子的博客上留言回复了。他的博文《Designing Interactions(续)》写得很好,我也有很多话想说。

1.设计最初肯定是下意识的,心智模型更是人类自身无法完全了解的。就算到了现在,我们所讨论的设计仍有部分(比例因人而异)是下意识的。但到了今天再做设计的时候,单纯靠经验和感觉来做设计是不够的了,肯定要有数据说话,这个数据如何得来、统计方法都是理论支撑。而心智模型这个东西,实际上在产品设计这块已经有相当多的案例是设计和它结合一起做的。阿莱西、深泽直人的许多作品就有相当强烈的心智模型的印记。

而在web这一块,对于交互的探索确实还没有多少和心智模型相结合的地方。所谓心智模型,是需要人长期经验积累而形成的,譬如手拿杯子的动作,不同的地区的人对早饭内容的理解等等。互联网的交互发展才刚刚开始,用户在浏览网页中所展现出来的习惯还比较琐碎,并没有十分系统的心智模型可以提够研究。像google做的以gmail为核心的心智模型的研究其实也只是刚刚起步而已,研究内容比较松散。

不过我相信,这将会是未来交互研究的重要发展方向,诺曼的书已经反复在论证这一观点。不管是产品交互还是互联网的交互,根源的本质都是一样。

我最近在做的一个项目有一个需求是:一个网上学习管理系统的管理员可以添加一个持续一个月,参与人员40多人的课程计划,其中包括几十门课。在做这个功能的交互的时候,我会考虑制定一个计划到底是什么样的情形?如果不是在web上来完成这个工作,人会这么样来制定一个计划。这里,就把用户对于“制定一个计划”的认识加入到了交互设计的思考范畴。有意识地去思考用户的心智模型有时候的确会给你带来很多新的想法,当然,也有越陷越深的危险。

2. 我相当同意你对技术的看法,而且最近我深刻体会到了做设计的了解一定的技术的重要性。你可以不会编码,甚至看不懂java类的声明都不要紧,关键的是你要知道你脑袋里想到的东西是如何被一层一层传到最底层——持久层的。当然,有的情况会是方向倒过来,但我并不赞同。

这两个多月来我接触到的技术人员里,他们还是很看重“设计“的。最近不知道为什么,用户体验这个词被喊得很厉害,我周围的人都在说这个词,可能是支付宝的战略关系。技术人员能够参与到设计中是最好了,不过最好还是设计师来决断。一个好的设计师不一定每次都冒出很多好点子,更需要的是搜集和决断的能力。决断力其实是被很多人忽略却相当重要的能力。但从我这次项目经验来看,刚出学校门的程序员和刚出学校门的设计师在某些地方很相像,那就是看问题还不够大局,或者说明晰。他们说的一些交互想法都有很大的硬伤,而我们对技术的理解也有很多可笑的漏洞。一个好的团队必然是互补互足的,技术和设计人员耦合得越紧密,知识面叠加得越多,沟通成本就越低,效率自然就高了。

3. JSPASP等等也不能说是平台吧。它们都是页面渲染技术标准啊。服务器端运行jsp,然后返回到客户端html,jsp自身是带着功能性的。然后客户端上也能处理脚本了,也就是JS,所以很多轻量级的应用都放在JS上。JSP已经达到分离页面(MVC)的地步,但是它还没有彻底,Spring在这方面做得更好更强大。开发上JSP这个标准就慢慢没落了。也就是说JSP已经达到了前后端分离,只是还不干净。如果说网页是静态的,那前后端分离也没有必要了,当有了动态页面,就需要页面渲染技术来把一个模板和一个context合成一个文本。比如

hello,&name

{“name"=>”world”}

通过模板渲染就会得到hello,world

而用Velocity来替代JSP,则会更简单,这里就不详细说了。在我写vm的过程中所体会到的是,velocity远比jsp要来得方便。基本上和html没什么太大的差别。

站在框架本身的角度上,它提高了重用性、扩展性和可用性。用框架就表明你无需单个地对某个元素进行大量的调试啊兼容啊等等。这样一来,框架本身就限制了元素本身的创造性,这是它本身的劣势了。不过框架最大的取舍点还在于,如果你是UI框架,是否和系统框架能够融合,这才是最重要的,否则你JS写得再好,发现放到Spring里之后不能用,就悲剧了。

4.JSON好就好在它提供前后端数据传输的格式,和XML相比,两者在可读性上没什么太大区别。相信前端开发会非常喜欢json,因为它可以写出很实用美观可读性也强的代码,但是后台开发则会更偏好xml,因为它是标准的结构化标记语言。json易于解码,只要定义好数据结构。喜欢json是因为js拥有很大的创造能力,而json就为这种创造能力搭建了实现平台。只要前后端开发沟通好。不过我是无法预见JS的未来,虽然web发展以来有很多模板语言更新换代,但是html/css/js这三者还是依旧,在追求标准的年代,这三个很难拆散,也就意味着很难取代其中一个。

时间有限这次就聊这么多了~~

Posted in 设记 | Tagged , , , , | 4 Comments
414 Views

设计进步了,客户的需求为什么不进步?

近来和客户打交道,发现自己对于“大方、简洁、有视觉冲击力”这些形容词感到很不解。不一样的客户,会提出完全相同的需求。

小小抱怨一下。作为设计师,我应该和客户好好聊聊如何把这些抽象、空洞、无甚作用的词条换成网站用户真正关心的东西。

现在已经不是你做了一个网站,打上广告就有无数用户每天泡着的年代了。

你何曾见过天涯有着强大的视觉冲击力?百度贴吧有着大方、简洁的气质?

做电子商务的网站是否是例外呢?当然也不是。淘宝主页一点都不简洁,它已经塞不下东西了,这还是改版之后的。视觉冲击力倒是有点,激起你购买欲望的。但是让你真正从钱包里掏出钱的,还是好的产品,符合你习惯的操作流程,流畅的购物体验。

OK,下个客户我会和他/她好好谈谈的。也许报酬也会增高。

Posted in 设忌 | Tagged | 2 Comments
569 Views

好吃佬必看!杭州美食搜罗(part1)

好吃佬必看!杭州美食搜罗~

我,本身是个馋鬼,身上的银子基本上都扔进了肚子。口味很兼容,川湘粤赣杭帮东北菜都吃。在杭州生活了4年多,积累了不少杭州美食的经验,愿与大家分享。主要选择了一些离我们近的位置~算是入门篇吧。

杭州有个很奇特的现象,无论餐馆大小,好吃与否,生意至少还行,这是多年来的经验。所以在杭州找菜馆子,一定要注意不能只看里面的客人多不多。坐下来看看菜单不靠谱的话,还是厚着脸皮闪吧。

Read More »

Posted in 杂谈 | Tagged , | 9 Comments
765 Views

社交广告?新的广告形式!

早上看了译言上的两篇文章:《广告也Digg:Digg将在本周推出新广告计划》和《Twitter正在测试一种新的广告形式?》。显然传统banner已经无法满足营销需求了,这种社交广告(Social Advertising)无疑更有想法、更有趣。

文章中谈到,Digg会在本周推出新的系列广告。这些广告会和普通的文章一起轮流展示,用户将像和普通文章互动一样来浏览这些广告,“顶”、“埋”以及“评论”。显然被顶的次数较多的广告就会处于Digg文章列表更前面的位置。想像一下,一个广告如果被顶了800多次,那么它将会被多少人看见!?

这种广告形式向用户寻求帮助。传统广告一般是不知道用户喜欢些什么的,发了个广告出去大部分都被无视掉。借助Digg新广告被顶或者埋的次数,广告商会了解这类用户喜欢些什么样的广告。也许在以后,极受大众欢迎的广告便会攀上Digg侧边栏的top榜单。

Digg现在的top 榜单

top-in-digg Read More »

Posted in 杂谈 | Tagged , , , | 1 Comment
555 Views

设计系列:Draware是怎么炼成的(1)

这个系列主要展示一下我的毕业设计:Draware Mobile UI

这一篇focus在前期的设计,包括icon交互等等。

一:概念的产生。

概念是在一天晚上睡觉的时候产生的。当时想,像iphone那样那么多的应用放在一起,用户在操作的过程中会不会不太方便,一个页面上有十多个icon,寻找一个icon会花费一些时间,甚至用户所需要的应用会在下一页上(iphone换页的交互方式是拖拉页面边缘)。如果有一种交互方式能让用户不需要选择就直接到达应用,那会大大提高易用性可用性

draware1

这种交互方式未来会有多种解决方式,以现在的无线技术发展前沿来看,context-aware(基于上下文的感知)、gesture recognition(捕捉手势,葡萄牙学者研究的方向: The current feasibility of gesture recognition for a smartphone using JEME. New York)等,都能为这种交互方式提供可能性。而我在那天晚上想到的是用手指在屏幕上画,画那些经抽象icon后得到的图像,然后页面就跳转到用户想去的地方。

Read More »

Posted in 亲手做的 | Tagged | 5 Comments
880 Views

忽悠集大成者又出手了

从dudu,mop,UUme 到校内网、开心网,陈一舟同学这一路走来是越走越大。5Q遇到瓶颈的时候怎么办?收购校内,抄袭抄袭抄袭,累积资本。忽然发现线上网页小游戏又火了,继续抄袭抄袭抄袭,累积资本。

轮到现在校内发展遇到瓶颈了。很简单,在校内上混的好的混的差点人,要么毕业了,要么快毕业了。在单位里慢慢就转变成了linkedin的用户,跟上半时用MSN一个道理。新来的大学生最多填平这个窟窿,而且关系的网还没织成。

怎么办,老路子,抄袭抄袭抄袭。校内即将成为标本,还不得清净,要为新的忽悠事业贡献舍不得xiaonei.com这个域名的用户们的流量。

陈一舟的全新的人人网会抄袭谁?反正不是国内的就是国外的,肯定已经找好了。融给千橡的钱还够他玩好几轮,mop dudu UUme这不都还没动过么。

Posted in 杂谈 | Tagged | 1 Comment
757 Views

从需求到功能再到实现

最近挤出一点时间来回味了一下自己这半年来做的设计,除了毕设之外,就是Zozoc的项目了。

一,背景

在Trilogy实习的时候,在Zozoc这个项目中做设计。事实上当时这个项目的business goal已经很迫在眉睫了。当时Zozoc还没有收费,通过viral提高的UV每周在60%左右,下载产品的用户只占UV的20%,但用户流失率却在50%以上,可以说用户黏度是非常之低。

而项目可以利用的资源也是不容乐观,当时我们有web/wap/sms几个可以利用的资源,其中web方面由于人力原因,项目老大就排除了这个资源。也就是说,我们需要赶在Zozoc收费之前,近1个月的时间,将UV的增长率提高到50%以上,conversion rate要到60%,而用户流失率降低为10%以下,而能利用的资源是wap和sms。

Read More »

Posted in 亲手做的 | Tagged , , | Leave a comment
762 Views

设记系列:Draware手机界面设计

毕业设计前前后后做了两三个月,从最开始的概念,到icon,到整个界面场景,然后深入到细节,最后做很麻烦的动画。

虽然有相当多的瑕疵,不过还算是比较完整。最大的收获应该是实现了自己的一些交互的想法,在视觉上也有了突破。

不过实际而言,研究并没有进行到很深的一个程度,限于精力和时间吧,对于draw这个动作的细化还只是在比较表面的阶段。 Read More »

Posted in 亲手做的 | Tagged , | 4 Comments
805 Views
  • Twitter

    Error: Twitter did not respond. Please wait a few minutes and refresh this page.