登录 |

分类“UCD”的存档

« 较旧文章 较新文章 »

5K起招聘WEB设计 [帮千鸟转发]

帮N个朋友的公司或团队找人,如果您有意找工作或者换工作,请给我一份简历。
以下为三个不同职位,需要从业三年以上,及成熟的商业项目经验。

设计

1. 对Web UI有深刻认识
2. 良好的布局平衡和色彩感觉
3. 高审美、高创意
4. 熟练图形工具

制作

1. 理解W3C标准相关理念
2. 熟练使用Xhtml, Css制作页面
3. 熟悉Javascript等客户端脚本
4. 熟悉多种调试工具和客户端浏览器
5. 有良好的编码习惯 查看全文 »

UI规范&UI指南&UI组件

attachments/200606/25_203004_0.jpg
在我回家之前收到了一个朋友的邮件,我们有过简短的讨论。
今天在整理本月邮件时发现这个邮件可以公布在BLOG上,也许会引发一些话题和收获。

Vinny 致 我

引用自
抱歉,可能我们正在做着没有意义的事情,但是在我们还没有得出一个结论的时候,大家都还抱着一些幻想和期待!

附件是我纪录他们讨论的截图!期待您的回复:)

附件: 查看全文 »

流程设计和用户的接受能力

attachments/200606/07_101434_00.jpg
首先要说:
无论是交互设计还是信息架构还是易用性还是情感设计,评判的对象都是用户;高级用户和普通用户对于产品的使用习惯和需求是不同的。

前一段和千鸟在flickr改版扯了一些话题,当时提到过:

引用自
用户操作流程可以想象成一根根绳子,先把每根绳之顺直了,然后再找个地方接一个统一的头(网站首页就相当于这个),这是交互设计最初始的做法。
现在大多数的作法是把每根绳子都顺直,然后把他们搓到一起做成一个大绳子,每根绳子之间可以适当的互相交叉互联互通,这样做提高了效率,可以在不同流程之间互相跳转,
…(更厉害的做法)是把这些绳子搓成一个大麻团了,互联互通相互交叉更加复杂了,效率会更好,互相跳转更方便。
。。。
这样做新用户有时候确实会被繁杂的表现搞晕,

大致是想说:流程的设计不单需要需要照顾用户的使用习惯,更好考虑到用户的接受能力和使用压力,也需要考虑产品开发人员的接受能力。 查看全文 »

UPA中国 User Friendly 2006 简单预告

attachments/200606/17_220846_0.jpg
1、时间与地点
时间: 2006年11月3,4,5日
语言: 中英文(同声传译)
会场: 中国杭州曙光路120号黄龙饭店

2、简要日程 查看全文 »

UE在企业中 – 如何(是否)外包你产品的UE

attachments/200605/31_231108_0.jpg
闲话几句:
这是我第四次企图写好这个关于“外包”话题,之前写了三次但三次都被我删除了。
不是我对于这个问题没有确定的看法,只是我实在不知道应该用什么样的表达方式来说明我的观点,更担心招来…..

第一个问题:是否应该外包?

1、所谓“外包”,指企业为了专注核心竞争力业务和降低成本,将产品的部分工作发包给提供外包服务的企业来完成的行为。
2、对于市场竞争来说,“外包”只对产品“非核心竞争力”的部分存在可能。啤酒厂可以把酒瓶盖、酒瓶“外包”给别人做,但不大可能把啤酒的酿造也“外包”给别人。

3、如果问:UE是否为产品的“非核心竞争力”? 没有人敢死说是。但就眼下这个市场的白热化竞争局势看来好像确实是,我觉得因为这只是“目前市场竞争的假象”或者说“暂时对产品的要求还没有上升到那样的高度”。
4、从上边看来我们似乎需要肯定的回答:“企业不能外包产品的UE。就算眼前能但以后一定不能,眼前的能只是因为竞争的不得已。” 查看全文 »

效率的三个组成部分

attachments/200605/30_001255_0.jpg
1、很多同行的朋友都会经常遇到这样的问题:
“我们项目的时间很紧人手也很少,根本没有条件去做‘用户调查’和‘易用性测试’怎么办?”,
很多时候作为顾问我的回答是:“建议你尽量去做一些这样的工作,因为做了总比一点都没做要好。” 我不会说:“你一定要做 也不会说那你就别做吧。”
原因很简单——“效率”才是项目的一切根本。

2、诺曼前一段写了“为什么事先做用户调查是错误的
他从实践出发,“倡导”了“事先做用户调查是错误的”。其实也就是在说针对UCD和实效率之间的平衡问题…

3、前几天一直在和几个朋友谈关于项目管理和项目协调的问题,说了“团队、个人魅力、执行力、”、说了“好的团队首先是一个整体,然后每个人都是一个非常出色的个体”。
但最终也还是说到了“决定效率”的几个因素,因为我们觉得最终一切最还得回到“效率”

4、效率到底应该如何解释? 查看全文 »

UE在企业中 – 自上而下的推动

attachments/200604/25_153020_0.jpg
回忆一下我之前经历过的两次自上而下推动过程,
希望不要对号入座,这些回忆只是我自己的经历 不代表什么观点.

03年和05年我分别经历了两次难忘的很有对比性和代表性极具教育性和参考性可以作为我正反面教材的UE人员在企业之中的“起义”过程(断句练习),他们一次是我在学习一次是我在操作、一次是成功的一次是失败的、一次是得到了领导层足够认可和支持一次是“自以为得到了领导层认可自以为他们会很支持”、…
 
 
那次“我在学习的成功的得到了领导层足够认可和支持的”:

据说03年在我们当时的那拨人之前,我所在的那个公司内部曾经有人做过UCD的工作,是在测试部门之下成立了一个产品可用性研究的小组。但后来有很多原因导致了那个部门的解散,听说是其中最主要的是高层领导把这个小组定义为了一个“研究小组”,他们认为 查看全文 »

« 较旧文章 较新文章 »