-
让品牌有温度、有情感
专注品牌策划15年
产品研发流程图（产品研发流程图怎么做）
发布时间：2023-04-08 03:32:47
稿源：
创意岭 阅读：
141
大家好！今天让创意岭的小编来大家介绍下关于产品研发流程图的问题，以下是小编对此问题的归纳整理，让我们一起来看看吧。
开始之前先推荐一个非常厉害的Ai人工智能工具，一键生成原创文章、方案、文案、工作计划、工作报告、论文、代码、作文、做题和对话答疑等等
只需要输入关键词，就能返回你想要的内容，越精准，写出的就越详细，有微信小程序端、在线网页版、PC客户端
创意岭作为行业内优秀的企业，服务客户遍布全球各地，如需了解相关业务请拨打电话175-8598-2043，或添加微信：1454722008
本文目录:
一、求助ISO9000新产品研发流程
因产品类别、复杂程度而异，一般要经过如下过程：市场调研-设计需求分析-下达设计任务-外观结构设计-打样-初样评审-改进改良-终评-定型-小批试制-定型鉴定-设计改良-量产-上市销售-收集客户反馈-持续改进。
二、互联网产品交互设计的相关流程是什么,最好详细一点
谈一谈互联网产品设计阶段的工作流程
关于互联网产品设计阶段的工作流程，近几年好像有了一个标准的模式，大家都按照这么一个大概的流程来工作，又好像没有标准，每个团队又不尽相同，有的简单粗暴，有的复杂细致 。之前工作过的几个东家工作流程都不是很合理，产生了很多经验教训。最近在馒头商学院回炉改造，又讲到这块，自己总结了一下感觉比较合理的工作流程，希望给一些小伙伴参考和启发。
目前大部分的公司遵循的产品设计工作流程，涵盖工作岗位从产品经理，交互设计师，用户研究员，视觉设计师，前台开发，后台开发，测试，运营等等，当然具体到每个公司的人员配置不同工作环节也会有些出入，每个环节细分起来还有很多工作。下面说下产品经理和设计师为主要执行者的工作环节，开发运营阶段就不多讨论。
一、需求分析
需求分析是一个烧脑的工作阶段，这个阶段需要产品经理，用户研究工程师，交互设计师，甚至公司各路大佬，市场、运营等各路人马参与，做大量的研究和提炼工作。一般通过用户分析，需求整理，竞品分析，核心流程设计，技术分析，商业市场分析等这么几个步骤，最终梳理出需求规划。工作流程顺序不一定，更多的是在交叉进行。
1、用户分析
一切产品都是建立在用户需求之上，一个产品必须能满足用户需求才有存在的价值，用户需求需要被发现和感知。规划产品时，不可绕过的第一步工作就是用户分析，用户分析其实很复杂，大公司会有专门的用户研究工程师来负责，但一般公司都是由产品经理或交互设计师来完成的，而且没有太多资源和时间，但简化的用户分析也是有用的，一般做用户分析的目的：确定目标用户，详细了解用户的目的和行为，用户的问题，用户使用场景以及当前用户问题的解决方案等等。简单有效的方法就是做几次用户访谈，通过访谈其实可以了解足够多，如果资源和条件足够，调查问卷，焦点小组都是常见的方法，如果已有用户基础，可以进行用户数据分析，精确了解用户行为，也有很多开放平台如百度指数进行数据查询。产出物有用户画像，用户故事板，用户研究报告等，不管产出什么，最重要是脑子里有清晰的目标用户形象。
2、需求整理
需求整理之前需要做需求收集，收集的方式有很多种，数据分析，思维导图梳理，用户研究，竞品分析，个人经验等等。收集一系列需求后，开始整理筛选，去掉不合理的需求后，按功能框架，用户量，使用频率，开发难度，用户习惯，商业价值，数据表现等等方面分析排序和分类，产出物一般就是需求池，需求池会伴随产品的整个生命周期，需要细致和认真的去维护。
3、竞品分析
现在做一款产品大多数已经有竞品，做好竞品分析能达到事半功倍的效果。产品层面的竞品分析就从用户需求、产品功能，交互流程视觉展现等进行分析和对比，总结出优劣势和机会等。个人觉得不应包含市场格局，公司战略之类的，商业层面的竞争关系可以放在商业市场环节去分析。做竞品分析目的是了解竞品，更好制定竞争方案，同时学习竞品优秀的地方，但别照抄，哪怕微创新一下也好。产出物是竞品分析报告的等文档。
4、核心流程
产品能满足最主要的用户需求是什么，需求分析阶段需要团队人员明确核心流程，统一方向。流程中包含角色，任务，信息流向等几个关键点，产出物一般是泳道图。
5、技术分析
在核心流程制定后拉着技术负责人共同探讨一下，了解下研发成本，产品设计人员要有个意识，在设计流程阶段会有很多讨论和评审，尽量拉上技术负责人，这样后期会省很多麻烦。
6、商业市场
做某一行业的产品，必须深入了解行业，商业市场分析是一个很大的话题，很多公司都是大佬们决定的，更多是产品经理在执行。目的是明确产品的商业价值，为高层做决策参考依据，获得人、钱、资源支持等。分析的角度很多，主要是了解行业，市场，竞争，用户等，预估成本和风险，不同的行业，公司，阶段侧重点不一样，需要具体问题具体分析。产出物是商业需求文档（BRD）和市场需求文档（MRD）等文档，个人觉得最重要的环节其实是项目汇报宣讲。
二、交互设计
需求都梳理好了之后就进入到了交互设计阶段，这是一个产品成型的阶段，产品从抽象的需求转化成具象的界面，需要产品经理和交互设计师配合完成，当然大部分公司都是产品汪流着泪自己完成。
1、信息架构
这里说的信息架构简单理解就是信息分类，产品由哪些功能组成，将相关功能内容组织分类，明确逻辑关系，并平衡信息展现的深广度，引导用户寻找信息，这一步要把导航规划好，最好的产出物就是一个思维导图的表格。如下图：
2、业务流程
业务流程是一个产品功能设计的基础，是一定要画的，流程确定了，后面的工作才能顺利进行，否则会出现产品功能实现摇摆不定，反复修改的状况。确定好产品中的角色，角色的任务，阶段，按信息流向把流程绘制出来。一般绘制完业务流程，产品需求文档（PRD）也该成型了，PRD文档的写法不多做讨论了，主要其实是给开发做参考依据，把产品层面的逻辑表达清楚就可以。业务流程举例：
3、页面流程
页面流程是业务流程延伸，要以用户为中心的思路来整理，按用户使用页面的顺序进行组织，把页面结构和跳转逻辑梳理的更清楚，并确定每个页面的展现主题。如下图：
4、低保真原型
低保真原型就是验证交互想法的粗略展现，不用精细，因为在这个阶段会有很多更改，需要不断的评审和讨论，最好就是纸和笔手绘，也可以用Axure或sketch做一些简单的草图，好用的软件还有mockups。如下图：
5、高保真原型
高保真原型要将详细的页面控件、布局、内容、操作指示、转场动画、异常情况等等都详细表达出来，给视觉和开发详细参考，也是交互设计的最终定稿，高保真原型可以显著降低沟通成本，具体高保真到什么程度也得看团队习惯和时间，有的团队会无限接近视觉稿，模拟真实的产品交互操作，有的则还是以黑白灰为主，把交互细节都展现出来，特别需要颜色体现交互的的地方才加一些颜色提示。如下图（来源于网络）：
6、交互说明文档
很多公司都没有专门的交互说明文档，因为时间原因一般就是在原型旁边的注释说明，不管单独的文档还是原型注释，目的都是要把交互逻辑和交互规则表达清楚。当然还有的时候，如果项目出现了一些状况，不用被开发说你的交付物不全，成为背锅侠。写交互文档要站在以开发为中心的思维上，想想开发看着说明能不能理解交互逻辑和规则。
三、视觉设计
1、视觉概念稿
正式视觉设计之前，挑几个典型页面设计不同的风格稿，等评审确定视觉风格后，再进入下一步工作，避免推翻重做的风险。
2、视觉设计图
视觉设计也是一个很复杂的工作流程，影响一个产品展现在用户面前最直观的印象，需要延续用户体验设计原则和良好表达产品风格。视觉设计之后还需要建立标准控件库和页面元素集合等视觉规范，使团队的工作统一化，标准化。如下图：
3、标注切图
web的视觉设计完成后，需要给设计稿做标注，方便前端工程师切图，标注的内容主要是边距，间距，控件长宽，控件颜色，背景颜色，字体，字体大小，字体颜色等。移动端的设计稿不仅需要标注，还需要切图，把页面控件拆分成小图片，方便开发实现。切图要注意的就是不同分辨率，比如ios的切图就分为1倍图，2倍图，3倍图来适应不同分辨率。切好的图片按照页面和模块名称或以不同分辨率进行分类放入不同文件夹。
四、工作流程的开展形式
实际的工作环境下，下游的人不会按部就班的等上游的人完成所有工作，才开始进行自己的工作。在复杂的项目中，会将大项目拆分成不同的周期版本，按不同版本配合工作，如产品经理完成第一周期的工作后交付给交互设计师，交互设计师在进行第一周期的工作时，产品经理已经进入第二周期，然后所有上下游人员都这样顺延工作，提高效率。这来源于敏捷开发的工作思想，当然中间还有很多高效快速的工作方法，这里不多讨论。
还想跟大家说一个小的思路，就是让下游的人在做工作时候都提前一个阶段或者两个阶段参与上游工作，不要等着上游有了输出物后才开始工作，花几个小时时间，会让自己的工作思路更清晰，减少很多沟通成本和撕逼。比如在做核心流程时拉着开发负责人一起探讨，开发心中有数，等交付原型时，不用产生太大分歧。之前所在团队在需求分析阶段会多次拉着测试一起讨论，每次花一两个小时的时间，省去的是测试阶段几倍的沟通时间。
标准化工作流程主要是为了规避问题，提高效率，不是为了标准的工作流程去做工作，每个公司的流程都被人员配置，项目周期，甚至公司文化影响着，不论什么样的流程，能够达到工作目标的流程就是好流程。
三、项目管理：智能硬件项目研发流程
笔者结合自己的项目管经历，向我们介绍了如何管理智能硬件项目的研发流程。
我曾在《AI 智能硬件｜产品思维与项目思维》中举了蔚来汽车的例子说明项目管理的重要性，另外在知乎上写了一篇关于智能硬件研发流程的文章，只是个开头浏览量也有 1700 左右。
为了写这篇文章，画总体流程以及编制相对详细的表格，因此花费了不少的时间，导致一周未更新。
哎，以上都是废话，从总体流程开始吧！
一款产品，我们通常说从 0 到 1，包括了市场阶段的产品需求、产品实现；从 1 到 100，包括了产品的销售、运营、维护等。
这里讲的研发流程仅指产品需求已经确定了，将产品需求变为产品的研发过程，不包含前期的市场部分，也不包含产品上市以及运营过程。
01 总体流程
智能硬件看似复杂，拆解出来脉络很清晰。包含硬件（HW）、软件（SW）、外观（ID）、结构（MD）、互联网平台。
其中软件包含板级支持包（BSP）、底层引导程序（bootloade）、系统与应用程序、算法，这些不展开来讲，找固件打包的工程师就 OK ，一般所有的程序都汇总到他那儿了。
作为项目经理，不太需要进行深入的了解，当然能够深入更好，但作为产品经理还是更深入一点较好。
互联网平台，这个包含云服务、后台、App、小程序等。常见的是前三个。跟进对应的工程师就好。
总体流程图如下：
可能到这儿，脉络上比较清晰了，但是具体到操作执行上，怎么跟细化还是不太清楚。因为有些任务是串行的，有些是并行的。一个细项任务牵扯到几个部门。
02 项目阶段
很多项目管理人喜欢将项目研发分为 EVT阶段、DVT阶段、PVT阶段、MP阶段和维护阶段 ，我一般不这样分，对于这些总结性的项目管理概念熟知于心即可，不必要过于追求。
因为有时候，你会发现，因为需求的改动、比较重要的 BUG 等原因会改变项目的阶段，比如从 DVT 阶段又回到了 EVT 阶段。
另一个原因是智能硬件产品一般更加适用瀑布流开发，互联网的敏捷开发不太适用于智能硬件。所以这一节只做简单介绍，作为项目管理有个概念认知就好。
下面根据我自己经验，我的心理认知进行阶段界定。
EVT 阶段： （Engineering Verification Test），指工程验证。一般在工程样机之前的研发行为，我都称之为工程验证。
这个阶段，目的是工程验证。尽可能的发现设计问题，方案对比。
最终拿到的是工程样机，用于样机整机测试，判定是否可以开模。
DVT 阶段: （Design Verification Test）,指设计验证测试。最终拿到的是试产的整机样机，用于多方联调，验证优化。
上一个阶段，完成产品的雏形，这个阶段继续上个阶段的设计开发、优化。MD 详细设计完成，开始投模、试模、修模、颜色调制等。
试产模具，组装整机，进行硬件/结构的整机测试。软硬件、结构、互联网平台多方联调。比如软硬件的稳定性、可靠性、性能等；软件与互联网平台（云服务/App等）联调测试；硬件与结构的联调测试，比如散热、结构强度等。
另外，这在这阶段关于产品的贴纸、说明书、包装等可以开始设计/打样，然后等待，因为这些时间周期比较短。
如果软硬件状态比较理想，在这个阶段尽早安排认证。因为认证周期非常长，基本在 40 天左右，别等到产品快要量产了，认证还没出来，影响销售。
总之，这个阶段就是联调、测试、试模、打板、试产。
PVT 阶段 ： （Process Verification Test），指生产验证。进行小批量产，摸清生产工艺，测试工艺，为大批量产做准备。
这个阶段依然会进行各种验证，以及解决上一阶段遗留的一些小问题。但主要的精力放在一致性、设计（细节，比如按键手感不好，干涉等）调整上。
各部门处于生产支持模式，比如工程部制作 SOP（标准作业程序），结构部帮忙解决生产上的结构问题。与生产相关的测试工具、生产工具、烧录工具、产测工具的支持。
所有的生产支持文件规定当送到工厂，量产软件/量产硬件BOM/量产结构BOM，结构/元器件终版签样。
总之，这个阶段就是为了保证产品量产。 量产顺利，效率高，不良率最低，产品一致性够高。
关于研发阶段就这么多，其他的就不讲了。这个分类只是自己项目管理用，工程师其实不关心。自己做到心中有数，自己的产品到了什么阶段，离目标还有多远，从全局角度考量如何把控项目进度。
03 细化流程
这一节是我最想讲的，因为我刚做研发端产品的时候，需要管项目。
我的切身体会是，不知道各项细化任务之间怎么串起来，不知道从哪里下手，该找谁并拿到什么输出作为下一步的开始。网上找了很多资料都是关于项目阶段的介绍，类似上面一节的介绍。
因此想写一写细化流程，但限于文字描述的直观性较差，先看一个表格，然后稍微文字说明。
/简单文字描述/
产品规格书/产品定义出来了之后，产品会组织技术评审。通过后就正式开始立项，排研发计划了。有些项目会先进行预研，然后才导入正式研发。
一般新产品，首先开始 ID 草图设计，然后出 2D 渲染图。
立项后，硬件/软件/结构/互联网平台开始做方案设计、评审（软硬件评审需要双方参与，他们俩高度相关），通过后开始做详细设计。
硬件，这时候开始画原理图、器件摆件。
结构，根据硬件的器件摆件图、关键器件（电池/屏幕/摄像头/SPK 等）与 ID/硬件部门充分共同进行堆叠设计。满足各部门的需求，最终完成产品定义的要求。
ID，拿到结构的堆叠设计图，进行 3D 建模，导出建模图给结构。
结构，根据 ID 的 3D 建模图做详细结构设计。导出板框图给硬件。详细结构设计完成转给模具厂。
硬件，根据板框图 Layout，然后出 PCB 资料，评审/投板。
模具厂，根据结构设计开模。
然后就是软硬件联调，结构/硬件/模具联合解决验证后的问题点。
因为互相关联穿插，文字很难描述。一看《项目管理研发流程》表格，了解全貌，二看下面的《任务排期》。
这一节重点关注各个任务输出的文档文件，后面我组织一下语言做一个纯文字的介绍，怎么串行，怎么并行，相应任务输出什么样的文档文件以及有什么作用。
04 任务排期
任务排期的关键是将各模块拆分成较细立刻的任务，将各个任务串起来。
依然上图：
这个任务排期可能与你的有细微的不一样，我的是根据项目有相应裁剪，顺序略微调整，但是基本逻辑是这样的。
05 项目跟踪
项目经理的天职就是保证项目按时按质交付。因此，项目经理需要紧盯项目，推进项目。
一个智能硬件项目涉及的面非常广，沟通的人也非常多。如果同时跟进几个项目，事项任务更加繁复，不可避免会造成遗漏，沟通不到位，支持不够及时等等状态。
我们在任务排期的时候将任务拆分成中度粒度，为了不遗忘，支持及时，我们可以制定一个任务清单，拆的非常细。
这个用 Excel 就好，我喜欢用这个。每一个任务后面是一级任务/二级任务、做出什么决策、由谁负责、什么时间完成，任务状态等。
例如，ID 设计
什么时候出草图？决策是选定了哪几个草图进行 2D 渲染？什么时候完成？
2D 渲染图，什么时候完成？最终选择哪个进行 3D 建模？怎么修改细节？
3D 建模，结构什么时候提供堆叠图，什么时候完成？
总之，这是一份行动清单。
06 项目管理关键技能
上一节提到项目事项任务繁复，最为常见的是管理不到位造成混乱；另一个是项目问题涉及到多部门造成卡壳。
解决问题的方式是，找到目前现状与目标之间的 关键障碍 ，想办法清除障碍。
解决思路是：
明确问题&理解问题
分析及定位问题
提出解决方案
解题思路有了，但是项目管理涉及的面非常广，而且又不懂技术，怎么办呢？
拆解问题 ，将问题拆解成完全穷尽，相互独立的任务。当然这个是与工程师沟通进行的，与相关责任人开短会定性分析。这个结构化思维在产品思维最后一篇文章介绍过，可以回看一下。
表达能力 ，往往与工程师沟通会出现沟通错位，这时结构化的表达很重要。
先结果，后过程：反向推导，这样保证沟通目标是确定的。
先全局，后细节：从全局出发，限定范围，不要扩散问题，然后再确定细节，不能陷入细节不能自拔。
最后，一定要复盘，在沟通的最后复述问题及沟通出来的解决方案，确保没有错位。
项目管理，本质上还是逻辑思维能力和结构化思维能力。做好项目管理需要不断的学习、反思、复盘，提升底层的逻辑能力。
四、产品开发操作流程属于专业知识还是基本知识
属于专业知识 产品开发操作流程
产品研发一般有五大流程：
一、产品规划
产品规划的目的在于让研发工作开展更有序。
在产品规划阶段，产品经理的职责就是做好前期调研工作，输出完整的产品规划方案。
前期调研的主要工作包括市场调研、政策分析、行业动态、竞品分析、客户调研等；做好前期的调研工作后，产品经理要对调研结果和数据做进一步的梳理，明确产品的定位，结合自身资源情况，明确业务发展趋势，规划系统建设方向，最后输出一份完整的产品规划方案。
二、需求分析
需求分析的过程不是简单的需求搬运，产品经理首先需要将收集的需求根据实际情况进行分类，如根据对象的不同，可将需求分为业务需求、用户需求、功能需求三类。
将需求分好类后，产品经理可从真实性、价值性、可行性三个维度对需求进行筛选，过滤掉虚假的、不可行的、没有价值、价值不大或投入产出比不理想的需求，并从剩下的需求中提炼出客户的本质需求。
然后对需求进行归类并排出优先级，帮助产品有条理地安排开发秩序，最后输出需求文档。
三、产品设计
产品设计的过程就是将产品需求功能化、具像化的过程，产品经理需要输出具体的能达成需求目标的功能设计方案，以支撑需求方、研发团队、运营团队等相关方进行高效沟通与业务执行。这一阶段产品经理的主要工作包括流程设计、功能架构、原型设计等。
四、推动产品目标的实现
以上就是关于产品研发流程图相关问题的回答。希望能帮到你，如有更多相关问题，您也可以联系我们的客服进行咨询，客服也会为您讲解更多精彩的知识和内容。
推荐阅读：
我有产品怎么找专业的团队销售（我有产品怎么找专业的团队销售员）
赣公网安备 50019002502384号
