正文

产品设计的流程（产品设计流程）

发布时间：2023-04-26 02:45:44 稿源：创意岭阅读： 458

大家好！今天让创意岭的小编来大家介绍下关于产品设计的流程的问题，以下是小编对此问题的归纳整理，让我们一起来看看吧。

创意岭作为行业内优秀企业，服务客户遍布全国，相关业务请拨打175-8598-2043，或微信：1454722008

本文目录:

1、产品开发设计全流程是什么？
2、产品设计流程以及每个阶段关注的问题
3、产品开发设计全流程是什么？
4、互联网产品交互设计的相关流程是什么,最好详细一点

产品设计的流程（产品设计流程）

一、产品开发设计全流程是什么？

专业问题就需要专业领域的人来回答~

产品开发设计包括外观设计、结构设计、软硬件开发设计三大板块，之前找过映善集团开发产品，很专业，希望以下解答对您有帮助：

产品研发设计的全流程

①产品原型设计：产品硬件+结构堆叠设计，形成产品原型框架。

②产品外观设计：根据产品原型进行外观设计，手绘方案→CMF设计→方案可行性评估→3D建模→效果图设计→造型确定→输出BOM→管控生产成本→外观手板制作→手板评审→输出3d模型

③产品结构设计：结构设计→结构图评审→输出BOM→管控生产成本→结构手版制作→手版评审→输出3d模型、2D图纸、PCB图纸

④硬件开发设计：器件选型→原理图设计→原理图评审→PCB板设计→PCB评审→PCB打板→器件焊接与装配→硬件功能验证→嵌入式软件测试→验收通过

⑤软件开发设计：产品原型设计→UI交互设计→概要设计/通讯协议/表结构设计→代码编程开发→软件系统测试→软硬件调试→软件修订→验收通过

映善咨询集团，专注产品开发设计全案服务，欢迎随时来交流~可以去上百度看看。

二、产品设计流程以及每个阶段关注的问题

从产品设计启动到开始产品的开发，期间经历五个阶段，如图所示。下面分别阐述5个阶段的含义、每个阶段需要关注的问题，以及各阶段需要哪些人员参与。

1. 产品战略需要明确且在书面上回答两个问题：

①我们的用户通过产品能得到什么？（我们的产品对用户来说有什么价值？）

②我们通过这个产品能得到什么？

2. 这个阶段要对产品的品牌形象、公司价值观进行讨论和设计。

3. 需要确定一些可量化可追踪的指标

在产品上线之后用来指示产品是否满足了用户的需求和公司的商业目的。比如，用户活跃度、留存率、平均停留时间……有意义的指标一定是与用户行为直接相关的，这些行为也一定可以被产品设计所影响。

最后的结果要以“战略文档”的形式记录下来，目的是让所有参与产品开发的人员随时可以阅读参考，成为产品设计的出发点和基本准则。

理想情况下，产品的战略层设计需要所有的利益相关者参与，公司股东、产品经理、项目经理、市场人员、客服人员、UX团队以及产品开发团队

最低要求：公司股东、产品经理、技术总监

设计产出：产品战略文档

战略层设计回答了用户的核心需求和公司的商业目的， 在范围层设计，需要搞清楚我们要为用户提供什么样的功能和什么内容，来满足用户的需求，实现公司的商业目的。

创建典型人物角色，描述有关核心需求的场景剧本，定义产品的关键路线。 通过以上方法描述用户如何完成核心需求。期间需要做用户研究，据此明确产品的范围，即要做什么、不做什么、先做什么、后做什么。

结论以PRD（Product Requirement Document）的形式呈现给所有的项目成员。PRD不需要包含产品的每一个细节，但是要说明在设计和开发过程中可能混淆的功能定义，不需要展望产品未来的理想状态，但是要记录在创建产品过程中已经确定下来的决议。

PRD的撰写要用具体、客观的描述性语言。项目中用到的术语给出明确的定义，避免日后交流中可能出现的歧义，减小沟通成本。PRD成型后，产品开发团队可以开始制定产品开发时间表，设定开发里程碑。

这一阶段同样需要所有的利益相关者参与。

最低要求：公司股东、产品经理、技术总监、开发工程师

设计产出：PRD文档

这个阶段关注产品的交互设计模式和信息构架，即用什么样的方式和顺序将产品展现给用户。 正确的交互设计和信息构架需要对用户的工作方式、行为（重点）、思考方式以及知识结构有深刻的了解。

交互设计关注于“可能的用户行为”，同时定义“系统如何配合与响应”这些用户行为。交互设计应符合用户的“概念模型”或“心理模型”，要避免工程师的“实现模型”。

视觉隐喻的使用要节制，真正重要的是用户的“习惯用法”。

该阶段主要由产品经理、UX团队和产品开发团队完成。

最低要求：产品经理、UX团队

设计产出：对交互设计模式和信息构架的说明性文档

结构层解决交互设计中概念性和原则性的问题， 框架层关注更为精确的细节问题，包括两个方面：界面设计和导航设计。

界面设计 要做的事就是选择正确的视觉元素，帮助用户完成他们的目标，并且通过适当的方式让它们容易被理解和使用。

导航设计 是以一种明确的方式，让用户时刻明白“自己在哪里”以及“可以去哪里”。

无论是界面设计还是导航设计，都必须以产品战略为出发点，突出用户的核心需求，指出表现出应该前进的方向。

该阶段主要由产品经理、UX团队和产品开发团队完成。

最低要求：产品经理、UX团队

设计产出：低保真产品原型、线框图、产品结构思维导图

在这个阶段，内容、功能和美学汇集到一起产生一个最终的设计，完成其他四个层次的所有目标，同时满足用户的感官感受。

设计过程要充分利用用户的触觉、听觉和视觉（重点）。视觉设计不能破坏既定的产品结构，不能使原本清晰的产品结构变得模棱两可，同时要注意品牌形象的传达。

要有一致的配色方案、字体和排版，将视觉设计的各个方面记录下来，形成一个设计风格指南文档。

该阶段主要由产品经理、UX团队和产品开发团队完成。

最低要求：产品经理、UX团队

设计产出：设计风格指南文档、高保真原型

三、产品开发设计全流程是什么？

产品是指做为商品提供给市场，被人们使用和消费，并能满足人们某种需求的任何东西，包括有形的物品、无形的服务、组织、观念或它们的组合。产品一般可以分为五个层次，即核心产品、基本产品、期望产品、附加产品、潜在产品。核心产品是指整体产品提供给购买者的直接利益和效用；基本产品即是核心产品的宏观化；期望产品是指顾客在购买产品时，一般会期望得到的一组特性或条件；附加产品是指超过顾客期望的产品；潜在产品指产品或开发物在未来可能产生的改进和变革。

产品是“一组将输入转化为输出的相互关联或相互作用的活动”的结果，即“过程”的结果。在经济领域中，通常也可理解为组织制造的任何制品或制品的组合。在现代汉语词典当中的解释为“生产出来的物品”。

简单来说是“为了满足市场需要，而创建的用于运营的功能及服务”就是产品。

产品是以使用为目的物品和服务的综合体。

产品的价值是由用户来衡量的。

产品的定义：做为商品向市场提供的，引起注意、获取、使用或者消费，以满足欲望或需要的任何东西。

消费者购买的不只是产品的实体，还包括产品的核心利益（即向消费者提供的基本效用和利益）。产品的实体称为一般产品，即产品的基本形式，只有依附于产品实体，产品的核心利益才能实现。期望产品是消费者采购产品时期望的一系列属性和条件。附加产品是产品的第四层次，即产品包含的附加服务和利益。产品的第五层次是潜在产品，潜在产品预示着该产品最终可能的所有增加和改变。

四、互联网产品交互设计的相关流程是什么,最好详细一点

产品研发流程简介

下两副图是产品研发简化流程图，交互设计环节被增加在提出需求与视觉设计之间，可以直观看到交互设计起到了承上启下的作用，但实际上交互设计师做了什么，如何与其他岗位更好的合作，下面将进行详细的解说。在此之前，我们先记住交互设计的本质：规划交互行为方式，设计达成行为的最有效形式。

没有交互设计的研发流程

有交互设计的快速研发流程

产品研发的六个层次

产品研发可以分为上图的六个层次，其实也就是《用户体验的要素》中提到的五层理论再加上一个实现层，这样拆分后，可以比较清楚的分析出产品由抽象到具象的过程，了解各个岗位的职责。下面将详细分析每个层次都做什么，交互设计师在各个层次的职责和作用：

战略层

内容：定义产品的方向、概念、定位、目标等;

一般是老板们高瞻远瞩，产品经理们深思熟虑绞尽脑汁，用研、市场、交互等同学出谋划策，就不多说了。

范围层内容：策划产品的规则、入口、功能、内容

负责人：产品经理

合作者：交互设计师

输出物：需求文档

在需求定义阶段，产品经理常会犯个错误——依靠描述用户行为和界面形式来表达需求：

产品经理往往必须借住自己对形式的观察和设想，或者从用户的角度描述其操作过程，才能明确自己想要的需求，甚至必须借助自己画的图来表达需求。为什么这么说，看看电脑里自己或别人的需求文档就知道了，如图示(这些都是产品经理交给交互设计师的需求文档中的)：

需求说明示例一

需求说明示例二

产品经理依靠描述用户行为和界面形式来表达需求，有三个坏处：

1.你写的或画的不一定合理，这方面交互设计师更专业;

2.交互设计师得按照文档想出一副画面或故事，绕着弯去研究你到底要啥，期间还得不断找茬;

3.你浪费了自己的时间，说严重点，你浪费了定义产品需求的时间，偏了重点;

所以需求文档中，最好不要完全借助用户行为和界面形式的描述来表达需求，而应明确写出产品功能、目标等等，可以加上参考图辅助理解。如果产品经理们真的很难表达，或不确定自己要什么，最好就和交互设计师一起先讨论，交互设计师可以帮助你分析其他产品为什么要这么设计、或者你想要的一个未曾见过的功能可以怎么表达，讨论好了再制定需求，甚至直接出功能和内容列表都可以。

产品经理在范围层的重心，一定得放在怎么做才能实现产品战略目标了。

结构层

内容：需求的内容规划、主任务的用户行为操作流程、界面结构或信息架构

负责人：交互设计师

合作者：产品经理

输出物：流程图、架构图等

流程图

架构图

交互设计师在这个层面要梳理需求，找出用户的主要任务，定义好任务操作流程，规划好界面结构、各自功能、连贯性，期间要不断预测和规划功能的表现形式和用户使用细节。在此过程中，交互设计师可能会发现一些需求不合理之处，产品经理也可能会根据流程图、信息架构图等等，发现一些无法达到产品目标的问题，例如某个功能多余、入口过于分散、结构不够简单等等，二者一起完善需求、优化方案，力求主线清晰简单。

框架层

内容：产品的基本形式，包括布局、控件、位置、大小、一些操作细节;

负责人：交互设计师

合作者：产品经理、视觉设计师

输出物：静态线框图、可演示低保真原型等

交互原型图一

交互原型图二

在这一阶段，交互设计师就开始绘制用来表达行为的形式了，确保所用形式可以很好的让用户知道重点是什么、下一步要做什么、怎么做、不常用的功能去哪找等等，交互设计师这一阶段要做到：

1.主任务流程突出明确简单，其他任务完整易懂;

2.满足可用性要求(易学、易见、易用)、用户体验优秀、连贯;

3.逻辑正确完整、极限情况处理完善;

4.可扩展;

5.符合产品所在设备系统及平台的设计规范，例如windows的控件规范、iPhone、安卓的设计指南等等，不要轻易创造不规范的控件;

6.视觉设计师可以在此基础上美化发挥;

这也是为什么会出现交互设计师这一岗位，因为产品经理或视觉设计师都没有通常精力来做这些，或者从未做过甚至从未考虑过这些。

交互原型图输出时，产品经理就可以预测视觉稿是否能达到产品定义时期望的效果，查看交互图中的对内容和功能的侧重是否能满足产品需求了，审核并提出建议;但有的产品经理会要求交互设计师如何设计，例如说"我就要XX这个样子的"、"我不能接受这种布局"等等，这个时候，请产品经理认清自己和交互设计师的专业职责，让专业的人做专业的事，大家应该一起各抒己见、向用户、成本、时间妥协，讨论出对于用户和产品而言最好的方案，而不是让对方服从自己主观的想法。

此外，若视觉设计师在此阶段就参与讨论，对产品会更有帮助。视觉设计师要对产品非常熟悉、了解细节始末，实时关注交互原型图的进展，提出建议，将更有利于产品快速开发、减少后期因"交互原型图美化后不好看、不生动、界面太挤"之类的原因而修改交互稿。例如对于"锻造"这个过程，交互设计师设计成了A+B+C=D这种长条形布局，而做效果图时，视觉设计师才说难以体现游戏感，希望能画个炉子，在炉子的周围摆上材料，炉子中间为锻造成品，这个时候又要交互设计师重新设计就浪费精力和时间了。

另外，如果该项目较为重要，最好在主要界面交互原型图输出后，主动邀请权威角色评审，以免后期才得到意见，再修改就来不及或重复工作。

表现层

内容：产品外观、企业形象、视觉情感;

负责人：视觉设计师

合作者：产品经理、交互设计师

输出物：效果图、动画等等

在表现层，视觉设计师会根据交互原型图进行绘制，在交互图的基础上，可以对布局、控件的形状、形式进行微调，设计图标按钮等等，此时交互设计师应该实时关注，以确保图形及色彩的认知效果，以及是否有不太合适的更改，或未达到预设的地方;

上图为玩家列表的交互原型图和效果图。交互图中蓝钻、年费、昵称的位置格式是QQGAME的蓝钻规范，昵称上限为24位字符，如果按照效果图摆放，一个是不符合平台规范，另外在列表中也会因为实际昵称长短不一，导致蓝钻、年费图标显得较乱。欢乐豆数字上限为9位数，为容易阅读加上顿号分割，效果图没有预留上限位置，也去掉了顿号。

虽然不建议在交互原型图经过了全员评审后又修改方案，但实际上，在效果图发出后，往往仍会因为各种"觉得不好看"、"看起来很挤"、"达不到产品目标"等主观或客观原因要修改效果图乃至交互原型图布局甚至改动功能，这种风险因素很难避免，只能尽量弱化，特别是权威角色若未持续保持关注、在大型评审时可能会提出颠覆性意见。我的建议是交互设计师输出主要界面的原型图且通过全员评审后，视觉设计师马上输出对应效果图，效果图评审通过全员后，交互设计师再去全面补充剩余的交互原型图，这时候若要修改，成本就会小很多。

什么时候写《产品设计文档》?

待主界面效果图通过评审后、视觉设计师开始补充剩余的交互原型图时，交互设计师就可以开始着手写交互说明。如果提前写了，一旦效果图有修改，就要跟着修改各种逻辑和细节，挺伤脑细胞的，也浪费时间、容易遗漏。待效果图完成后，将需求文档、交互说明、效果图合并为产品设计文档(合并这活可以由产品经理或交互设计师来做，另一方来审核即可)，交与开发。

为什么要合并成一份《产品设计文档》?

看看开发、测试同学每次要对着需求文档、交互原型及说明、效果图三种输出物来工作是有多崩溃就知道了，另外一份文档更新和同步起来也比较方便。在更新时，效果图和交互内容的更改由交互设计师维护，其他需求内容由产品经理维护，互相知会。

实现层

内容：设计审核、开发、测试、发布等;

负责人：伟大的程序员

合作者：产品经理、交互设计师、视觉设计师

输出物：活生生的产品

其实实现层不仅仅是开发过程，在前期产品设计阶段，开发人员也需要时刻参与审核把关，确保开发成本和时间合理，及时提出"无法实现"、"耗时"、"漏了XX"等问题，避免后期才提出要改动或修补交互方案。

不能边设计边开发(前端)

我们现在的开发阶段常常在交互方案还未确定时就启动了，其实这是对产品设计很不好的(当然，仅仅是开发底层或后台等不太影响)，因为：

1.一旦开发将用户行为过程、界面布局写入了代码，再修改就较为困难、代价高，而事实上此时一切用户行为和形式都还未被完全确认;

2.给了设计师较大的时间压力，可能会影响设计思路、逻辑的严密性、方案的质量;

因此，建议开发同学最好是在产品设计完全完成后，才启动前端开发。最早也应该在主界面效果图确认之后，期间任何未确认的东西先不要急于实现，或者和交互设计师确认后再实现。

此外，PM要监督和帮助下面两点的实施：

1.如果一名交互设计师需要同时跟进多个项目(理想状态下当然不推荐这样)，可能无暇随时跟进、不能及时的发现版本问题，而产品经理是时刻盯着项目的，所以常常遇到这种状况——开发同学遇到交互问题(如方案无法实现或细节不完整)，不问交互设计师而去问产品经理，或者产品经理发现交互问题后自己提出解决方案，等到交互设计师审核版本时发现这个解决方案不合理，要修改已经代价颇高了。因此，开发过程中，遇到任何产品设计相关问题，PM或开发人员最好拉上产品经理和交互设计师一起沟通解决。

2.应该严格仔细的按照产品设计文档进行开发，不要弄错一个流程、写一个错别字、弄错一个图标、错位一个像素，因为后期的每次找茬都是令人崩溃的，而且还不一定能遇到这个错误。虽然"细致"这是个传统美德，但还是不知道有多少开发GG伤害了交互妹纸的心。

研发流程步骤总结之前我们这边的研发流程是需求写完经过需求评审后，交互设计师输出全套交互原型图、交互说明文档，经过开发评审，美术再投入进来，前端开发再正式启动。这个流程的应用过程中出现过非常多的问题，主要问题在前文中已经提到，经过和其他交互设计师、项目组成员的讨论，我在自己参与的几个项目中进行了流程优化，效果不错，新流程的具体步骤为：

产品设计阶段(此阶段每一步都需要通过全员评审尤其是开发的评审)：

第1步：产品经理输出功能内容需求列表，期间与交互设计师密切讨论;

第2步：交互设计师输出主任务的用户行为操作流程、界面结构或信息架构，期间与产品经理密切讨论;

第3步：交互设计师输出主要界面交互原型图，期间与产品经理、视觉设计师密切讨论，通过全员审核;

第4步：视觉设计师输出主要界面效果图，期间与产品经理、视觉设计师密切讨论，通过全员(尤其是权威角色)审核;

第5步：交互设计师补充剩余交互原型图，视觉设计师补充剩余效果图，通过全员审核;

第6步：交互设计师输出交互说明文档，通过开发评审;

第7步：产品经理将需求文档、交互说明文档、效果图合并为产品设计文档;

正式开发阶段：

第8步：开始正式开发，期间与产品经理、交互设计师密切讨论(此过程最好不要有大的变更);

第9步;测试阶段，交互设计师等各种角色提出细微修改建议(理论上此过程不能出现任何变更);

理想的研发流程VS快速研发流程

理想的研发流程

实际上最理想的产品研发流程是在开发前制作出可操作的高保真原型(既不是效果图也不是用axure简单演示的原型，而是主线任务完整的、至少可以进行可用性测试的原型，详见《启示录》一书)，并不断进行可用性测试、专家评估，循环修改，然后按照最终确定的原型进行开发，再不改变任何内容。这样可以极大程度的免去需求变更导致开发重做的可能，并且预防因赶时间而放弃迭代修改，此外还可以免去阅读冗长拗口的说明文档，但更重要的是，将发出的产品已经有了相当有把握的验证。

像苹果、以及国内有些重视用户体验的网站就是采用的这种理想的开发流程。但网站类产品胜在可以快速实现前端DEMO、输出高保真模型，而国内的软件市场就很少有这么做的，基本上都要求产品快速产出，尽快去真实市场占个坑，再去验证和修改，根本不会给产品设计相关人员这么多时间和成本去仔细设计和验证。所以快速研发流程实际上是最常用的，虽然不算最完美，但却很快速，在架构和平台比较成熟的公司比较适用。

对比之下，快速研发流程中显示出一个很严重的风险，在版本出来之前谁也不知道真正的体验是怎样的，所有的过程都是依据经验的预测，如果版本出来后才发现问题，小的还可以改改，大问题根本来不及改正。所以评审和经验就显得尤为重要，这也造成了这种流程中，各种角色都保守异常、纠结致死，更是鲜有创新突破，只敢在小地方微创新一下。

因此全新的软件产品最好用理想研发流程，除非改起来非常简单，而快速移植类或系列产品可以用快速研发流程，但坚决不能边设计边开发，产品经理和设计师们必须提前足够的时间先启动。

TheEnd

最后，祝每一个项目组都找到自己心仪的交互设计师，祝每一个交互设计师的脑细胞都能更强壮!没有交互设计师的项目组，那就让你们的产品经理们担负起交互设计师的责任吧

以上就是关于产品设计的流程相关问题的回答。希望能帮到你，如有更多相关问题，您也可以联系我们的客服进行咨询，客服也会为您讲解更多精彩的知识和内容。