产品开发流程和项目管理流程时常被大家关注，合理的过程是团队协作的基础。在大家把产品的功能和特性放在第一位的时候，开发和项目的管理至关重要，而产品的设计却往往被忽视，开发团队会为了那些晦涩难懂、令人费解的功能而夸夸其谈，复杂的产品特性通常会迫使产品团队放弃优雅简洁的设计，用户体验永远是可能是项目过程中最不重要的环节。如果你和你的团队希望重视产品的设计，就应该首先从团队架构和项目流程上来进行改造，我们的目标是设计优先、用户至上。当然技术团队和产品开发还是至关重要的环节，你需要将设计和开发的流程无缝的整合起来。
下面的团队架构和流程应该适用于各种产品、软件和网站的设计（如果您有好的建议或者不同的看法，可以直接留言或者邮件给我）
产品设计团队的六种逻辑角色
你也许不需要六个人来组成团队，但每个人的职能必须清晰。《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》中关于对 “用户支持” 和 “产品推出之后的工作” 的建议，必定受益非浅。
参考的资源
- Information Architecture Institute’s Tools – 这里有丰富的产品设计文档和资料，还有各种做线图和原型的模板
- Urlgreyhot | Resource – michael angeles 的 blog，这里有丰富的产品设计文档、资源与素材
- Getting Real – 37Signals 的这本书讲述了产品从构思到上线的全部构成，一个成功案例的教程，无论你是自己创业还是给人打工，都应该看看这本书，希望快速领悟其精髓的，可以看阅读一下 indigo 的《Getting Real 学习笔记》
- 一叶千鸟同学的阅读收藏站 上面也有大量关于产品设计的文章
Update: 将“交互设计”更名为“产品设计”
通过 RSS 来订阅 indigo 的更新
Google Reader 阅读
通过鲜果来阅读
通过抓虾来阅读
用 IM 软件接收更新
事实上。。
在过程中总会有XXX原因导致XXX事情未完成~
除了AOAO所说的，还有就是在产品流程执行上，真正能这样做的少之又少。其结果就是我们的产品的品质的影响！
顺便BS下你，还不给我更新链接！
[...] 作者：Indigo 原载：http://indigos.cn/archives/199 [...]
恩 不错 挺详细的
1. “交互设计（ui/id/ia design） ”叫产品设计不更合适么？
2. “产品设计团队的六种逻辑角色”如果有排名的话，用户研究不应该这么靠后，另外这个角色基本上是和产品经理重叠，肩负前期提需求和末期验证需求的责任。
3. “4. 细化阶段（refinement） ”wireframe的主要作用是呈现结构，交互需要更多的motion study做辅助描述。
个人看法。
@千鸟
产品设计定义回更全面一些，比较合适。
个人觉得用户研究的工作更多还是与产品设计和视觉设计人员重合度高一些。
关于 motion study 一般是怎么做的呢？
传统行业的产品设计应该包含功能性的设计吧~~
所以需要一定区分（也是细分）。
好文，推荐到板儿砖了。地址：http://banerzhuan.com/story/5622/
[...] Indigo的数字镜像 » Blog Archive » 产品设计流程 下面的团队架构和流程应该适用于各种产品、软件和网站的设计 (tags: design) [...]
产品设计流程…
from: http://indigos.cn/archives/199
产品开发流程和项目管理流程时常被大家关注，合理的过程是团队协作的基础。在大家把产品的功能和特性放在第一位的时候，开发和项目的管理至关重要，而产…
[...] More:产品设计流程 Tags: [...]
是在产品流程执行上，真正能这样做的少之又少,结果就是我们的产品的品质的影响！
产品设计 确实 这个词很恰当~
[...] 原文：http://indigos.cn/archives/199 [...]
测试一下留言
motion study 就是类似故事板、任务分解的具体交互验证。
最近也在做总结，在本地化的前提下，补充两点：
1. 产品设计范畴里，不应该有业务负责人，不是一个体系。
2. 产品经理兼用户研究职责，指导设计方向，没几个团队有专人干这个事情，而且如果与同 事知识结构、业务了解交集不够，得不出有效结论。
[...] 概念阶段 > 探索阶段 > 定义阶段 > 细化阶段 > 开发阶段 > 发布阶
一切的目标立项和制定，应该适合公司本年度整体战略来制定。所以一开始不应该盲目的就立项，要确定今年的目标销售额或者需要达到的效果去制定具体的任务。所以我觉得，很有必要在这个文章之前，加上一条，确定本年度战略规划!
[...] 通常，一个产品项目完整的周期包括前期调研、立项、需求文档、开发、测试、部署等。其中，用户、销售、市场可能需要参与前期的调研和需求；开发到部署主要由技术部门负责；而产品经理负责整个产品项目的周期。虽然结项是这个周期的结束，但实际上项目的结项也是产品另一个周期的起点。 [...]
[...] 通常，一个产品项目完整的周期包括前期调研、立项、需求文档、开发、测试、部署等。其中，用户、销售、市场可能需要参与前期的调研和需求；开发到部署主要由技术部门负责；而产品经理负责整个产品项目的周期。虽然结项是这个周期的结束，但实际上项目的结项也是产品另一个周期的起点。 [...]
如果从整个产品来说，六个阶段的划分存在问题，过分的强调设计！
而概念阶段完全应该是一个商业阶段，应该从公司ROI的角度去考虑问题。不需要产品设计和视觉设计的参与。
当然如果从设计角度来看，没有任何问题。
千鸟说的没错
我个人认为：用户研究应该是产品经理的职责。因为用户研究在市场扫描和市场细分这个阶段就应该做工作。当然公司如果为产品经理配备一个用户研究工程师，也没有问题。呵呵，产品经理就该爽了
[...] 产品立项是产品设计项目流程的起点，产出物主要为《产品立项说明书》。产品经理负责产品立项时的文档撰写以及项目时间和人力计划安排。产品立项后，直接进入立项评审流程。立项评审是对产品立项说明书和项目计划的综合评审。立项评审各节点的负责人需要填写《产品立项评审表》，评审通过时评审自动流入下一节点直至归档。立项评审通过后直接进入产品详细需求及设计阶段。 [...]