谈及交互设计，大家关注越来越多，但是交互设计具体需要什么技能，可能大家都是模糊的概念；
所以我想请大家讨论一下；

大师alan cooper这样说道：

引用:

shenqw: 交互设计师需要懂得编程吗？
alancooper: 交互设计师需要懂得什么对于程序设计人员是重要的，但是不需要知道怎样编程。
fly cat: 什么样的工作背景对交互设计师来说是最重要的？技术或市场？
alancooper: “技术和市场”，两者都不需要，交互设计的字义本身就已经说明了它自己。
extreme: 我猜想他可能需要懂得心理学方面的知识，你说呢？
alancooper: 交互设计师必须知道哪些对于心理学家是重要的。
yuminghui: 这样说来老板需要招聘心理学专家参加项目了？
alancooper: 不，正好相反，因为有了交互设计师，所以他们再也不需要心理学专家参加项目了。心理学专家不能设计交互系统。
extreme: 如果某人想成为一个交互设计师，他应该怎样做呢？
alancooper: 停止编程。
extreme: 为什么要停止编程？
alancooper: 因为程序员和设计师的目标是有冲突的，你不可能同时做好两件事情。

Moond 这样写道：

引用:

概念设计需要具备的几个基本技能
也许你在公司里是唯一的设计师，要包揽所有的设计工作， 不过基于背景知识的考虑，一般还是需要具备用户研究和交互原理培训的交互设计师来承担概念设计的文案工作，因为这里面也包括了对问题总结和方案描述的工作，以及对交互动作的说明，下面可能是几个基本应该基本的技能：

1、问题捕捉 - 也就是对问题的敏锐观察，特别是那些对于一些人也许不是问题的问题-潜在问题，比如一个工具对于使用右手习惯的人群，包括设计师本身，都没有发现任何不便的地方，但是有没有考虑过对于左手习惯的用户，可能就会带来很多不便， 这个问题可以在用户观察中发现，也可以在行为思考中得到初步的注意；
2、概念扩展 - 其实很多时候，一个问题或概念会引申出很多相应或相对的信息，如何全面地覆盖可能涉及的内容，以及如何关联这些信息之前的交互，就需要一定概念扩展技能，这可以通过一些科学方法论，或思维培训得到相应的提高，比如我们思维图；
3、数据分析 - 对于不断扩展的概念范围和信息，我们需要做相应整理和过滤，提取最终需要的数据；
4、概念描述 - 应该算文案表达能力，让别人更容易地理解你想传达的概念，除了图形的形式，文字的描述一样很重要
也许在下面的例子里可以看到更多的工作内容描述。

大家有什么见解或不同，可以蹦出来讨论哦

很不同意alan的观点！

编程与交互设计绝对不冲突，交互设计最后是一定要由编程和前台代码实现的。仅仅懂得“什么对编程人员重要”只能算是合格级别。
一下省略若干字……

關於這一塊,個人困擾還是挺多的

一: 交互設計師在需求分析及開發過程中應充當什麼樣的角色,是否需要需求管理的相關技能?
需求是產品之本,軟件開發週期中需求的管理 / 分析 / 開發基本上都是由SA人員來做的,現在交互設計師要貼近用戶,確認,挖掘用戶原始需求,這個角色在此部分與SA有功能上衝突,兩個角色一起做需求?這種資源的投入是有必要的麼?同時如果兩種角色如果在認知上有衝突,該以誰為主?
軟件開發過程中,需求這一塊有很成熟的一套方法,比如在CMMI模型中,有專門的需求管理和需求發展的方法,交互設計師需要具備這些技能麼?

二:產品開發中是界面決定架構還是架構決定界面?如果先有界面設計,那交互設計師是否需要具備軟件設計的技能?
談到軟件設計,就會想到面向對象,幾乎所有的SD(系統設計師)在軟件設計過程中,只會花很少的時間去考慮交互設計師所關心的東西,沉浸在對象,類,模型中樂此不彼
如果是架構決定界面,那麼當SD的設計出來以後,再交由交互設計師,一定會發現很多問題會和SD的工作結果所衝突,比如用戶操作流程,SD會根據系統需求來設定操作流程,而交互設技師是根據用戶需求來設定的,再回頭去改??
如果是界面決定架構,那麼交互設計師是否還需要同時是一個優秀的軟件設計師??

如果上面兩個問題的回答所有人都是肯定的話,,那麼豈不是天下大亂??

引用:

原帖由 chenzhe 于 2007-11-19 10:39 发表
很不同意alan的观点！

编程与交互设计绝对不冲突，交互设计最后是一定要由编程和前台代码实现的。仅仅懂得“什么对编程人员重要”只能算是合格级别。
一下省略若干字……

我認為編程和交互設計確實是衝突的
編程人員往往拿到產品需求後,就把用戶踢到一邊去了,只根據系統需求來做事,他們考慮的是效率 / 重用 / 工時 / 兼容 / 穩定 / 安全,長久以來他們已經養成了這樣的習慣
記得聽過一個講軟件設計的課,老師是這麼說的:"我們應該發現軟件的內部規律,然後以我為主,不要依賴用戶的想法,他們看到的只是現在,我們要看到以後"
看看吧,我覺得這位老師說的話就很能說明問題
系統需要的用戶不一定需要
這麼做系統會更有效率,更穩定........但是用戶可能根本就不喜歡
這些都是衝突的表現吧?

[ 本帖最后由 fowulover 于 2007-11-19 11:24 编辑 ]

LZ的贴真及时，我也很想知道

非常同意alan 的观点.

特别是"因为程序员和设计师的目标是有冲突的，你不可能同时做好两件事情"

我认识的有个朋友,是个编程高手.他确实已经变成"逻辑人"了,做什么都是以编写方便,简单为主,很少以用户为本.

我们身边有很多这样的高手,大家不信的话可以好好观察一下,特别是他们思考问题的方式,已经根深蒂固的从一个特定的角度去思考,这样同时来做用户体验设计的话我个人认为是不太可行的.

我的看法

1,alancooper: 因为程序员和设计师的目标是有冲突的，你不可能同时做好两件事情。
这话是有道理的,实际上跟美工也有冲突,交互设计师最好也不要学美工.
当然也有同时做到编程和交互设计的,VB之父就是,如果你想学程序又想学交互设计,我建议程序后学,别让程序固定了你的思维

2交互設計師在需求分析及開發過程中應充當什麼樣的角色,是否需要需求管理的相關技能?实际上需求才是核心,会点这方面的东西可以避免陷入理论当中——对这点我有切身体会

3兩個角色一起做需求?這種資源的投入是有必要的麼?同時如果兩種角色如果在認知上有衝突,該以誰為主?如果有人去做，交互设计师不需要去做需求，任何冲突以需求为准，做需求的时候很少包含界面细节的，冲突不会太多。你举个实际的例子我或许更能清楚的表达应该以谁为主

4產品開發中是界面決定架構還是架構決定界面?如果先有界面設計,那交互設計師是否需要具備軟件設計的技能?
需求决定两者，两者的先后无关紧要。如果你说的是单选还是复选还是下拉这种问题，一般情况下以交互设计为主，除非设计的编程成本太大，就做出适当妥协，交互设计师肯定要有多套妥协方案的。如果你说的界面是美工做的那种，那么交互设计一定要在美工之前

5交互设计需要什么技能？
公司要求什么就是什么。

总结：流程都是混乱的，就别指望技能的明确要求了，程序员跟美工之间不还是有很多东西有时候是程序员做，有时候是美工做么？

楼主这样贴，容易造成误解。先和大家说说Alan Cooper是谁，VB之父，About Face已经写到3.0了。 他的这些访谈，很大一部分是针对程序员说的。
“alancooper: 交互设计师需要懂得什么对于程序设计人员是重要的，但是不需要知道怎样编程。”大师说的话，要理解他的程度，他说的编程，也许是写个类似VB这样的重量级东东，和你理解的写两行代码是有很大区别的。

kuangfu说的：“如果你想学程序又想学交互设计,我建议程序后学”。我接触过的所有大师，都是先写程序，后做交互设计的。 历史发展就是这样，总是先有电脑，再有软件的。

另，一点感慨，现在说的程序员，直接就是coding了吗？ 十几年前，我刚开始写Basic的时候，1/3时间在思考，1/3时间在画流程图，1/3时间在coding。 之前的这两个1/3，我自己觉得很多是在做设计。

Alan Cooper 就是VB之父?
哈哈,出洋相了,我从来不注意说话的人是谁,因为那样会影响自己对话本身内容的判断
我也不记老外的名字,单词都记不住,别说没用的名字了.
他自己不就是程序员么?

"panda说:
我接触过的所有大师，都是先写程序，后做交互设计的。 历史发展就是这样，总是先有电脑，再有软件的。"
就好像你接触的大师都学过DOS,就不能得出结论学电脑就必须要学DOS
那是历史发展造成的,以前没有交互设计.现在情况不同了.

没错，先学程序，然后解放思想，这条路是打通任督二脉的捷径。

通过逻辑走进用户好比下楼，通过用户回到逻辑好比上楼。

不是历史发展。
实际上程序的设计本身一部分就有点类似在做交互设计了。从程序转，的确理性一些。
页面的表象始终是表象~涉及不到具体的步骤，今天有了这个设计师，交互是这么做，明天有了另外一个设计师，交互还是那么做。

我个人觉得，先学程序，然后知道画程序的流程图，涉及到一部分的软件工程，再回过头来学习社会学和心理学还有艺术设计，这样的路更适合交互设计师。