ImageVerifierCode 换一换
格式:DOCX , 页数:13 ,大小:47.65KB ,
资源ID:8347533      下载积分:3 金币
快捷下载
登录下载
邮箱/手机:
温馨提示:
快捷下载时,用户名和密码都是您填写的邮箱或者手机号,方便查询和重复下载(系统自动生成)。 如填写123,账号就是123,密码也是123。
特别说明:
请自助下载,系统不会自动发送文件的哦; 如果您已付费,想二次下载,请登录后访问:我的下载记录
支付方式: 支付宝    微信支付   
验证码:   换一换

加入VIP,免费下载
 

温馨提示:由于个人手机设置不同,如果发现不能下载,请复制以下地址【https://www.bdocx.com/down/8347533.html】到电脑端继续下载(重复下载不扣费)。

已注册用户请登录:
账号:
密码:
验证码:   换一换
  忘记密码?
三方登录: 微信登录   QQ登录  

下载须知

1: 本站所有资源如无特殊说明,都需要本地电脑安装OFFICE2007和PDF阅读器。
2: 试题试卷类文档,如果标题没有明确说明有答案则都视为没有答案,请知晓。
3: 文件的所有权益归上传用户所有。
4. 未经权益所有人同意不得将文件中的内容挪作商业或盈利用途。
5. 本站仅提供交流平台,并不能对任何下载内容负责。
6. 下载文件中如有侵权或不适当内容,请与我们联系,我们立即纠正。
7. 本站不保证下载资源的准确性、安全性和完整性, 同时也不承担用户因使用这些下载资源对自己和他人造成任何形式的伤害或损失。

版权提示 | 免责声明

本文(产品设计基本流程.docx)为本站会员(b****5)主动上传,冰豆网仅提供信息存储空间,仅对用户上传内容的表现方式做保护处理,对上载内容本身不做任何修改或编辑。 若此文所含内容侵犯了您的版权或隐私,请立即通知冰豆网(发送邮件至service@bdocx.com或直接QQ联系客服),我们立即给予删除!

产品设计基本流程.docx

1、产品设计基本流程产品设计流程产品开发流程和项目管理流程时常被大家关注,合理的过程是团队协作的基础。在大家把产品的功能和特性放在第一位的时候,开发和项目的管理至关重要,而产品的 设计却往往被忽视,开发团队会为了那些晦涩难懂、令人费解的功能而夸夸其谈,复杂的产品特性通常会迫使产品团队放弃优雅简洁的设计,用户体验永远是可能是 项目过程中最不重要的环节。如果你和你的团队希望重视产品的设计,就应该首先从团队架构和项目流程上来进行改造,我们的目标是设计优先、用户至上。当然技 术团队和产品开发还是至关重要的环节,你需要将设计和开发的流程无缝的整合起来。下面的团队架构和流程应该适用于各种产品、软件和网站的设计

2、(如果您有好的建议或者不同的看法,可以直接留言或者邮件给我)产品设计团队的六种逻辑角色你也许不需要六个人来组成团队,但每个人的职能必须清晰。Getting Real中关于 “团队组织” 的建议值得参考,他告诉你了在这个快速的软件开发时代如何去组建一个高效的产品团队。业务负责人(business owner)通常是你的BOSS、产品最初的策划人或者是整个产品的业务主管,他们会分析产品的市场、定位客户、定义品牌、提出想法,同时拿定主意,产品团队里面的万金油产品经理(product manager)对产品负责的人,产品主管,他们会提出概念、收集确定需求、制定计划、控制进度并保障产品质量。在很多团队里

3、面“业务负责人”和“产品经理”通常是同一个人。产品设计(ui/id/ia design)user interface design(人机界面设计), industry design(工业设计)and information architecture design(信息架构设计)。将这三种职能混合起来,因为他们并不能孤立存在,我们统称为产品设计。他们决定产品的所有功能细节,配合产品经理制作产品 原型,与视觉设计师和用户研究人员共同完成产品的详细设计。产品设计过程中最重要的产品功能说明文档将由他们来跟踪完善。视觉设计(visual design)产品团队中最有艺术细胞的人,他们完成产品的外观和界面

4、设计,是否好看由他们说了算,他们作为产品团队的艺术设计权威指导。用户研究(user research)最接近用户并了解用户的人(不需要技术高手或者是逻辑人),他们从产品的原型阶段就介入,配合产品设计师们做典型用户分析和用户目标分析,并对原型 进行可用性测试,并制定最终的可用性测试计划。在很多产品团队里面,产品设计、视觉设计和用户研究通常会由一到两个人来担任,UI设计师会做用户研究,视 觉设计是会做信息架构分析。产品开发(production)产品团队中的技术开发人员,网页制作或者程序开发,他们是产品的最终实现者,他们开发并进行单元测试,控制产品的最终品质。产品从设计到发布的六个阶段产品开发的过

5、程可以看作是整个产品设计环节的最终实现部分,对于非技术人员来说它是一个把理想变成现实的神秘阶段1. 概念阶段(concept)一切从有了一个想法开始!需要做的事情 业务负责人与产品经理沟通商业需求以及产品品牌的定义 产品经理针对这个想法提出自己的问题和需求,并提供解决方法与好处 产品经理从各方面收集信息并制作概念文档 业务负责人、产品经理、产品设计还有视觉设计们做到一起,来一场头脑风暴,证实这个想法并确定实现一个什么样的原型 产品设计负责完成最初的产品原型 阶段交付物: 概念文档(concept document)或者是概念原型(concept prototype)2. 探索阶段(discov

6、er)那个伟大的想法已经得到了证实!需要做的事情: 在获取了多方面的意见之后业务负责人与产品经理进一步沟通商业需求以及产品的定义 产品经理需要分析产品的战略、商业案例、财务计划、应对策略以及执行方案 产品设计需要分析上一个版本的用户反馈和竞争对手的产品近况,将这些信息提交到产品经理那里 产品设计和用户研究小组共同做用户案例分析,理清用户的使用目标并分析用户的使用流程 产品设计、视觉设计和开发负责人预估自己的投入,并将这些信息提交给产品经理 产品经理从市场分析(报告)、产品设计、视觉设计和开发负责人那里收集尽可能详细的信息,用来制作提案(可行性)文档 阶段交付物: 提案(可行性)文档(Propo

7、sal Document)3. 定义阶段(definition)大家的建议已经通过,产品经理来负责制定计划需要做的事情: 业务负责人要确定产品的最终定位(必须的) 产品经理进一步分析产品团队提交过来的各种信息,开始制作产品需求文档 产品经理宣布项目启动 产品设计对产品概念设计进行进一步的完善,细化功能,制作一些具体的用户使用场景 视觉设计开始为产品的视觉表现收集意见、寻找灵感 用户研究小组在概念设计的基础上进行用户使用调研,问卷在白板上模拟用户操作都行 产品对团对概念设计进行评审 阶段交付物: 需求文档(Product Requirement Document),产品概念设计(Concept

8、Design Meterials)4. 细化阶段(refinement)开始按照需求的定义来细化产品的设计需要做的事情: 业务负责人需要对产品的推广和市场需求进行评估 产品经理需要制定产品的路线图,并确定最终的发布时间和计划 交互与视觉设计进入一个迭代的设计阶段,一次又一次的设计修改,直到最终的设计方案得到确认 产品设计制作产品线框图、完成特性清单,并以 HTML、Flash 或其他的形式拿出产品的最终原型设计 视觉设计配合产品设计细化产品外观的设计 用户研究小组使用现有的原型进行可用性测试 阶段交付物: 产品线框图(Wireframes)、产品特性清单(Feature List)、最终的原型

9、设计(可以是任何版本的,例如 HTML、Flash或者是专用的原型制作工具)5. 开发阶段(development)产品团队会在这个阶段与开发团队进行融合,双方对需求和设计进行充分的沟通,组成一个强大的产品开发团队需要做的事情(产品团队): 业务负责人要去进行商务拓展、寻求合作伙伴并规划市场 产品经理需要制定详细的推广计划 产品设计开始制作产品功能说明书,同时按照用户研究小组的测试来完善产品的UI设计 视觉设计对产品团队进行艺术指导,同时要确认最终的产品外观设计 用户研究小组进行原型测试 产品经理对所有的设计进行确认,正式进入开发阶段,接下来就祈祷成功吧 产品设计把最终确定的产品功能说明是提交

10、给开发团队 这里有一点需要强调,你不需要去写冗长的功能说明和毫无意义的文档,因为原型设计已经帮你完成了很多流程和功能描述性的工作,如何做好你的产品文档,可以参考一下Getting Real中的 “关于文档”。产品交付物 产品功能说明书(Product Functional Specification)需要做的事情(开发团队) 产品设计加入到开发团队里面,继续维护产品功能说明,同时帮助开发阶段的产品测试和质量监控 用户研究小组也参与到开发团队之中,随着开发的进行去来更新他们的用户测试计划 开发人员在一个接一个的小小胜利中拿出第一个 Beta 版本。 这里有几个原则需要铭记,保持小巧的软件、让开发

11、人员为快乐而编码、倾听你的代码、使用开放的格式。关于编码的详细建议可以参考Getting Real中的 “关于编码”。开发交付物: 产品的第一个 Beta 版本(Beta Launch)6. 发布阶段(launch)邀请用户参与你的 Beta 版本测试,直到产品正式发布需要做的事情: 用户研究小组收集用户的使用反馈,为下一个版本的改进做好准备 产品设计维护现有的UI设计 视觉设计继续修正现有的产品外观 用户支持是产品团队中所有成员都应尽的义务,善待你的用户,从自己做起。 如何做好用户支持以及产品发布的维护,您可以参考一下Getting Real中关于对 “用户支持” 和 “产品推出之后的工作”

12、 的建议,必定受益非浅。程序文件标题:设计开发程序编号:编写:版本/次 :审核:日期 :批准: 总页数:5页版次修改內容编写人日期发放对象份数如控制图章非红色,此程序为非正式文件。所有程序文件的进行,只可参考控制文件。控制文件持有人必须确保此控制文件传阅有关人员,并在需要时提供此文件作参考。正本图章:控制图章:此份拷贝持有部门:程序文件编号:版次 : 设计开发程序1.0 目的规定设计开发和设计验证的程序和职责,以控制产品设计的全过程,确保开发出来的产品满足有关标准及客户需求。2.0 适用范围本程序适用于*公司所有产品的开发,现行产品的改进和改型,以及满足客户特殊要求而对产品进行的改动。3.0

13、定义3.1产品委员会:由各研发部经理负责组织, 可由下列部门或人员参加:总经理,市场总监和销售总监;研发部,工程部,采购部,品管部,客户服务部等部门经理或主管;产品委员会的成员因新产品的类型、复杂程度等不同而不同,由研发部经理视具体情况确定具体参与人员,报总经理批准。4.0 工作程序:负责部门使用表单4.1产品构思的收集和提出研发部,客户服务部等部门对所有新产品设计的构思,都可以填写产品设计意见表或以其他形式反馈给研发部。4.2产品意见书的提出产品负责人在综合公司内部、供应商、竞争对手产品信息,用户反馈或其它公众信息等各种创意来源后,提出立项报告。它可以是一个全新产品的设计或者是对目前产品线的

14、改进设计。它应对设计的内容予以完整的描述,如产品的规格、功能及成本等信息。4.3 新产品意见书的评审4.3.1产品委员会对立项报告进行审议,确认与现有产品组合的兼容性、与战略计划的兼容性、成长潜力、成本分析。评审意见记录在立项报告中,由参与评审人员确认会签。评审意见需有明确结论,即:通过、否决、修改。4.3.2产品负责人根据评审意见及结论,对立项报告作如下处理:a) 通过:直接采用;b) 否决:废止原报告,考虑新方案;c) 修改:修改后提交再评审。4.4产品方案的提出4.4.1研发部根据立项报告编制产品设计方案,包括所需要开发产品的功能要求、外观要求、成本要求、环境及职业健康安全要求应符合的标

15、准法规及各部门产品负责人产品委员会产品负责人研发部产品设计意见表立项报告立项报告立项报告/产品设计方案负责部门使用表单与产品有关的其它信息。4.4.2 产品委员会对产品设计方案评审,确认是否完整、明确及可行,评审通过后由参与评审的部门确认并在产品设计方案中会签,报总经理批准。4.5 开发计划的制定4.5.1产品负责人根据产品设计方案编制产品开发计划,经研发负责人审核、总经理批准实施。其内容应包括:确定设计过程各阶段及设计活动,确定责任人及资源,明确人员职责,依据设计输入要求确定设计输出、设计评审、设计验证、设计确认的方式、内容和时间。4.5.2设计评审可包括如下内容:指标合格性、功能准确性、使

16、用安全性、结构可靠性、工艺完善性、采购可齐套性、可操作性、可维护性、适应性、检测可行性、资料的正确性及完整性、环保符合性。设计评审中,不同个人意见须加以记录并形成文件,由参加人员在设计评审报告中会签。4.5.3 设计验证的目的是保证设计输出满足设计输入的要求。设计验证可采用试验、替代等方法,设计验证手段和结果要有记录。设计验证中需到外单位做技术试验时,由研发工程师填写技术试验通知,经研发部经理批准后实施,试验结果要有记录报告。4.5.4设计评审和设计验证存在于开发过程各阶段,各责任部门严格按新产品开发计划实施。4.6 部件设计与选型4.6.1研发工程师确定设计和选型要求,并编写产品试制规格表,

17、经产品负责人审核和研发部经理批准后生效。 4.7 新产品样机试制4.7.1 研发工程师根据产品试制规格表选择相应的部件装配样机,依据样机测试作业规范进行测试,测试完成后提交样机测试报告给产品负责人。4.7.2 产品负责人组织对样机评审,在样机测试报告中加入评审意见,经研发部经理批准生效。若样机测试未通过,则返回执行4.6。产品委员会产品负责人产品委员会研发工程师各部门研发工程师研发工程师产品负责人产品设计方案产品设计方案/产品开发计划技术试验通知产品试制规格表产品试制规格表/样机测试报告样机测试报告4.8 产品中试4.8.1 为保证产品可靠性,样机测试通过后,产品负责人制定产品中试要求,工程部

18、依据产品中试要求及其制定的产品中试作业规范,安排中试。4.8.2小批量中试完成后,工程部提交产品中试报告。4.8.3产品负责人组织研发部、工程部、品管部相关人员进行中试阶段评审工作,在产品中试报告中加入评审意见,经与会人员会签,报研发部经理审批。4.8.4中试未通过则返回执行4.6。4.9产品试生产4.9.1研发部给出部件样品认证单。4.9.2在所有的设计完成后,产品负责部门制订产品BOM,采购部根据试产计划产品BOM及样品认证单安排物料采购,工程部安排试生产,研发工程师负责试生产过程的现场指导,质量工程师负责现场质量控制,工程部负责产品试生产报告。4.9.3产品负责人依据产品试生产报告,组织

19、对试生产评审,并将评审意见加入产品试生产报告,经与会人员会签,报研发部负责人审批生效。4.10产品推出准备4.10.1在证实所有产品的准备工作就绪,产品负责人必须确认用户、市场部、客户服务部、工程部对新产品技术和宣传细节的的需求,并提供资料。4.10.2研发工程师同时做好对市场及技术支持人员的培训工作,培训分销渠道、客户服务部预先了解产品和服务的特别要求。4.11 设计确认4.11.1 根据开发计划,在最终产品定型前,必须做设计确认并填写设计确认报告。4.11.2设计确认有以下方式:a)自行确认:产品经产品委员会评审后通过,出具设计确认报告。负责部门产品经理/工程部工程部产品负责人研发部产品负

20、责人产品负责人研发工程师产品委员会使用表单产品中试要求/产品中试作业规范产品中试报告产品中试报告样品认证单产品BOM/样品认证单产品试生产报告产品试生产报告设计确认报告设计确认报告b)客户确认:产品经客户试验或试用后认为符合要求,以文件形式对产品进行确认。C)专家确认:组织有关专家以产品鉴定会形式对产品进行确认,参加人员在鉴定报告中会签。4.12 设计更改4.12.1 鉴于以下原因需进行设计更改a)客户需求更改b)市场变化要求技术性能变化c)与产品相关的国家标准发生变化d)设计评审、设计验证或设计确认要求更改4.12.2 设计输入和计划的更改,可以在产品设计时由提出部门向产品负责人提交设计输入、开发计划更改申请,研发部经理组织评审通过后,调整设计计划以适应此更改。4.12.3 设计阶段对设计内容的更改,由PC研发部填写设计更改通知,产品负责人审核、研发部经理批准后实施。4.12.4 所有设计更改都要记录形成文件,按文件发放程序发放给相关部门。5.0 相关文件样机测试作业规范产品中试作业规范产品中试要求6.0记录产品设计意见表 立项报告 产品设计方案 产品开发计划 设计输入、开发计划更改申请 设计更改通知 产品试制规格表 产品BOM 样机测试报告 产品中试报告 产品试生产报告 设计确认报告 负责部门客户专家各部门提出部门研发部使用表单设计输入、开发计划更改申请设计更改通知

copyright@ 2008-2022 冰豆网网站版权所有

经营许可证编号:鄂ICP备2022015515号-1