北京快3平台【真.懒觉】

产品设计基本流程

时间:2020-11-05 04:06

  产品设计基本流程_生活休闲。产品开发流程和项目管理流程时常被大家关注,合理的过程是团队协作的基础。在大家把产品的功能和特性放在第一位的时候,开发和项目的管理至关重要,而产品的 设计却往往被忽视,开发团队会为了那些晦涩难懂、令人费解的功能而夸夸其谈,复杂的产品特性通常会迫使产品团队放弃优雅简洁的设计,用户体验永远是可能是 项目过程中最不重要的环节。如果你和你的团队希望重视产品的设计,就应该首先从团队架构和项目流程上来进行改造,

  产品设计流程 产品开发流程和项目管理流程时常被大家关注,合理的过程是团队协作的 基础。在大家把产品的功能和特性放在第一位的时候,开发和项目的管理至关重 要,而产品的 设计却往往被忽视,开发团队会为了那些晦涩难懂、令人费解的 功能而夸夸其谈,复杂的产品特性通常会迫使产品团队放弃优雅简洁的设计,用 户体验永远是可能是 项目过程中最不重要的环节。如果你和你的团队希望重视 产品的设计,就应该首先从团队架构和项目流程上来进行改造,我们的目标是设 计优先、用户至上。当然技 术团队和产品开发还是至关重要的环节,你需要将 设计和开发的流程无缝的整合起来。 下面的团队架构和流程应该适用于各种产品、软件和网站的设计(如果您有好的 建议或者不同的看法,可以直接留言或者邮件给我) 产品设计团队的六种逻辑角色 你也许不需要六个人来组成团队,但每个人的职能必须清晰。 《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》中关于 新疆天尖农业信息技术生产力促进中心 对 “用户支持” 和 “产品推出之后的工作” 的建议,必定受益非浅。 新疆天尖农业信息技术生产力促进中心 程序文件 标题:设计开发程序 编写: 审核: 批准: 编号: 版本/次 : 日期 : 总页数:5 页 版次 修改內容 编写人 日期 发放对 象 份数 如控制图章非红色,此程序为非正式文件。所有程序文件的进行,只可参考控制文件。 控制文件持有人必须确保此控制文件传阅有关人员,并在需要时提供此文件作参考。 正本图章: 控制图章: 此份拷贝持有部门: 第 5 页,共 10 页 程序文件 设计开发程序 编号: 版次 : 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 研发部根据《立项报告》编制《产品设计方案》 ,包括所需要开发产 品的功能要求、外观要求、成本要求、环境及职业健康安全要求应 研发部 符合的标准法规及 立 项 报告 / 产 品设计方案 负责部门 使用表单 第 6 页,共 10 页 程序文件 设计开发程序 与产品有关的其它信息。 编号: 版次 : 4.4.2 产品委员会对《产品设计方案》评审,确认是否完整、明确及可行, 产品委员会 产品设计方案 评审通过后由参与评审的部门确认并在《产品设计方案》中会签, 报总经理批准。 4.5 开发计划的制定 产品负责人 4.5.1 产品负责人根据《产品设计方案》编制《产品开发计划》 ,经研发负 责人审核、总经理批准实施。其内容应包括:确定设计过程各阶段 及设计活动,确定责任人及资源,明确人员职责,依据设计输入要 求确定设计输出、设计评审、设计验证、设计确认的方式、内容和 时间。 产品委员会 4.5.2 设计评审可包括如下内容:指标合格性、功能准确性、使用安全性、 结构可靠性、工艺完善性、采购可齐套性、可操作性、可维护性、 适应性、检测可行性、资料的正确性及完整性、环保符合性。设计 评审中,不同个人意见须加以记录并形成文件,由参加人员在设计 评审报告中会签。 研发工程师 4.5.3 设计验证的目的是保证设计输出满足设计输入的要求。 设计验证可 采用试验、替代等方法,设计验证手段和结果要有记录。设计验证 中需到外单位做技术试验时,由研发工程师填写《技术试验通知》 , 经研发部经理批准后实施,试验结果要有记录报告。 各部门 4.5.4 设计评审和设计验证存在于开发过程各阶段,各责任部门严格按新 产品开发计划实施。 4.6 部件设计与选型 研发工程师 4.6.1 研发工程师确定设计和选型要求,并编写《产品试制规格表》 ,经产 品负责人审核和研发部经理批准后生效。 研发工程师 4.7 新产品样机试制 4.7.1 研发工程师根据《产品试制规格表》选择相应的部件装配样机,依 据《样机测试作业规范》进行测试,测试完成后提交《样机测试报 产品负责人 告》给产品负责人。 4.7.2 产品负责人组织对样机评审, 《样机测试报告》 在 中加入评审意见, 经研发部经理批准生效。若样机测试未通过,则返回执行 4.6。 产品设计方案 / 产 品 开发 计 划 技术试验通知 产品试制规格 表 产品试制规格 表 / 样 机测 试 报告 样机测试报告 第 7 页,共 10 页 程序文件 设计开发程序 编号: 版次 : 负责部门 使用表单 4.8 产品中试 4.8.1 为保证产品可靠性,样机测试通过后,产品负责人制定《产品中试 产 品 经 理 / 产品中试要求 要求》 ,工程部依据《产品中试要求》及其制定的《产品中试作业规 工程部 / 产 品 中试 作 范》 ,安排中试。 业规范 4.8.2 小批量中试完成后,工程部提交《产品中试报告》 。 工程部 产品中试报告 产品中试报告 4.8.3 产品负责人组织研发部、工程部、品管部相关人员进行中试阶段评 产品负责人 审工作,在《产品中试报告》中加入评审意见,经与会人员会签, 报研发部经理审批。 4.8.4 中试未通过则返回执行 4.6。 样品认证单 4.9 产品试生产 4.9.1 研发部给出部件《样品认证单》 。 研发部 4.9.2 在所有的设计完成后,产品负责部门制订《产品 BOM》 ,采购部根据 试产计划《产品 BOM》及《样品认证单》安排物料采购,工程部安排 试生产,研发工程师负责试生产过程的现场指导,质量工程师负责 现场质量控制,工程部负责《产品试生产报告》 。 4.9.3 产品负责人依据《产品试生产报告》 ,组织对试生产评审,并将评审 产品负责人 意见加入《产品试生产报告》 ,经与会人员会签,报研发部负责人审 批生效。 产品负责人 4.10 产品推出准备 4.10.1 在证实所有产品的准备工作就绪, 产品负责人必须确认用户、 市场 部、客户服务部、工程部对新产品技术和宣传细节的的需求,并提 供资料。 研发工程师 4.10.2 研发工程师同时做好对市场及技术支持人员的培训工作, 培训分销 渠道、客户服务部预先了解产品和服务的特别要求。 4.11 设计确认 4.11.1 根据开发计划,在最终产品定型前,必须做设计确认并填写《设 计确认报告》 。 设计确认报告 产品 BOM/ 样品认证单产 品试生产报告 产品试生产报 告 产品委员会 设计确认报告 4.11.2 设计确认有以下方式: a) 自行确认: 产品经产品委员会评审后通过, 《设计确认报告》 出具 。 第 8 页,共 10 页 程序文件 设计开发程序 编号: 版次 : 使用表单 负责部门 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 样机测试报告 产品中试报告 产品试生产报告 设计确认报告 设计输入、开 发计划更改申 请 设计更改通知 第 9 页,共 10 页 第 10 页,共 10 页