ThinkinIefen

居然无法上传图片，这是个问题

好事多磨，也再一次证明了我的论调，女人都是笨的。

今天5点钟就爬起来去车站，辛辛苦苦一个人跑去东站坐车，555 感动一下，终于长大了。

一个人在家干些什么呢，也挺无聊的。

开始拉，有日志了吧？没骗你吧？

这是一个伪标题。事实上，在这篇文章里面，我并不想展开讨论它。

只是想总的说一下我所听到的两大论调。
一种就是“正规兵”，他们就是近两年兴起的打着用户体验、可用性气质的用户研究员、交互设计师、可用性工程师等角色，这些角色是来自设计周边的专业人士，例如心理学、交互设计、人机工程之类的。
他们认为做一个好的设计需要有很多以用户为中心的方法，例如用户研究、可用性测试。要有固定的用户研究步骤，例如观察用户，用户调查，提炼用户角色等。可以理解成，设计的过程是有步骤可言的。是要被计划的。

一种是“土匪”，呵呵，老大的说法。他们是一直都在从事设计的设计师或有较多设计思维的人，他们提倡灵光一闪的设计方式。随着现在以用户为中心的呼声越来越高，他们也在逐渐的吸收其中有用的原则，甚至也开始提出要关注用户，但他们更愿意做的是随意的观察用户，或是，能有用户研究的客观数据来回答他们的一些特定的想法就可以。他们认为，设计师只要细致观察和思考，就能做出好的设计。

对此，我的想法就是，任何职位，只要有观察和思考，当然能做好。不过，这样的要求，是模糊的，是难以复制的。而任何严密的先进的流程都无法解决人的主动性问题，它是经验的总结，只能减少失败的几率。

不知道我的观点是否阐述清楚。对于上述两者的论调。不要互相不服气。
方法和流程能让设计有迹可寻，能方法可依，能让任何一个设计师都减少遗漏或失败的几率。为什么因为自己不懂，就排斥对方呢？
设计不可能是流水线中的产物，它需要冥想，需要创造，需要设计的氛围。为什么因为自己不懂，就否定对方呢？

这是一个挺长命的问题，至少从用户体验、可用性、用户研究在国内兴起以来，公司里同行间就一直听到类似的争论，相信这个问题在设计界也是一个常论常青的问题。
我不是设计师，我也不是资深的用户研究员，但我听说过这样一些例子，我相信这些例子所表明的。

1、一个工作管理软件的研究员，他在拜访用户的过程中不断的遇到被访的用户总是很忙碌，他的采访常常被各种电话打断，他随手把这点作为生活描述记入了笔录里。而抽取personan的时候，因为这个特点表现的频次很多，在描述用户生活习惯的时候，他保留了这样一点描述“××的生活非常忙碌，即使是在工作时间内，也常常被各种无预期的电话打断。”这样漫不经心的一点，设计师看到后灵机一动，他专门为这个工作管理软件增加了一个“工作区一键切换”的功能，当用户需要时，他可以按一个按键，就能将当前进行的工作进程原封不动的保留好同时进入一个新的工作区，可以随意在这个工作区中启动新的程序来做工作记录，他设想用户会用它来记录那些无预期的电话内容，记录好后他可以再按一次按键就能回到之前的工作中，同时新的工作区内容也被自动保留。这个功能从实现上来看并不是一个新的功能，可以说这只是一次巧妙的整合。

2、这个例子稍微浅一点。一个视觉设计师接到一个需求，设计一个社区首页，在需求上介绍了这个首页的面向人群是27岁左右的人，性别各半，希望能传达这是一个轻松的、亲切的社区。设计师在看到27岁左右这个特征后，他第一反应是这批用户属于80交接的人群，由此设想出他们最熟悉的卡通元素是哪些，哪些视觉元素会让他们感觉最熟悉亲切。基于这些模糊的想法，设计师设计出来一个看起来很卡外衣的社区首页。一开始大家都很反对，不少人的理由是这样的风格相对于27岁的成年人来说太幼稚，不是他们所认可的风格。几轮争辩后，设计师的第一版本还是上线了，点击率是未改版前的3倍以上，这是一次成功的改版。

这2个例子都是真实的发生着的例子，第一个例子看起来很像一名牛设计师的灵感触动，这样的创造会让最终产品更接近用户的生活，设计师想到了用户所想不到的。
第二个例子里，相同的一个用户特征，经过不同的设计师的设计创造后产生了不同的策略和风格。同样要向一群27岁的用户来表达轻松亲切的感觉，有不同的设计策略。这个例子至少表明，带上用户觉得熟悉的元素，可以体现“亲切”的感觉。这是有痕迹可循的一种设计方法，不是完全的发散性思维，但前期是你要知道“用户是怎样的”。

其实最终，我想说的就是5点。
1、了解用户非常有必要。老话说的很多，知己知彼，但没有一个人能告诉军长，在打战前你应该去了解敌方的什么，但关键是你必须去了解。这是一种意识。玩SC的人应该也很有体会，不要只在家里闭门造车，前期派一个干活的农民去做侦查，是高手的最基础的方法。
2、衡量了解用户的工作是否做到位，不仅仅在于收集回来的用户数据是否能回答之前的设计师所提出的疑问，还在于是否真实的完整的把用户的关键轮廓都描述出来了。用户研究人员带回来的是大量的事实，和经过严谨分析所得的共性和特性描述。
3、设计师拿到用户描述后，不要急着做设计。你要先“认识这个用户”，与他培养感情，让他成为你很熟悉的人。至少给自己一个下午的时间，闭上眼睛考虑，给这样一个人设计产品，应该设计出来的是怎样风格，怎样基调的东西。
4、不同的设计师，面对相同的用户数据，可能、也应该有不同的设计方案。造成这个现象的原因可能有2，一种是好的，本来好的方案本来就不局限于只有一种，即使是同一个人群，适合他的东西也不会只有一个。另外一种可能就是，不同设计师对这些“人”的了解层面不同，这点是设计工作本身可以进行提高的空间，是设计师自身修养改善的空间。
5、设计师千万不要有这种想法，这个东西我都不喜欢，用户怎么会喜欢。你不是用户，就这么简单。当然，基本的度还是有的。这是人类对美的潜意识，这点基线就不要挑战它了。

一家之言。希望大家讨论。

之前在msnspace上写的帖子。生平第一次写了超出发表字数的帖子，不忍心烂在msn，于是牵羊过来。
现在有些观点已经发生了变化，但还未达到可以写出来的地步，所以这次的语言表述还是最新版本。

• 产品的两大价值——————————————————————————–
  目前在企业的主流观念中，一个产品有着两面的价值，一是商业价值，一是该产品的用户体验质量。我是认同这种观念的，因为这两点是一个产品最基础的两个价值，而且两者的范畴都极广，能分别包含很多其他方面。    
  
  
  这两个价值都是有着各自专业的领域支撑的，虽然在现实的操作中我们难免会碰到各种经验和灵感早就高价值的情况。但分工和专业，其实也早已开始影响它们，很明显的一个现象就是商业价值和用户体验都是有对应的多个学科，并有不断细化的趋势，相信以后的方向是商业的人越商业，体验的人越体验；而其融合了越多的学科能力，就最终形成越牛的商业人和体验人。  
  
  就像玩游戏一样，一个人的能力有各种属性，而这些属性之间是相互区别和相互排斥的。风属性的人，她只能增加各种与风相关的属性等级，不断的加强其风的属性。如果给她加了土的属性，肯定不会出现1+1=2这么简单的结果，其中会有更复杂的换算，当然也不会是1+（-1）=0.  
  
  
•   完美的产品经理？还是产品Owner？————————————————————
  
  我们有个倾向，从管理和决策的角度来看，似乎对于一个事情，越少的人来决策是最高效的，因为人多了炒来炒去的，还不如一个人说了算。
  
  同时，如果对于一个对象，其所有的事情如果都有一个人来考虑，似乎也会更完整而且和谐。  
  
  所以我看到有文章提到产品经理应该具备的能力有下面大大的6点：
  
  1、  市场调研：包括与用户和潜在用户交流、研究市场分析报告及文章等。
  
  2、  产品定义及设计：其中产品定义是指确定产品需要做哪些事情，产品设计是指确定产品的外观，包括用户界面设计（UI，User Interface）和用户交互设计（User Interaction），包含所有的用户体验部分。
  
  3、  项目管理
  
  4、  产品宣介
  
  5、  产品市场
  
  6、  产品生命周期管理
  
  就我所了解的，单是“市场调研”一项就包含了不止2项综合性的专业，另外还有项目管理、产品市场……，我认为这里把产品经理的角色太神化了，我相信在现实的操作中有这样的情况，也不否认会获得一些好的结果。但我不相信这是一个良性的产品运作的模式，把责任都放在一个角色上，他必然会成为瓶颈。
  
  同时，从个人能力的发展来看，也不容易产生能胜任这种角色的人，更不容易批量培养出这种人。因为这里每一项都对应着长时间的技能锻炼和学习，以及对应的失败成本，这些时间和成本都放在一个角色的培养上，这是一种成本的加法。
  
  
•   产品经理和交互设计师的合作————————————————————————  
  
  所以我更倾向于认为，产品经理，其实从他在公司的层级上来看，他不是公司总的规划师，所以他不是绝对的决策者。从他的专业领域来看，他没有包含一个产品运行所要求的所有专业能力，所以在一个产品的范围内，他也不可能是绝对的决策者。但在产品的运作过程中，有3个领域他是决策者。
  
  1、  产品定义：就是做什么东西能赚钱，同时还能最省钱。这里主要是产品的商业赢利模式的设计，是一个业务模式的设计。为什么产品经理能绝对决策这点呢？因为他是基于下面的几点来做产品定义的。
  
  a)         公司的规划；——来自上层
  
  b)         市场调研；——来自市场数据
  
  c)         用户调研；——来自用户研究的特征和需求数据
  
  d)         系统设计；——来自系统架构和设计的专家建议  
  
  
  2、  产品经理能绝对决策的第二点，就是他能完全决定，在产品定义这个过程中他所需要调用的专家资源。也就是说，他应该能随意调配各种市场调研、用户调研、系统设计等资源来帮助他来完成产品定义的决策。这不是他一个人思考的结果，而是他主导的产品设计团队的结果。产品经理在这个过程中，他主要做的就是规划和设计业务流程。
  
  3、  产品的生命周期管理
  
  除了上述3点，剩下的职责我倾向于由各自领域内的专业人员来完成。当然，当公司的最高价值定义为商业价值时，我们可以认为，其他领域内的专业人员，他们在完成各自的区域内的内容时，必须以商业价值作为最高优先级。其中包括用户体验设计。
  
  现在的用户体验设计师被分出来很多的角色，UR、UI、WD、VD、ID，很多。但我想象中的，这些有着各种专业技能的人，其内部关系就类似于产品经理在做产品定义时，在其周围的各种专家资源一样。其中的ID作为主体，为产品的用户体验负责，他有2个领域是作为决策者的。
  
  1.         产品用户体验设计：就是用户怎么使用才能做完我们想让他做的事情，同时会体验最好。这里包括了产品整体的交互设计。为什么交互设计师能绝对决策这点呢？因为他的设计也是有据可依，同时有着与产品定义相同的目标的。
  
  a)         产品定义；——来自产品经理，能实现商业价值
  
  b)         用户调研；——来自用户研究的习惯和特征数据
  
  c)         视觉设计；——来自设计专家的建议
  
  d)         网站的规划；——来自网站整体规划师的专家建议
  
  2.         交互设计师能绝对决策的第二点，就是他能完全决定，在产品设计这个过程中他所需要调用的专家资源。也就是说，他应该能随意调配各种产品定义、用户调研、系统设计等资源来帮助他来完成产品设计的决策。这不是他一个人思考的结果，而是他主导的交互设计团队的结果。交互设计师在这个过程中，他主要做的就是规划和设计交互流程。
  
  当产品经理和交互设计师都完成了各自的设计后，他们的工作就完成了。
  
  接下来就会到项目经理接手，由项目经理来组织开发团队，也就所谓的Doer们来做实现模式的设计。这里的开发团队包括2部分，前端部分是WD将交互设计师的交互设计做成原型；后台部分则是程序开发将产品经理的业务设计做成程序。项目经理也要把前端部分的过程计划起来。