UCD全称是User.docxVIP

PAGE \* MERGEFORMAT 2 UCD全称是User-centred design，直译过来就是以用户为中心的设计。它是一套方法论体系，在 ISO是有定义的，原来是ISO 13407，后来被IOS 9241-210 取代。在ISO里本叫Human-centred design，我们这里就还是称作更多人知的UCD。它的原则包括： 基于对用户、任务和环境的明确理解进行设计。 用户融入设计和研发过程。 设计由以用户为中心的评估驱动和改善。 迭代设计 设计整体用户体验 涵盖跨学科技能和观点的设计团队 国际标准也描述了UCD的流程，懒得翻译了（表砍我）。 除了国标定义，各机构个人也提出了许多的流程定义，大家去百度UCD设计流程就知道啦，但还是那句，形式各有各精彩，本质差不多，关键是两点：环环相扣、融入研发。以下是我总结的流程，接下来就以这个流程来展开介绍好了。 流程步骤有些多，我长话短说，但说来话长… 先大致给大家描述一遍： 任何项目都从一个idea开始，你走在路上，蹲在马桶上；吃着饭，看着电视，灵光一闪，觉得大致可以做一个什么东西来实现世界的爱与和平，这就是一个愿景的诞生；来源无法归纳，却是后面折腾的开始。 然后就是“分析研究”，分析市场，分析技术，分析用户，一边分析一边验证愿景；顺利通过这个环节，得到的就是设计需求。需求的来源多元，组成亦是多元。需求得到，就要进行梳理，以确定下来；这就是“需求过滤”或者“需求定义”。 接下来就是把需求转化成对应的功能和数据，这是产品的骨骼血肉，功能数据要满足需求。比如需求是解渴，对应的功能就能是可乐或者矿泉水，但不能是热干面。从这个环节起，产品从抽象变具体。 功能数据有了，长什么样？我们要把它们设计出来。设计分成“概念设计”和“细节设计”两个阶段，设计又分为“交互设计”和“视觉设计”两条线，所以就有了“概念交互和视觉设计”及“细节交互和视觉设计”。 设计过程中需要进行“测试验证”，验证的结果用来迭代设计，所以大家看到有个双箭头。设计好了，提交研发。在这个阶段，我们做“研发支持”，也就是传达设计需求给研发，并且做研发过程中针对突发情况进行及时的设计修改；比如某个提示的补漏之类的。 最后是“设计验收”。一般来讲，刚研发出来的版本多少有些变形有些不符合设计需求，所以我们要验收。列出结果清单，打回去重新调整。调整到什么程度才可以，要看具体到项目周期和策略。 好了，这就是整个流程的大致说明，看明白了吗？一头雾水？没关系，接下来，一步一步走起。 分析研究 分析研究是第一个环节，目的是初步验证愿景和收获需求（机会），作为之后设计的依据输入，做三件事情： 2.1 利益关系人沟通 也就是跟各相关单位老大（比如发起人，研发老大，市场老大等）沟通，了解老大们对产品的期望，能够给予的资源等，一般是直接沟通，任何沟通方式均可，有时候会录音邮件留个证据… 2.2 审查 尽可能阅读各种相关材料，比如商业计划，产品计划，市场调查报告，平台规范等，以更综合地为设计做铺垫。当中会用到文献调研，竞品分析，启发式评估等方法。团队的不同角色根据各自职责进行分析，比如视觉设计师可能多分析现在的视觉潮流，产品载体所在平台的设计规范，当然结果是面向所有人共享的。 2.2.1 竞品分析 顺带在这里给大家介绍常用方法“竞品分析”，或者更确切地说，给大家重温竞品分析吧，因为这个事情泥萌根本很常见。 竞品分析也有人叫对标分析，洋名benchmarking，就是对竞争产品或者类似产品进行分析，取其精华弃其糟粕，以找到改善自身的机会。 分析的方式很多，你可以横向对比功能。 也可以根据产品形态，把对象按任务分析（比如购买流程），按内容板块分析（比如新闻频道，体育频道，娱乐频道）。确定对象后，需要确定分析维度，维度的选取由分析目的决定，比如你是做视觉分析，那维度可以是用色，布局，材质，图标等，如果你做交互分析，维度就侧重信息架构，语言，手势，反馈等，分析维度相当于照妖镜，照出对象的优缺点。 从分析者的角度，也可以分成独立分析和引入用户分析。由项目成员独立分析更多见一些，因为快，成本低，但较主观，个人能力决定分析结果。由用户分析则客观一些，但耗时耗力。 举个例子：我们筛选好约好被试（测试用户），分配给他们分析产品和分析任务，比如对比京东和淘宝的支付流程，让他们回去好好体验一个礼拜，让用户熟悉产品以心里产生评价。然后回到我们实验室，再走一遍，这一遍是被观察。然后就是访谈，询问他们的各种维度的评价，比如对于收货地址选择方式的偏好，最后我们统计归纳。这就是让用户来帮我们分析。 如果你把以上的事情都做了，那么恭喜你，只完成了第一步。竞品分析的目的是找到我们的机会点，单纯分析出对方有什么，只是干巴巴的陈列而已。所以我们需要露多三点，优点、缺点、机会点。竞品