以用户为中心的设计 |
这是UCDChina提前预览网页留下的存档，不包括作者可能更新过的内容。 推荐您进入文章源地址阅读和发布评论：http://indigos.cn/archives/199 |
||
|
产品开发流程和项目管理流程时常被大家关注，合理的过程是团队协作的基础。在大家把产品的功能和特性放在第一位的时候，开发和项目的管理至关重要，而产品的设计却往往被忽视，开发团队会为了那些晦涩难懂、令人费解的功能而夸夸其谈，复杂的产品特性通常会迫使产品团队放弃优雅简洁的设计，用户体验永远是可能是项目过程中最不重要的环节。如果你和你的团队希望重视产品的设计，就应该首先从团队架构和项目流程上来进行改造，我们的目标是设计优先、用户至上。当然技术团队和产品开发还是至关重要的环节，你需要将设计和开发的流程无缝的整合起来。 下面的团队架构和流程应该适用于各种产品、软件和网站的设计（如果您有好的建议或者不同的看法，可以直接留言或者邮件给我） 产品设计团队的六种逻辑角色你也许不需要六个人来组成团队，但每个人的职能必须清晰。《Getting Real》中关于 “团队组织” 的建议值得参考，他告诉你了在这个快速的软件开发时代如何去组建一个高效的产品团队。 业务负责人（business owner） 通常是你的BOSS、产品最初的策划人或者是整个产品的业务主管，他们会分析产品的市场、定位客户、定义品牌、提出想法，同时拿定主意，产品团队里面的万金油 产品经理（product manager） 对产品负责的人，产品主管，他们会提出概念、收集确定需求、制定计划、控制进度并保障产品质量。在很多团队里面“业务负责人”和“产品经理”通常是同一个人。 产品设计（ui/id/ia design） user interface design（人机界面设计）, industry design（工业设计）and information architecture design（信息架构设计）。将这三种职能混合起来，因为他们并不能孤立存在，我们统称为产品设计。他们决定产品的所有功能细节，配合产品经理制作产品原型，与视觉设计师和用户研究人员共同完成产品的详细设计。产品设计过程中最重要的产品功能说明文档将由他们来跟踪完善。 视觉设计（visual design） 产品团队中最有艺术细胞的人，他们完成产品的外观和界面设计，是否好看由他们说了算，他们作为产品团队的艺术设计权威指导。 用户研究（user research） 最接近用户并了解用户的人（不需要技术高手或者是逻辑人），他们从产品的原型阶段就介入，配合产品设计师们做典型用户分析和用户目标分析，并对原型进行可用性测试，并制定最终的可用性测试计划。在很多产品团队里面，产品设计、视觉设计和用户研究通常会由一到两个人来担任，UI设计师会做用户研究，视觉设计是会做信息架构分析。 产品开发（production） 产品团队中的技术开发人员，网页制作或者程序开发，他们是产品的最终实现者，他们开发并进行单元测试，控制产品的最终品质。 产品从设计到发布的六个阶段产品开发的过程可以看作是整个产品设计环节的最终实现部分，对于非技术人员来说它是一个把理想变成现实的神秘阶段 1. 概念阶段（concept） 一切从有了一个想法开始！ 需要做的事情
阶段交付物： 概念文档（concept document）或者是概念原型（concept prototype） 2. 探索阶段（discover） 那个伟大的想法已经得到了证实！ 需要做的事情：
阶段交付物： 提案（可行性）文档（Proposal Document） 3. 定义阶段（definition） 大家的建议已经通过，产品经理来负责制定计划 需要做的事情：
阶段交付物： 需求文档（Product Requirement Document），产品概念设计（Concept Design Meterials） 4. 细化阶段（refinement） 开始按照需求的定义来细化产品的设计 需要做的事情：
阶段交付物： 产品线框图（Wireframes）、产品特性清单（Feature List）、最终的原型设计（可以是任何版本的，例如 HTML、Flash或者是专用的原型制作工具） 5. 开发阶段（development） 产品团队会在这个阶段与开发团队进行融合，双方对需求和设计进行充分的沟通，组成一个强大的产品开发团队 需要做的事情（产品团队）：
这里有一点需要强调，你不需要去写冗长的功能说明和毫无意义的文档，因为原型设计已经帮你完成了很多流程和功能描述性的工作，如何做好你的产品文档，可以参考一下《Getting Real》中的 “关于文档”。 产品交付物 产品功能说明书（Product Functional Specification） 需要做的事情（开发团队）
这里有几个原则需要铭记，保持小巧的软件、让开发人员为快乐而编码、倾听你的代码、使用开放的格式。关于编码的详细建议可以参考《Getting Real》中的 “关于编码”。 开发交付物： 产品的第一个 Beta 版本（Beta Launch） 6. 发布阶段（launch） 邀请用户参与你的 Beta 版本测试，直到产品正式发布 需要做的事情：
如何做好用户支持以及产品发布的维护，您可以参考一下《Getting Real》中关于对 “用户支持” 和 “产品推出之后的工作” 的建议，必定受益非浅。 参考的资源
|
