非常感谢您如此耐心详细说明了这麽多，好感动QQ ※《cozywolf (cozywolf)》的观察啦： : 标题: Re: [请益] 请问我能申请到中上的美国 HCI 研究所吗 : 时间: Mon Apr 10 02:38:52 2017 : 　 : 　 : 哈罗 : 我是去年UW MHCID毕业生,目前在MSFT做User research : 我大致上看过了你的作品,看得出来你对於撰写程式有一些心得 : 这对於申请绝对是加分的 : 除此之外社会学背景,如果你熟悉社会学研究法与实验设计也是大加分 : 可惜我无法看出你与HCI的关连性与申请的动机 这点可能是我在说明上不够详细，其实程式语言部分我认为自己是不足的，毕竟我并非透过一般管道学习，没看过书，也没有上课，并且我对於这一块的兴趣小於 UI/UX/HCI。不知道你是否注意到那些作品连结全部都是 UI 相关的修改或是扩充，没有一个是能单独使用的，会有那些作品就是因为我想让软体更容易使用，所以作品关注的修改在於介面如何呈现，如何与使用者互动，如何才能让使用者在使用上更直觉更迅速的操作，我是为了介面才写程式的，除了Bug 之外的修改，程式码本身、像让程式码变得更简单或更有逻辑之类的事对我来说是次要的。 : 你说你对於UI有兴趣并提出了一些建议 : 这些建议是“你觉得”应该这样 : 还是你有实际上去跟使用者访谈过,透过论坛上搜集使用者的意见 : 甚至基於设计的原则来指出既有设计的瑕疵呢？ 我在想若非学术及工作目的，应该不会有人会去做正式访谈吧？更不用说那些不是我的程式了，所以我能给开发者的是我作为使用者的建议。至於我的作品，我会非常关心使用者的情况，即使使用者都是德国人，我还是会每天到论坛看他们的需求、看他们认为有哪些地方需要改进、使用上哪里觉得不方便。而设计的原则就是我需要学习的部分。 : 　 : HCI所研究的主要是Why,也就是为什麽要如此的设计 : 如果你感兴趣的是如何设计UI,那比较像是UI Engineer或是UI Designer : HCI领域出来的一般来说以做User Research, UX Design，或是Interaction Design居多 : 写程式的能力虽然是Nice to have, 但是并非必要条件 : 更重要的是这之中的过程 : 在学校的训练中会专注於各种验证你的设计的方法 : 换句话说你会花非常多的时间在草稿上(sketch或Wireframe) : 花更多的时间在测试与修改 : 最後只花一点点甚至完全跳过实作(将程式或界面真的写出来) 这也是我想了解这领域的部分「目的」，如何或去了解使用者、了解目前或是大家习惯的介面是否有再改进的空间，再找出如何才是最友善的介面。但你这样说我就有个小问题：就算是 UX Designer 多少也要做一点 User Research 吧？ : 　 : 这边我举个例子,以设计UI为例 : 使用者想要做哪些事情,他们想透过哪些方法完成, : 这些会是User Research的工作,没错,有时候根本连UI都不会碰到 : 他们的工作是找到一个好的,有效率的方式来达成使用者的需求 : 如果把这些东西放上UI是最好的方式,那他们就会进一步去了解应该放哪一些东西 : 比方说Information Architecture,文字叙述, Tooltip等等 : 之後这一些Insight会被整理成一个Spec : 交给UX Designer或是Interaction Designer来进行设计 : 　 : UX Designer或是Interaction Designer会专注如何讯息呈现与排列 : 以至於如何清楚的传递讯息给使用者 : 比方说按钮要如何摆,如何让使用者知道自己在哪个页面, : 或是告知使用者哪些是可以互动的,哪些在运作中,哪些是不能使用的 : 同时也会设计换页或是动作的动画,比方说按了按钮之後画面会怎麽改变等等 : 这部分依照公司不同而有所差异,但核心只有一个 : 弭平使用者与系统设计者之间的鸿沟 : 也就是说设计一个良好的,清楚的,容易学习的介面让使用完成他们的目的 : 　 这就是我最感兴趣的部分，像一个设定介面，哪里需要用下拉式选单，哪里需要 Tooltip，该用 Check Box 还是 Radio Box？Switch Button 会不会比较好？（不知道这些名词有没有错）或者是我们可以开发出更好的方法？要怎麽做？ : 当这些设计完成之後(一般来说会制作成一个UI Flow) : 可能会交由User Researcher透过Usability test或Cognitive walkthrough等等方法 : 来了解这些设计是否真的满足使用者的需求 : 如果有瑕疵则重新改良 : 如果大体上没有问题,那就会把他们交给UI Designer或是Visual Designer来做设计 设计完後的测试就不是我的目的了，但如果一个 UX Designer 需要做这些事我绝对会欣然接受，不过看你的说明，它们应该是不同领域。　 : Visual Designer或是UI Designer会依照UX Designer或Interaction Designer的建议 : 来设计整体的视觉效果,这包含了决定字体,颜色,排版与视觉效果等等 : 以游戏来说,这个UI看起来会不会很出戏或是很好的融入了游戏之中 : 等到这一切都决定好之後,才会交予Dev team实作（或UI Engineer,如果有的话） : 而User researcher可能又会在这时候出现把完成品拿去测试 在我的作品里，以上这些我都一手包办，所以我有个问题，字体、颜色、排版这些是否有时 UX Designer 需要自己解决？在我做那些作品时，我认为这些还是多少会与使用者互动相关的，例如，排版很乱操作就不直觉了。 然後，我看到下面你说的了，有些会分开，有些不会。 　 : 值得一提的是,虽然上面分很细 : 但是很多职务会混在一起 : 一般来说User Researcher和Designer会分开之 : UX Designer和Interaction Designer有的时候会混在一起 : 比方说Google没有UX Designer只有Interaction Designer : MSFT没有Interaction Designer只有UX Designer : 大一点的公司一般会把Visual和UX的职务分开 : UX的人就专心设计Wireframe和Prototype,不需要费心在颜色,字体等等视觉要素上 : 而Visual则相信UX所提交的Flow和设计是完整可行的, : 所以只要专注於将此结果用最高品质且符合公司风格的视觉设计呈现出来 : 　 : 真的要细分 : User researcher可以分为Qualitative和Quantative researcher : UX Designer有专注於User flow,专注於Wireframe和Prototype的 : 也有专注於Animation的 : 在中小型公司我甚至看过一个人从Research到Visual全包的 : 　 : 不过只有Dev不管怎麽样都是完全独立 : 如果一家公司要UX的人去写Production Level的Code : 那这家公司要不是一家没有什麽经费的新创 : 不然就是要完蛋了 : 不要误会,我不是说UX的人不写Code : 而是UX的人写Code的目的是为了做设计与研究 当然不误会，我写程式的目的就是为了介面。 : Amazon有一个名为Design Technologist的职务就会需要写Code : 但这些都是为了研究与设计 : 我需要让使用者看看这个动画效果所以我用Flamer做了一个Prototype : 我想要了解在VR里面怎麽移动比较不会晕眩所以我用Unity做了一些场景 : 写Code的目的是为了可以更好地了解使用者的想法而不是真的要把你的Code放出去 : 　 : 以结论来说 : 如果你是对於写程式非常感兴趣而且希望你写的东西真的会放入产品之中 : 那CS可能比较适合你 : 如果你对於UI的字体颜色整体非常龟毛 : 那可能是Visual communication或是UI Design的领域 对於以上方面的兴趣，对我来说远小於 HCI。 所以综合你以上所有说明，我认为我想学的是 UX 没错，一开始在搜寻资料时我也是都搜寻 UX/UI，後来才发现 HCI 这个名词，所以 UX/UI 是 HCI 的一部份，我说的没错吧？？ : 如果你对於UI所提供的经验感兴趣且愿意使用各种研究方式来证明该如何设计 : 那HCI可能就是一个合适的方向 : 　 : 最後的最後 : 虽然我以UI来举例 : 但这只是UX里面很小的一块 : HCI研究的东西非常的多 : 不同领域做的事情也会完全不一样 : 不过就我目前所理解的,要能够被归入HCI以至於UX,必须的核心原则有四点（个人看法） : 　 : 1. 所有的设计都是以人为本,所有的研究都是以了解使用者为前提 : 2. 所有的设计,只要无法达成使用者的目标,增进使用的效率,减少错误所造成的损失, : 就是不好的设计 （Game Experience Design有一点差别,不过也遵循此原则） : 3. 所有的设计决定一定都必须要有研究或是理论支持 : 4. 所有的程式撰写与视觉设计永远都是为了进一步研究的过程而非最终产出 我认为我的作品一定有基於 1、2、4 点的原则。 　 突然发现，我们的对话好像一个面试XD --

※ 发信站: 批踢踢实业坊(ptt.cc), 来自: 111.185.13.126 ※ 文章网址: https://webptt.com/cn.aspx?n=bbs/HCI/M.1491813172.A.1B7.html