产品开发流程和项目管理流程时常被大家关注，合理的过程是团队协作的基础。在大家把产品的功能和特性放在第一位的时候，开发和项目的管理至关重要，而产品的设计却往往被忽视，开发团队会为了那些晦涩难懂、令人费解的功能而夸夸其谈，复杂的产品特性通常会迫使产品团队放弃优雅简洁的设计，用户体验永远是可能是项目过程中最不重要的环节。如果你和你的团队希望重视产品的设计，就应该首先从团队架构和项目流程上来进行改造，我们的目标是设计优先、用户至上。当然技术团队和产品开发还是至关重要的环节，你需要将设计和开发的流程无缝的整合起来。
下面的团队架构和流程应该适用于各种产品、软件和网站的设计（如果您有好的建议或者不同的看法，可以直接留言或者邮件给我）
产品设计团队的六种逻辑角色
你也许不需要六个人来组成团队，但每个人的职能必须清晰。《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）
开始按照需求的定义来细化产品的设计
需要做的事情：
- 业务负责人需要对产品的推广和市场需求进行评估
- 产品经理需要制定产品的路线图，并确定最终的发布时间和计划
- 交互与视觉设计进入一个迭代的设计阶段，一次又一次的设计修改，直到最终的设计方案得到确认
- 产品设计制作产品线框图、完成特性清单，并以 HTML、Flash 或其他的形式拿出产品的最终原型设计
- 视觉设计配合产品设计细化产品外观的设计
- 用户研究小组使用现有的原型进行可用性测试
阶段交付物： 产品线框图（Wireframes）、产品特性清单（Feature List）、最终的原型设计（可以是任何版本的，例如 HTML、Flash或者是专用的原型制作工具）
5. 开发阶段（development）
产品团队会在这个阶段与开发团队进行融合，双方对需求和设计进行充分的沟通，组成一个强大的产品开发团队
需要做的事情（产品团队）：
- 业务负责人要去进行商务拓展、寻求合作伙伴并规划市场
- 产品经理需要制定详细的推广计划
- 产品设计开始制作产品功能说明书，同时按照用户研究小组的测试来完善产品的UI设计
- 视觉设计对产品团队进行艺术指导，同时要确认最终的产品外观设计
- 用户研究小组进行原型测试
- 产品经理对所有的设计进行确认，正式进入开发阶段，接下来就祈祷成功吧
- 产品设计把最终确定的产品功能说明是提交给开发团队
这里有一点需要强调，你不需要去写冗长的功能说明和毫无意义的文档，因为原型设计已经帮你完成了很多流程和功能描述性的工作，如何做好你的产品文档，可以参考一下《Getting Real》中的 “关于文档”。
产品交付物 产品功能说明书（Product Functional Specification）
需要做的事情（开发团队）
- 产品设计加入到开发团队里面，继续维护产品功能说明，同时帮助开发阶段的产品测试和质量监控
- 用户研究小组也参与到开发团队之中，随着开发的进行去来更新他们的用户测试计划
- 开发人员在一个接一个的小小胜利中拿出第一个 Beta 版本。
这里有几个原则需要铭记，保持小巧的软件、让开发人员为快乐而编码、倾听你的代码、使用开放的格式。关于编码的详细建议可以参考《Getting Real》中的 “关于编码”。
开发交付物： 产品的第一个 Beta 版本（Beta Launch）
6. 发布阶段（launch）
邀请用户参与你的 Beta 版本测试，直到产品正式发布
需要做的事情：
- 用户研究小组收集用户的使用反馈，为下一个版本的改进做好准备
- 产品设计维护现有的UI设计
- 视觉设计继续修正现有的产品外观
- 用户支持是产品团队中所有成员都应尽的义务，善待你的用户，从自己做起。
如何做好用户支持以及产品发布的维护，您可以参考一下《Getting Real》中关于对 “用户支持” 和 “产品推出之后的工作” 的建议，必定受益非浅。
参考的资源
Update: 将“交互设计”更名为“产品设计”
“简单（Simple）”是个有诱惑力的词汇，很多情况下，它是一种梦寐以求的境界。前田约翰（John Maeda）常被人称为“简单大师”，他是麻省理工学院美学与计算小组实体语言实验室的总监，这位数字媒体界传奇性的艺术家与设计师，擅长将电脑程序的计算性与艺术优雅的表现作完美的结合（似乎这个时代更需要能够把技术与艺术完美结合的人才，感性之上的理性，就像 Apple 的大神 Steve Jobs）。他的这本《简单法则》（The Laws of Simplicity）阐述了通往“简单”之路的简易之法，“简单”是一种商业思维，设计的哲学，技术创新的原则，同时也是生活的美学。
通过 RSS 来订阅 indigo 的更新
Google Reader 阅读
通过鲜果来阅读
通过抓虾来阅读
用 IM 软件接收更新
