最近在准备集团公司UED的一次内部分享，中间也吸取了一些同事的意见，其中有一点我觉得也非常有必要来分享给大家。
在中国的互联网企业中按照企业大小分所需要的设计团队也各有不同。小型的互联网企业一般都只有一个拥有很强全能设计能力的设计师组成的设计团队，这类公司主要目的就是获得第一桶金或者打开想要开拓的市场领域；而大型的互联网企业则拥有一个或多个设计部门，包含了多位拥有很强专业能力的设计师，并且一个角色会对应多个设计师，这类公司的目的就是拓展业务，实行公司的战略，不断完善产品。
这两类团队的合作模式大相径庭，小公司的团队很讲究不断沟通不断设计的反复操作模式，不断磨合，比较不注重团队建设，完成任务是首要目的。而大公司的团队则讲究工作质量，对流程和沟通非常注重，着重讲究团队建设，以设计公司品牌战略为目标。小公司团队的缺点是工作重复劳作强度大，团队不和谐，设计模式不能延续复制，目标和公司有一定差别。大公司团队的缺点是太过注重流程，导致产品项目设计缓慢，中间常常有很多幕后问题出现，团队矛盾多。
那如何来适应这两类团队？我在这里提出，“把流程设计模块化”。之所以要模块化，是因为要把每个角色的作用安排妥当，能够专人专用，将产品资源最大化。
折折熊de记事本终于上线了~
作者:折折熊 分类:产品设计 | 日期:2008-05-15
寻找用户轨迹的“探索性测试”
作者:折折熊 分类:产品设计 | 日期:2008-05-13
国内的大部分公司在做交互设计的时候很大部分都是处于探索阶段，但是因为产品的商业价值很难允许失败，所以很多设计师对于交互设计的结果都很难确定，甚至会因此屈服于商业价值，从而导致了一个恶心循环。
在上次的D4设计论坛中，针对于口碑网改版的设计方法，UT斯达康的设计经理提到了利用新旧入口的方式来进行用户测试，并提出了使用新界面提供老界面入口的方式进行用户测试。在我们设计产品的时候其实也可以利用产品的特性进行一些“探索性测试”。
测试大致可以分成几种：一种是验证性的测试，在知道结果的前提下进行验证的测试，一般运用在学科领域的实验室中，更多的是对理论数据计算的结果进行验证；还有一种是探索性的测试，在未知或者并非全部了解的情况下进行探究的测试，主要是针对新产品新事物的一种尝试。探索性测试更多的使用在创业型产业领域中。
Tidwell,J在《Designing Interfaces》中提到“在设计各种软件界面时，可以给用户留下实验性的通道来让他们探索和尝试，同时别让用户付出任何代价”解释了产品在使用探索性测试的时候应当注意的问题，在兼顾探索性测试的同时要避免给用户带来的阻力。
2008.5.8 D4设计论坛 Alipay for Alibaba
作者:折折熊 分类:产品设计 | 日期:2008-05-09
交互设计-注册的反向确认
作者:折折熊 分类:产品设计 | 日期:2008-05-06
PJblog TIps：强制去掉日志的列表模式
作者:折折熊 分类:产品设计 | 日期:2008-05-05
由于博客的服务器只支持asp，所以一直在研究pjblog的一些深层问题。
这次遇到的是pjblog的日志显示模式的问题，由于pjblog提供了列表模式（不知道现在还有谁会去用列表模式去浏览一个博客站点，为了减少流量？-_-!）和普通模式预览，并且它利用了缓存机制来记住上次访问这个网站的模式，可恶的是，有些客户端却无论怎么访问都会是列表模式。google了很多网站都没有介绍这方面的解决方法，所以我研究了pjblog的缓存机制模式发现，虽然不能去除缓存机制，但是我可以跳过系统检查强制显示普通模式。
方法：
交互设计的成败关键在哪里？
作者:折折熊 分类:产品设计 | 日期:2008-05-05
最近在产品设计上发生了一些变故，从个人到产品都有所改变，虽然公司一直秉承从摸索中评判真理，但是这么久了也应该有个结果。这里我不想多谈公司的产品，更想说说的是在产品设计和交互设计中，成败关键在哪里。
首先应该先说说交互设计到底是什么？之前收到一份腾讯的笔试卷子上就有一题，什么是交互设计？我给出的答案是人机交互的衍生物，是一种设计师的新意识形态，它所关注的角度不再仅仅是技术和商业上的价值，而更多的是关注如何让产品成为用户（包括任何使用产品的因素体系）的思维模式，就像空气一样是最重要的必要事物。当然这种说法可能有所夸大交互设计的概念和功能，之前也看过一篇国外的论文，谈到根本不需要交互设计，其实我们没有必要过多的讨论交互设计是什么，我们要掌握的是如何驾驭它。
汗血宝马性情刚烈，唯有勇士方可临于上，骋千里。我们的产品也是如此，只有驾驭了交互设计的能力，我们才能够赢得掌声。
那么如何来判断它是否是成功的设计呢？如果你对交互设计还不是很清楚，你可以阅读一下《交互设计之父（Alan Cooper）访谈》。在和Alan Cooper访谈中，他一直提到以目标导向的交互设计，并且交互设计不是实用性工程。那什么才是交互设计的核心？它对一个产品的影响是什么？好的交互设计是要大量削减人必须记忆的东西，注重目标是什么。交互设计不是重要的，它不会对于产品的成功非常深刻的影响，它只会使它更好。
交互设计之父（Alan Cooper）访谈[转载]
作者:折折熊 分类:产品设计 | 日期:2008-05-05
2000年的元旦左右，我正在思考如何最好地超越uidesign.net中的书评。与其分析作者所著，还不如直接去问作者--访谈。那么，"应该首先对谁进行访谈呢？" 新的站点商标和口号，"交互设计师的网上杂志"为我提供了答案--非Alan Cooper莫属。作为两本优秀的书籍的作者，《关于脸》("About Face")和去年的，《精神病人管理精神病院》("The Inmates are Running the Asylum")（国内中文译本译作《软件创新之路－－冲破高技术营造的牢笼》），他是交互设计之父，甚至可能是交互设计最伟大的倡导者。使我喜出望外的是他答应约一个月后我对他进行访谈。终于我和他在星期五的2月11日进行了长达80分钟的电话交谈。
因为不可能访谈Alan Cooper的交互设计(Cooper Interaction Design)的方方面面，所有的问题必须预先提交以获许可。令我惊讶的是我们从一开始就偏离了预先安排的问题并且从来没有回到这些问题。这是非常精彩的80分钟的谈话，这些谈话不仅有助于明确uidesign.net探讨的内容，还有助于对交互设计涉及到的领域有一个整体框架印象。在第一部分，Alan花时间准确解释了为什么应该说是交互设计而不是界面设计，以及交互设计在整个以用户为中心的设计领域中的地位。
在访谈之前我还认为我有一些机会和Alan谈论自己的观点。我本认为我对交互设计有一点认识并且可以问一些聪明的问题。我们有一个好的访谈计划，并且我们有1个小时的时间。但是，本来预期的一个访谈立即变成了对大师的拜谒。当Cooper开始撕掉整个技术产业的规则手册并且抛弃它的时候，很难进入预备的访谈了。他谈到了为什么交互设计和整个系统结构有关，并且还提到了关系数据库中的漏洞；文件系统的漏洞；为什么交互设计不仅仅是界面设计；为什么他也不喜欢实用性。
Tags: 交互设计 Alan Cooper
