产品设计基本流程教学内容.docx

产品设计基本流程教学内容.docx

《产品设计基本流程教学内容.docx》由会员分享，可在线阅读，更多相关《产品设计基本流程教学内容.docx（13页珍藏版）》请在冰豆网上搜索。

产品设计基本流程教学内容

产品设计流程

产品开发流程和项目管理流程时常被大家关注，合理的过程是团队协作的基础。

在大家把产品的功能和特性放在第一位的时候，开发和项目的管理至关重要，而产品的设计却往往被忽视，开发团队会为了那些晦涩难懂、令人费解的功能而夸夸其谈，复杂的产品特性通常会迫使产品团队放弃优雅简洁的设计，用户体验永远是可能是项目过程中最不重要的环节。

如果你和你的团队希望重视产品的设计，就应该首先从团队架构和项目流程上来进行改造，我们的目标是设计优先、用户至上。

当然技术团队和产品开发还是至关重要的环节，你需要将设计和开发的流程无缝的整合起来。

下面的团队架构和流程应该适用于各种产品、软件和网站的设计（如果您有好的建议或者不同的看法，可以直接留言或者邮件给我）

产品设计团队的六种逻辑角色

你也许不需要六个人来组成团队，但每个人的职能必须清晰。

《GettingReal》中关于“团队组织”的建议值得参考，他告诉你了在这个快速的软件开发时代如何去组建一个高效的产品团队。

业务负责人（businessowner）

通常是你的BOSS、产品最初的策划人或者是整个产品的业务主管，他们会分析产品的市场、定位客户、定义品牌、提出想法，同时拿定主意，产品团队里面的万金油

产品经理（productmanager）

对产品负责的人，产品主管，他们会提出概念、收集确定需求、制定计划、控制进度并保障产品质量。

在很多团队里面“业务负责人”和“产品经理”通常是同一个人。

产品设计（ui/id/iadesign）

userinterfacedesign（人机界面设计）,industrydesign（工业设计）andinformationarchitecturedesign（信息架构设计）。

将这三种职能混合起来，因为他们并不能孤立存在，我们统称为产品设计。

他们决定产品的所有功能细节，配合产品经理制作产品原型，与视觉设计师和用户研究人员共同完成产品的详细设计。

产品设计过程中最重要的产品功能说明文档将由他们来跟踪完善。

视觉设计（visualdesign）

产品团队中最有艺术细胞的人，他们完成产品的外观和界面设计，是否好看由他们说了算，他们作为产品团队的艺术设计权威指导。

用户研究（userresearch）

最接近用户并了解用户的人（不需要技术高手或者是逻辑人），他们从产品的原型阶段就介入，配合产品设计师们做典型用户分析和用户目标分析，并对原型进行可用性测试，并制定最终的可用性测试计划。

在很多产品团队里面，产品设计、视觉设计和用户研究通常会由一到两个人来担任，UI设计师会做用户研究，视觉设计是会做信息架构分析。

产品开发（production）

产品团队中的技术开发人员，网页制作或者程序开发，他们是产品的最终实现者，他们开发并进行单元测试，控制产品的最终品质。

产品从设计到发布的六个阶段

产品开发的过程可以看作是整个产品设计环节的最终实现部分，对于非技术人员来说它是一个把理想变成现实的神秘阶段

1.概念阶段（concept）

一切从有了一个想法开始！

需要做的事情

•业务负责人与产品经理沟通商业需求以及产品品牌的定义

产品经理针对这个想法提出自己的问题和需求，并提供解决方法与好处

产品经理从各方面收集信息并制作概念文档

业务负责人、产品经理、产品设计还有视觉设计们做到一起，来一场头脑风暴，证实这个想法并确定实现一个什么样的原型

产品设计负责完成最初的产品原型

阶段交付物：

概念文档（conceptdocument）或者是概念原型（conceptprototype）

2.探索阶段（discover）

那个伟大的想法已经得到了证实！

需要做的事情：

在获取了多方面的意见之后业务负责人与产品经理进一步沟通商业需求以及产品的定义

产品经理需要分析产品的战略、商业案例、财务计划、应对策略以及执行方案

产品设计需要分析上一个版本的用户反馈和竞争对手的产品近况，将这些信息提交到产品经理那里

产品设计和用户研究小组共同做用户案例分析，理清用户的使用目标并分析用户的使用流程

产品设计、视觉设计和开发负责人预估自己的投入，并将这些信息提交给产品经理

产品经理从市场分析（报告）、产品设计、视觉设计和开发负责人那里收集尽可能详细的信息，用来制作提案（可行性）文档

阶段交付物：

提案（可行性）文档（ProposalDocument）

3.定义阶段（definition）

大家的建议已经通过，产品经理来负责制定计划

需要做的事情：

业务负责人要确定产品的最终定位（必须的）

产品经理进一步分析产品团队提交过来的各种信息，开始制作产品需求文档

产品经理宣布项目启动

产品设计对产品概念设计进行进一步的完善，细化功能，制作一些具体的用户使用场景

视觉设计开始为产品的视觉表现收集意见、寻找灵感

用户研究小组在概念设计的基础上进行用户使用调研，问卷在白板上模拟用户操作都行

产品对团对概念设计进行评审

阶段交付物：

需求文档（ProductRequirementDocument），产品概念设计（ConceptDesignMeterials）

4.细化阶段（refinement）

开始按照需求的定义来细化产品的设计

需要做的事情：

业务负责人需要对产品的推广和市场需求进行评估

产品经理需要制定产品的路线图，并确定最终的发布时间和计划

交互与视觉设计进入一个迭代的设计阶段，一次又一次的设计修改，直到最终的设计方案得到确认

产品设计制作产品线框图、完成特性清单，并以HTML、Flash或其他的形式拿出产品的最终原型设计

视觉设计配合产品设计细化产品外观的设计

用户研究小组使用现有的原型进行可用性测试

阶段交付物：

产品线框图（Wireframes）、产品特性清单（FeatureList）、最终的原型设计（可以是任何版本的，例如HTML、Flash或者是专用的原型制作工具）

5.开发阶段（development）

产品团队会在这个阶段与开发团队进行融合，双方对需求和设计进行充分的沟通，组成一个强大的产品开发团队

需要做的事情（产品团队）：

业务负责人要去进行商务拓展、寻求合作伙伴并规划市场

产品经理需要制定详细的推广计划

产品设计开始制作产品功能说明书，同时按照用户研究小组的测试来完善产品的UI设计

视觉设计对产品团队进行艺术指导，同时要确认最终的产品外观设计

用户研究小组进行原型测试

产品经理对所有的设计进行确认，正式进入开发阶段，接下来就祈祷成功吧

产品设计把最终确定的产品功能说明是提交给开发团队

这里有一点需要强调，你不需要去写冗长的功能说明和毫无意义的文档，因为原型设计已经帮你完成了很多流程和功能描述性的工作，如何做好你的产品文档，可以参考一下《GettingReal》中的“关于文档”。

产品交付物产品功能说明书（ProductFunctionalSpecification）

需要做的事情（开发团队）

产品设计加入到开发团队里面，继续维护产品功能说明，同时帮助开发阶段的产品测试和质量监控

用户研究小组也参与到开发团队之中，随着开发的进行去来更新他们的用户测试计划

开发人员在一个接一个的小小胜利中拿出第一个Beta版本。

这里有几个原则需要铭记，保持小巧的软件、让开发人员为快乐而编码、倾听你的代码、使用开放的格式。

关于编码的详细建议可以参考《GettingReal》中的“关于编码”。

开发交付物：

产品的第一个Beta版本（BetaLaunch）

6.发布阶段（launch）

邀请用户参与你的Beta版本测试，直到产品正式发布

需要做的事情：

用户研究小组收集用户的使用反馈，为下一个版本的改进做好准备

产品设计维护现有的UI设计

视觉设计继续修正现有的产品外观

用户支持是产品团队中所有成员都应尽的义务，善待你的用户，从自己做起。

如何做好用户支持以及产品发布的维护，您可以参考一下《GettingReal》中关于对“用户支持”和“产品推出之后的工作”的建议，必定受益非浅。

程序文件

标题：

设计开发程序

编号：

编写：

版本/次:

审核：

日期:

批准：

总页数：

5页

版次

修改內容

编写人

日期

发放对象

份数

如控制图章非红色，此程序为非正式文件。

所有程序文件的进行，只可参考控制文件。

控制文件持有人必须确保此控制文件传阅有关人员，并在需要时提供此文件作参考。

正本图章：

控制图章：

此份拷贝持有部门:

程序文件

编号：

版次:

设计开发程序

1.0目的

规定设计开发和设计验证的程序和职责，以控制产品设计的全过程，确保开发出来的产品满足有关标准及客户需求。

2.0适用范围

本程序适用于**公司所有产品的开发，现行产品的改进和改型，以及满足客户特殊要求而对产品进行的改动。

3.0定义

3.1产品委员会：

由各研发部经理负责组织,可由下列部门或人员参加：

总经理，市场总监和销售总监；研发部，工程部，采购部，品管部，客户服务部等部门经理或主管；产品委员会的成员因新产品的类型、复杂程度等不同而不同，由研发部经理视具体情况确定具体参与人员，报总经理批准。

4.0工作程序：

负责部门

使用表单

4.1产品构思的收集和提出

研发部，客户服务部等部门对所有新产品设计的构思，都可以填写《产品设计意见表》或以其他形式反馈给研发部。

4.2产品意见书的提出

产品负责人在综合公司内部、供应商、竞争对手产品信息，用户反馈或其它公众信息等各种创意来源后，提出《立项报告》。

它可以是一个全新产品的设计或者是对目前产品线的改进设计。

它应对设计的内容予以完整的描述，如产品的规格、功能及成本等信息。

4.3新产品意见书的评审

4.3.1产品委员会对《立项报告》进行审议，确认与现有产品组合的兼容性、与战略计划的兼容性、成长潜力、成本分析。

评审意见记录在《立项报告》中，由参与评审人员确认会签。

评审意见需有明确结论，即：

通过、否决、修改。

4.3.2产品负责人根据评审意见及结论，对《立项报告》作如下处理：

a）通过：

直接采用；

b）否决：

废止原报告，考虑新方案；

c）修改：

修改后提交再评审。

4.4产品方案的提出

4.4.1研发部根据《立项报告》编制《产品设计方案》，包括所需要开发产品的功能要求、外观要求、成本要求、环境及职业健康安全要求应符合的标准法规及

各部门

产品负责人