加载中…加载中…加载中…加载中…
现在整个业内都在说UCD(用户体验设计)，我认为体验设计的基础就是用户研究，必须结合对用户需求的挖掘和理解基础上才能进行体验设计。
而用户研究的产出物应该是原创设计，即通过挖掘用户现实和潜在需求，从而定义“产品”--产品定义权。
我理解的“产品”包括两个层面：
产品（实体）------新功能、新门类
服务（服务）------体验、感觉
而开展用户研究应该做哪些事情呢？我想至少包括以下四个内容：
1、首先通过定性或定量的方法去了解“目标用户”；
2、根据研究的数据，结合市场定位来确定目标用户群，并建立典型用户（Persona);
3、结合用户需求找出差异化价值，并设定情景故事；
4、提出产品概念，定义“产品”；
兄弟们接二连三的辞职，都去外面闯荡世界，弄的现在闹人荒。
现在真得仔细想想是否有必要花那么多钱来培养人？
兄弟虽走，感情依旧，我很支持他们，
希望他们能在外面的生活充满精彩，
希望他们不要忘了原来的家是长虹，
长虹之门随时为他们敞开！
最近一直在思考如何建设和发展UCD(用户体验），尤其在企业中，目前想到了以下四点,记录与此：
1、足有强的能力；
首先你必须有足够多的理论知识支撑你的行为，并在理论的指导下不断的实践去，另外必须有足有的阅历，你接触的，你经历过的，这些都算。
总之：能力=知识+阅历+实践
2、全面的基础建设；
这其中包括：用户评估实验室，大量的用户数据库，足够多的业务伙伴，完善的团队结构、良好的工作环境和氛围等等。
3、高层的支持和持续不断的投入；
任何行为从上而下的推动往往会事半功倍，所以UCD的推动和发展必须得到高层的重视。
至于投入大家都清楚，没钱没法办事。
4、学会宣传，培养专家；
行业内的宣传对于团队在公司内部的认可以及团队的影响力非常重要。目前中国UCD(用户体验）可以说正在起步，处于发展阶段，那么适当的宣传无论对于自己或者团队是必须要做的事情。
一个团队拥有一个行业内的专家，那么他的影响力是不容忽视的。
今天土屋先生，讲了用户体验设计，之前在08年UPA大会中也有很多人提到了用户体验设计，但是我感觉都是皮毛，存理论的东西让人很难理解。所以在这里我把自己的收获分享下：
用户体验设计应该包括广义可用性计和狭义的可用性。目前大家其实都在狭义的可用性领域中活动。
狭义可用性包括：1、认知的可用性。例如：理解操作过程、理解如何操作、步骤数量、任务完成率；
2、生理上的可用性。例如：易推动开关；易于看见、易于听见、易于阅读、易于打开；
3、功能性能上的可用性。例如：明亮、清晰、辉煌、快速响应、连通、高保真、可定制；
广义可用性包括：1、生命周期的可用性。例如：发现兴趣，特点，容易购买，易安装、售后服务，升级等；2、品牌的可用性。例如：品牌特征，产品有良好的可用性，形象要与用户特征匹配；
3、产品线的可用性。例如：更新设备、兼容性、易于选择产品，产品线阵容全，产品变化多，快；
考虑“微笑”设计。例如：有吸引力，有美感，侧重于灵敏度，舒适性，展示良好的可用性；
4、通用设计。例如：为残疾人，不同种族，不同文化背景，不用年龄的人设计；
以上对
我这里说的用户评估特指产品或服务完全要以用户的标准去测试或评判。
如果按照UCD流程的六个阶段来划分的话，那么用户评估应贯穿后四个阶段，并且是个反复的过程。
当然用户评估的关键是要用真实用户去评估，最好是你的目标用户。让他们给你的产品或者服务检查问题和定性的分析。
做用户评估首先必须要确定范围和任务，并且在产品和服务范围内去执行任务。不能制定脱离你的产品或服务而去制定任务，那样用户会无法完成任务。
为保证任务能有顺利完成，我们必须要给用户一个轻松的评估环境，在没有压力的条件下去操作产品。然后我们通过观察法，去了解用户在执行任务过程中遇到的问题或困难，易操作性，优点或缺点等。
当然后期的总结和分析很重要！
用户评估最大优点是可以从真实用户获取行为和建议。我们通过观察用户的操作，不仅可以观察成功的操作也可以观察到失败的操作的结果，还可以搜索到过程中用户的想法和挖掘可用性、易用性问题的根本原因。
评估的时间不能太长，最好控制在1－2小时，只着重于评估的任务。
选择任务和评估参与者很重要。
如果你
此图记录我掌握了的一些东西！
今天下午通过土屋先生的指导，我理解了以下内容：
1、PERSONA与SCENARIO是相互交叉并相互影响的；
2、PERSONA中可以包括SCENARIO,但是SCENARIO也可以脱离PERSONA独立存在；
这其中我再补充一点是：不仅是他们两个是相互交融，相互影响，同时与CAST\客户价值分析等也存在同样关系。
3、SCENARIO有两种类型 A、可以由多个主要情节构成；B、也可以是特定的情景；
4、SCENARIO应该描述到：能够让你的团队和客户在阅读完SCENARIO后，能够马上联想到这个详细的场景是什么样子为标准。
5、SCENARIO必须结合PERSONA来写，初稿可能是通过与目标用户访谈中摘录写生活片段。
6、SCENARIO整个故事必须符合逻辑，如果是特定情节必须前后呼应。
7、最终版的SCENARIO必须与客户价值分析的内容向匹配。
&n
客户价值（Customer Value)虽然之前听过多次，但是一直没弄清到底怎么挖掘。
在导入IBM UCD之前，也有同事参加过MOTO的WORKSHOP,学到了如何挖掘客户需求，当然是通过头脑风暴的方式。但都是基于某一特定需求或者笼统的风暴。完全没有分阶段分步骤的对每一个可能出现的细节进行风暴。
客户价值分两种：必须提供的价值（可以理解基本功能）和差异化的价值（增值或者有附加价值的功能）。而差异化的价值就应该用头脑风暴的方式去挖掘。
其中在客户价值分析的步骤中关键一步就是：如何把用户任务划分阶段性的步骤，只有当阶段性的步骤或最者任务划分得当，我们才能准确的填写常用价值和差异价值。
大体分为三阶段：
1、了解功能和服务；
2、使用中一系列的操作步骤；
3、结束使用步骤；
不过这三阶段如何细化，是有一定技巧和工具的。
客户价值分析是否正确将决定产品的市场竞争力。当然差异化的价值可以天马行空的去风暴，但最后必须结合本公司的技术实现能力来应用。
标签：
杂谈 |
今天用了一上午的时间，土屋先生对我们UCD核心团队，重点是用户研究人员完成了访谈的理论和实践的培训。
大家总体感觉，之前我们做的访谈存在太多问题，尤其在问题设置方面。
访谈的目的相信大家都知道，收集更多的用户信息、他们的需求、他们如何完成任务的。
根据土屋先生的经验，他讲到：访谈必须要让你服务的公司的人参加，最好是市场策划人员，另外千万不要以设计师的主观想象去推测或者决定一些内容。因为设计师不是用户，设计师不能把使用该产品或者服务的人都想象成和自己一样。况且用户使用该产品或者服务是付出费用的，他们想更简单，快捷、愉悦的使用。
当然访谈前有三个重要的步骤：
首先是预调研，主要是验证制定的问题，做进一步修改。
然后是选择被访谈用户，这个得结合前期的MP输入以及和CAST中相符的用户。
再次是面谈前的准备会议，这主要是在访谈中对每位成员进行分工，重点有访谈员和记录员。重点说明的一点是访谈员要经验丰富，思维敏捷。
对于访谈的问题，也同样有原则。
1、不要问“是”与“不是”的问题，不要限制被访谈者的思维，尽量让其打来思
情景故事是嵌在PERSONA中的一部分，在整个UCD流程中都会应用到情景故事。
当然写情景故事也有原则，概括来说：什么类型的用户使用它？在哪里使用？他们是怎么使用的？
具体点讲应该是：描述用户和产品的背景信息，以及用户的目标和他们为达成目标是如何行动的？和最后的反馈。
那么情景故事我想应该有以下好处：
1、有助于更好的描述设计概念 ；
2、产品和服务的结果和价值能够清晰可见；
3、概念性和方向性的结果更容易记录在案，能够在所有产品开发团队中共享，目标一致。
