交互产品设计开发流程那五步

一、业务分析——要做什么（业务流程图）

几乎每一款产品都会对应一个或多个业务流程，它是对业务事件和不同角色间通过信息流动和交互方式的一种表达，对应的交付物就是业务流程图。

例如电商业务有订单生产流程图、有货物进仓出库流程图、也有资金流程图；外卖业务有接单业务流程图、派单业务流程图、订单流转流程图等。

做产品的第一步就是把业务分析清楚，弄明白要做什么，有哪些角色参与，业务交互节点是什么，信息流、资金流、物流等是如何流转的。

搞清了这些后，就可以绘制不同业务模块的流程图，对整个全局就比较清楚了。另外，我们所说的产品定位、产品路线图也包含在这个环节内。

二、产品分析——解决什么用户问题（User Story）

在完成业务分析并设计好业务流程之后，就可以进入产品分析的环节了，这部分的主要目的就是要明确下来是要解决什么用户问题。

具体就包含了目标用户、人群画像、需求定义、用户体验地图设计等。主要是从用户和产品的角度，通过一些工具把产品要解决的问题具象化表达出来。

例如具体的用户画像构建、需求分类（紧急重要、是否关键路径）、结合业务流程绘制用户情感体验地图等。

然后，在这一步需要定义 MVP（最小可行性产品）以及产品的关键路径（最小关键业务流程），并形成需求清单以及功能清单，排列好优先级。

除此之外，我们常说的竞品分析和用户调研也是在这一步完成，并交付相应的调研分析报告。

这一步的核心就是围绕“解决用户什么问题”来展开工作。

三、结构设计——构建产品骨架（信息架构、功能结构）

到第三步就比较具体了，就是我们常说的设计信息架构和功能结构，交付物就是树状结构的思维导图，这个大家应该都见过也做过。

但需要区别的是，信息架构和功能结构不是一回事，前者是描述产品的信息骨架。例如一个网站的结构包括哪几个部分，每部分具体包括哪些字段信息。这一步最好有技术同学介入。

后者是从使用操作的角度来描述具体的功能结构，例如账户体系包括了注册和登录功能。

为什么需要这两张图呢？

信息架构有助于我们全局了解产品的信息脉络，尤其是对于一些复杂项目，比较利于进行模块化整合和分类。

而功能结构也能很清晰的告诉我们现在产品有哪些具体的大功能和子功能，有些能抽取出来合并同类项的就可以在技术层面做模块化整合。

到目前为止，我们还不会进入具体的原型绘制阶段。

虽然以上三步很重要，但很多人、很多团队其实都忽视了，出现的问题就是产品混乱，新人来了以后没有产品全景图，也不知从何下手。

涉及到历史功能调整时，也不清楚前期的架构和模块划分是如何设计的，牵一发动全身；就像一座大桥要拔掉一颗螺丝，但你不知道拔掉后整座桥会不会垮。

四、原型设计——产品怎么用（交互设计、功能设计）

这一步大家都很熟悉了，使用工具画原型、做交互设计，我也就不展开讲了。

需要特别说明的是，在小公司，功能设计和交互设计大概率就是产品经理一人完成了，而在大公司可能会有专门的交互设计团队。

例如我之前在京东时，具体的交互设计就是专门的 UED 团队来完成，产品经理更侧重需求定义和流程设计。

五、视觉设计——产品长什么样（设计师的工作）

视觉设计属于设计师的工作范畴了，产品经理可介入性不大，我一向主张专业的事交给专业的人做。

这一步产品经理要做的是什么呢，主要是向设计师描述产品使用场景以及用户特征，即产品在什么情况下被什么特征的用户来用。

对此，设计师可能会采取不同的布局设计和配色方案。

例如针对中老年的产品，在按钮大小和字体颜色上，可能需要更醒目一些，如果设计师不理解大背景和产品用户，可能会自己发挥，这样就会造成产品可用性不高。

当然，这里说的可用性不高是指在目标用户人群的可用性不高，但产品本身是可用的。

六、数据设计——验证什么（埋点、数据指标、监测策略）

我们可以说，大部分的产品都是基于先验的假设进行设计的，也就是说实际情况如何我们提前很难知道，那就需要通过数据区验证。

数据设计主要是基于第三步和第四部的成果进行具体验证项定义，并在产品功能上设计相应的数据埋点，以及数据回收和统计机制。

例如在电商产品的商品详情页，用户到底是点“直接购买”多，还是“加入购物车”多，那就在这两个按钮上进行数据埋点，然后统计一段时间内从这两个渠道产生的订单转化率。

如今已经进入精细化运营的时代，对应的，产品也进入了精细化设计的阶段，用科学的方式验证需求，用数据去证明设计，已经成了产品经理必备的技能之一。

PROE是CAD/CAM/CAE软件之一，模具和产品设计三维的软件。

PROE在传统机械设计、家电设计以及模具设计方面，优势很突出。

首先，建模采用参数化设计，无论多么复杂的几何模型，都可以分解成有限数量的构成特征。

其次单一的数据库管理，例如，一旦工程详图有改变，NC(数控)工具路径也会自动更新，组装工程图如有任何变动，也完全同样反应在整个三维模型上，很智能。

PROE在出工程图和装配领域很好用，出工程图线条和CAD所差无几，是一款非常好的设计软件。

扩展资料：

Pro/Engineer是采用参数化设计的、基于特征的实体模型化系统，工程设计人员采用具有智能特性的基于特征的功能去生成模型。

功能

1、特征驱动（例如：凸台、槽、倒角、腔、壳等）

2、参数化（参数=尺寸、图样中的特征、载荷、边界条件等）

3、通过零件的特征值之间，载荷 /边界条件与特征参数之间（如表面积等）的关系来进行设计

4、支持大型、复杂组合件的设计（规则排列的系列组件，交替排列， Pro/PROGRAM的各种能用零件设计的程序化方法等）

5、贯穿所有应用的完全相关性（任何一个地方的变动都将引起与之有关的每个地方的变动），其它辅助模块将进一步提高扩展Pro/ENGINEER的基本功能。

参考资料来源：百度百科-pro e

一般来说，产品研发流程可分为五大关键流程：产品规划、需求管理、产品设计、开发上线、版本迭代。

产品规划

在产品规划阶段，产品经理需要全面分析和评估内外部发展机会与风险，包括市场环境、竞争对手、客户、企业自身等，归纳总结出产品接下来的规划目标、定位、举措及资源配置等内容。

需求管理

在产品研发过程中，产品经理需要准确理解客户对产品功能、性能、可靠性等方面的具体要求，提炼需求，撰写产品需求文档，将产品的需求具像化地表达出来，为设计、技术等执行部门明确产品的功能与性能提供依据。

产品需求文档应该包括的内容：版本修订记录、需求背景、需求目标、功能清单、业务流程图、需求描述、交互设计、数据评估等

完成的产品需求文档可以存放在知识库中，以便团队成员统一查看。

知识库管理

之后，产品经理可将适合开发的建议反馈筛选到需求池中，在需求池中对需求归类并排出优先级，进行树状的结构化展示。还可进一步将需求拆分为更细粒度的子需求并规划到对应的迭代，帮助产品有条理地安排开发秩序。

需求管理

产品设计

需求都确定好之后，就可以进入产品设计阶段了。产品设计的过程就是将产品需求功能化、具像化的过程。产品设计可以分为产品功能设计、UI/UE设计、技术评审三大部分。

在所有设计工作都完成后，产品经理就得组织领导、测试负责人、开发负责人以及项目经理等召开技术评审会。将设计阶段的产出与技术人员对齐，把需求跟开发人员讲透。

开发上线

经过上面这些阶段之后，研发团队的各成员就可以按照各自的职能推动产品研发了。

产品研发全流程管理

以上就是产品开发的五大基本过程，希望可以解答你的问题。

谈一谈互联网产品设计阶段的工作流程

关于互联网产品设计阶段的工作流程，近几年好像有了一个标准的模式，大家都按照这么一个大概的流程来工作，又好像没有标准，每个团队又不尽相同，有的简单粗暴，有的复杂细致 。之前工作过的几个东家工作流程都不是很合理，产生了很多经验教训。最近在馒头商学院回炉改造，又讲到这块，自己总结了一下感觉比较合理的工作流程，希望给一些小伙伴参考和启发。

目前大部分的公司遵循的产品设计工作流程，涵盖工作岗位从产品经理，交互设计师，用户研究员，视觉设计师，前台开发，后台开发，测试，运营等等，当然具体到每个公司的人员配置不同工作环节也会有些出入，每个环节细分起来还有很多工作。下面说下产品经理和设计师为主要执行者的工作环节，开发运营阶段就不多讨论。

一、需求分析

需求分析是一个烧脑的工作阶段，这个阶段需要产品经理，用户研究工程师，交互设计师，甚至公司各路大佬，市场、运营等各路人马参与，做大量的研究和提炼工作。一般通过用户分析，需求整理，竞品分析，核心流程设计，技术分析，商业市场分析等这么几个步骤，最终梳理出需求规划。工作流程顺序不一定，更多的是在交叉进行。

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倍图来适应不同分辨率。切好的图片按照页面和模块名称或以不同分辨率进行分类放入不同文件夹。

四、工作流程的开展形式

实际的工作环境下，下游的人不会按部就班的等上游的人完成所有工作，才开始进行自己的工作。在复杂的项目中，会将大项目拆分成不同的周期版本，按不同版本配合工作，如产品经理完成第一周期的工作后交付给交互设计师，交互设计师在进行第一周期的工作时，产品经理已经进入第二周期，然后所有上下游人员都这样顺延工作，提高效率。这来源于敏捷开发的工作思想，当然中间还有很多高效快速的工作方法，这里不多讨论。

还想跟大家说一个小的思路，就是让下游的人在做工作时候都提前一个阶段或者两个阶段参与上游工作，不要等着上游有了输出物后才开始工作，花几个小时时间，会让自己的工作思路更清晰，减少很多沟通成本和撕逼。比如在做核心流程时拉着开发负责人一起探讨，开发心中有数，等交付原型时，不用产生太大分歧。之前所在团队在需求分析阶段会多次拉着测试一起讨论，每次花一两个小时的时间，省去的是测试阶段几倍的沟通时间。

标准化工作流程主要是为了规避问题，提高效率，不是为了标准的工作流程去做工作，每个公司的流程都被人员配置，项目周期，甚至公司文化影响着，不论什么样的流程，能够达到工作目标的流程就是好流程。

产品形态、业务逻辑（功能模块）、业务流程 是一个产品的基本骨架，产品在此基础上日益丰满起来。其中，产品形态是产品解决需求的方法，它明确了产品是如何实现其定位的，通常只有一个，例如闲鱼中的买方、卖方及平台；业务逻辑（功能模块）是实现该方法的途径，一般有多条，例如闲鱼上的卖家发布、买家点赞、IM联系、交易支付等；业务流程是该途径上具体要做的事情，也就是具体的功能点的流程，比如上传照片、一键转卖等。此外，功能模块和业务流程会涉及多个页面之间的交互，需要 页面流程 规定了页面之间的交互。

待补充

在功能模块中主要涉及到两类核心内容：一是对已有功能的优化；二是对新产品功能点的设计。

一是分析用户，即都有哪些用户会使用该页面/功能；二是分析流程，即用户的使用流程是如何的；三是分析逻辑，即产品底层逻辑（业务流程）是如何的。

一是看现象，即哪些用户遇到了什么问题；二是分析原因，即为什么会出现该问题；三是看影响面，即出现问题的概率和受影响的用户量如何。

首先要判断关键点，即在业务流程中找出问题的关键因素；二是出具方案，要注意是否只有一种方案，有没有更多的方案；三是评估难度，包括开发的难度和预期效果。

首先要制定考核指标，即用什么指标评估产品的表现；其次再进行数据的对比，即功能优化前后的数据对比情况如何，是否有效果。

主要从三个方面判断，一是分析对用户的价值，即对哪类用户具体有什么好处，有没有受影响的用户，例如增加推荐入口，可以减少用户操作，提升效率与便利性；二是分析对平台的价值，即对内部数据和操作人员是否有价值，例如增加支持微信登陆的功能，可以增加渠道，引入新用户；三是分析对商业的价值，即是提高了收入还是提升了转化率，例如增加在线订座的功能，可以提高转化，创造新的收入点。总体来说，对内（平台）讲效率、对外（用户）讲体验、对商业谈转化。

一是明确要达到目的，大概的逻辑是什么，包括用户的操作流程以及数据的流向；二是判断难点可能有哪些。

等同于前期分析的产品功能点的调研，包括五个核心点：明确调研目的、观察体验用户/场景/需求是否被满足了、猜测底层的逻辑、分析产品的流程、产品亮点及结论。

首先要分析可能的解决方案有哪些，是否只有一种；其次梳理每个方案的简要业务流程；最后结合开发难度、见效等进行针对性分析，选择合适的方案。

一是流程的细化，梳理业务流程，增加异常情况；二是确定考核指标，即上线后如何评定功能点的效果。

首先通过业务流程获得页面流程，并进行原型设计，在此基础上完成需求文档（简单的话可以直接在原型上标注）

一是要找位置，即用户的关键路径在哪里；二是定内容，匹配用户和场景，制定文案和推广形式；三是要效果，即运营的转化效果如何，后续计划是什么。

业务流程图是产品设计的过程文件，凡是产品需求必有流程图，可以说，做产品就是做流程，其必要性体现在：

a. 三岁定终生：流程对了，原型、需求文档及评审都会变容易

b. 传承，便于自己和同事之间的工作交接

c. 共识：让项目的参与者都明确知道业务是如何运作的，以便快速开展工作

d. 有利于明确产品优化的过程和收益，设置考核指标更合理

在流程设计中，主要分为以下几种类型，本节主要针对前两种类型：

a. 功能优化类：主要看之前的业务流程，找改进点

b. 独立功能设计类：通常是单通道流程图，看用户和信息的流向

c. 独立产品设计：通常是泳道图，涉及复杂的用户和信息交互处理

d. 原型交互设计：通常是页面流程图，规定页面的交互方向

a. 事项：要完成的事情是什么

b. 角色：分别有哪些人会参与到流程中

c. 顺序：事项的执行顺序是怎样的

d. 输入和输出物

e. 信息：数据是如何流转的

f. 异常：出现问题时如何处理

Axure、Visio、Processon

下面以需求“给产品增加一个优惠码功能，支持运营人员向用户发放优惠码，用户在下订单时可以使用优惠码，抵相应折扣”为例，介绍复杂业务流程设计的方法。

（1）分析功能的关键逻辑

一是分析“角色”，即都有什么人会参与到功能里；二是分析“事项”，即这些角色分别要做什么事情；三是分析“信息的流向”，即各角色要完成的任务顺序（流程）是如何的。增加优惠码的这个功能其关键逻辑如下：

（2）明确用户与任务

一是明确参与者，包括所有的参与用户与系统（注意系统也是一个参与角色）；二是梳理参与者之间的关系；三是确定所有参与者的最终目标。在此基础上形成不同的泳道：

（3）明确开始与结束路径

确定每个功能模块从哪里开始流程，到哪里结束流程，注意一般开始和结束只有一个，如果结束很多，用户可能会转晕。此外要注意是否有必要区分时间阶段。

（4）确定功能模块与核心路径

明确有哪些功能模块会参与到流程中，然后将功能模块串联起来，注意主线流程一定要清晰，因为主线流程意味着功能目标，主线流程不清晰，用户一定不满意。增加优惠码的需求其核心路径如下：

（5）不断调整优化顺序，合并异常流程

一是要细化流程，优化顺序，二是要重点处理异常流程，异常流程=用户体验，一定要考虑清楚，尽可能细化，同时异常流程的处理要多与研发沟通。例如上例中的“生成规则”细化后如下：

（6）合并或拆分流程

初期的流程需要通过不断的合并和拆分来逐渐完善，该步骤要注意先复杂后简单，先加法后减法；要调研相关产品，保证合并和拆分有依据；以数据指标为核心来指导流程优化。

页面流程图 规定了页面之间的交互，它代表了用户的操作过程，突出了页面重点元素与逻辑关系，有利于提高原型设计和产品研发的效率。

（1）页面流程图和信息架构图有何不同

页面流程图基于用户视角，侧重看流程的合理性，适合于跳转比较复杂的产品，例如电商、社交产品等；信息架构图基于产品视角，侧重看包含多少功能点，适合于层级分明的产品，例如音乐产品、新闻客户端、阅读类产品等。

（2）页面流程图包含哪些元素

a. 四方形：业务流程中四方形部分（事项）

b. 流向：主干流向和辅助流向

c. 重点元素：每个流程中，重点要体现和表达的内容是什么

（3）如何进行页面流程图设计

a. 回归业务流程，明确主线

页面流程一定来自业务流程，通常是业务流程中的方形部分，业务流程中的异常一般为弹层或弹窗，而不是单独的页面。

从上例的业务流程图发现，页面流程包含购物车、下单页、订单确认页、订单成功四个核心页面。

b. 明确页面中的重点元素

主要明确四个核心点：一是功能在页面中，有哪些是需要重点突出的元素；二是增加异常流程的处理逻辑；三是考虑辅助的帮助页面；四是考虑下游的出发点。根据上例抽离出的主线，优化后的页面流程图如下：

c. 沟通与优化

一是尽可能穷举涉及的页面，然后做减法；二是通过原型的草图，优化调整页面的关键元素；三是与UI、UE、前端等进行沟通，优化效果。

[ 来源 ]

三节课：产品经理P1系列课程

三节课：产品经理P2系列课程

三节课：产品经理P3系列课程

工艺流程图是指用于示意反应过程或化学加工的示意图，在分析产品、人员的运动中，工艺流程图对一步步的顺序提供了有价值的图解。工艺流程图主要利用图形符号的表达方式，能够十分清晰明了的表达工艺流程中各部分原件的结构以及工艺的运行过程。

绘制工艺流程图，有一套基于工业标准的专用图形与符号，包括参与制造与生产过程的泵、离心机、过滤器、电动机等各种设备、流量计、温度空机器等仪表、管道于连接线以及阀门等。运用这些符号，能够将冗长复杂的工艺流程简单化、易懂化。

工艺流程图一般分为以下3种：

1、方案流程图

方案流程图，是工艺流程图设计的第一步，又称全厂总工艺流程图或物料平衡图。方案流程图中，包含生产工艺的一系列设备（加注名称与位号），及工艺物料的流程（带箭头实线表示），整体描述了生产工艺的过程。方案流程图的绘制一般没有严格规定，是后续设计阶段的基础与参考大纲。

2、物料流程图

物料流程图是在上述方案流程图的基础上，增加了表示各物料的种类、流量、流向、以及设备特性数据的表格，描述工艺过程中的物料的具体流程。

3、工艺管道仪表流程图(PID-Piping &Instrument Diagram)

管道仪表流程图则是以物料流程图为基础，运用统一规定的图形符号，更加详细地描述管道如何将工艺设备连接、以及工艺流程如何运作。

操作流程图

比如成功下单，比如登陆注册，比如退款等等。

页面跳转流程图

这里面会设计到一些逻辑上的问题，比如一个提示弹框出现后，如果点击确定，下一步页面去哪里？点击取消呢？

拿外卖点餐产品当例子：“我要订餐”

假象一下我们的产品是个第三方订餐平台，平台上有很多餐馆，用户通过我们的平台点餐付款，我们通知餐馆做饭，送餐等等。我们首先要做的就是理清产品中有多少种角色，在脑子里想象下如果一个用户下单，需要穿梭过多少种角色才能完成它的下单流程，然后将流程画出。

画业务流程通常会用到“泳道图”这个是专门来表示多角色配合的一种流程。如下图

角色有三，用户，系统（后台），厨房（第三方商家）。

跑一下这个短短的流程，如果「用户」选好了今天的饭菜，提交订单了，这时就将订单信息推送给了「系统」，「系统」在后台生成订单，用户的订单状态变为「等待付款」。（其实系统这部分用户是看不到的，但是产品经理需要想清楚。）用户会来到支付页面，这时候做一个判断，用户是否为这个订单支付了费用呢？如果是，那么「系统」就会受理这个订单，将信息推送给第三方「厨房」，如果不是，那么用户就是取消了订单，订单状态变为「订单失败」。

流程中总是由一个动作展开，那么思考时，我们要对每一步都带着一个“如果……不……”会怎么样的心态，就会发现很多可以做判断的地方。如果支付不成功呢？如果厨房不接单呢？如果退款不成功呢？这样想下去你的流程细节就会越来越完善。

业务流程着眼于整个系统的，注重主要环节。

业务流程设计流程

用户在什么时候会使用这个功能；（如何开始）

用户在使用这个功能的时候希望能提供给他们什么；（如何行进）

用户在结束这个功能的时候希望是怎样的。（如何结束）

即操作流程图：功能层面（有什么功能，如何进行），页面逻辑层面（前置条件、（入口）怎么开始、怎么结束）

第一步：定义这个功能的正常流程

功能的用户操作流程，只设计最简单，最正常的流程行进。

以下是是“用户下单”的操作流程。

举个栗子，假设设计一个手机号码的注册功能时，用户的人机交互正常流程应该按照如下的方式行进。

这里可看到，用户可操作4个子功能、分别是输入手机号码、点击获取验证码、输入验证码、确定注册。

这样就有了一个基本流程，这个流程只能作为一条主线，并不能直接交付开发。

第二步：模拟用户场景，检验流程是否满足用户需求：主要的原理是行进中的流程，应该将自己代入到用户当中，去感受这个功能是否让用户感到舒适，或者为了用户的体验，应该增加哪些功能。

在这里，我将输入验证码修改成自动读取验证码并输入，这个可以方便用户不用来回切换程序来进行输入。

第三步：极端的模拟（对功能考虑完善）

每一个环节去考虑分支及异常事项：通过代入极端数值去验证流程是否具备对异常情况的应对方案。

对于无数值输入的功能，则按照是/否的形式去思考。

示例1：（是非判断）

第一个环节：打开页面A提示进入到注册功能（不需用户进行任何数值输入，我们用是、否的方式考虑）

考虑的问题：

是：什么场景下，打开页面A会提示并进入注册功能？

否：什么场景下，打开页面A不会提示并进入注册功能？

通过这个方法，引入用户是否已登录的判断。

示例2：（当涉及到数值输入我们需要引入极端数值）

在输入手机号码的环节涉及到数据的交互，这个时候我们可以采取是否判断+极端数值的办法去考虑异常流程。

是：如果用户输入的是手机号，怎么办

否：如果用户输入的不是手机号，怎么办

最大数值：在输入无限多的手机号数时，怎么办？

最小数值：在不输入手机号码或只输入1个数字的时候，怎么办？

通过这四个问题，就可以归纳出，应该对流程做出如下限制：

用户应在此输入框中，只能输入数字

用户应在此输入框中，必须输入11位的数字

而上文所说的第二步及第三步，是一个反复思考的步骤。

我所建议的是，当第三步修改完毕，返回第二步重新考虑，然后再一次进行第三步的修改。直至发现功能流程已达到改无可改的时候。

相对于业务流程图，操作流程图更专注于某一个任务或目标，注重细节；

操作流程图是以一个用户的操作角度来写，并不限于所谓的消费者用户（后台的操作流程也可以）；

在初画操作流程的时候，不要早早的去过分在意细节与逆流程。（逆流程便是那些需要判断是否的那个“否”的流程），第一次用最理想的状态，将流程跑通，再去思考这里面会不会有那些“如果……不……”的细节。

主要讨论的是入口问题：

模拟用户场景，则需要考虑三个场景

用户在什么时候会使用这个功能；（如何开始）

前置条件

用户在结束这个功能的时候希望是怎样的。（如何结束）

那还是按照刚才的功能流程，先考虑如何开始：

实际上，我们需要考虑的是，这个功能的入口是否合理（有些同学可能将功能设计得很好，但忘记了入口在哪里）

其次，我们再考虑如何结束：

在流程的完结，应该考虑功能最终体现给用户是什么效果，这里以注册来做例子，则是返回到进入前的页面。

看下图：

从图中可以看出构成：

界面。

一个矩形代表一个界面，这个流程中用户走过两个界面（登录页和首页），因为表达的是界面的跳转，界面是用户实实在在接触到的媒介，非界面的内容，不要出现。

动作。

矩形之间也就是界面之间加上一个触发动作，比如从界面A点击下一步按钮，到达界面B，“点击下一步”就是连接这两个界面的关键动作，需要标示出来，上图例子就是“单击提交按钮”。

条件。

一个动作之后可能有多种“是/否”的结果，则在矩形之间、动作之后加上一个或多个判断菱形。如上图的检验账号密码是否输入正确。

坚持表达表现层。

不要一个流程图里面，又有内部算法逻辑，又有界面逻辑，下图标红的矩形就是多余的，这个不关用户的事情，会扰乱你的导航设计思路：

不要把步骤和界面本身都用矩形表示，比如下图标红的矩形：

抛弃系统错误。

什么是系统错误呢，也就是非用户犯的错误，比如登录的时候服务器当了，网络连接错误等导致登录失败。除非你特别想强调系统错误后的提示界面，否则建议不要加进去流程图里面，因为每一步操作都可能错误，你的流程图会因此变得很庞大。如下图：

形式可以很灵活。

a 如果一个界面可以通往多个界面，而你又真要描述出这些跳转，那就一个矩形长出多条线路，对应标示上对应的动作就ok了。如图：

b. 如果你想把一些警告窗口等临时窗口表达出来，也可以自定义一些图形，比如：

业务流程与操作流程都在他之上完成，当建立起来操作流程，页面跳转的流程也就跃然纸上了。只是在做某些交互行为时要多加注意页面之间的逻辑、层级关系，做到跳转不歧义。

专利分为发明专利、实用新型专利、外观设计专利三种类型，其中，外观设计专利是最常见的一种，想申请外观设计专利，图片要满足这些要求。

1、外观设计专利申请对照片的要求

（1）图片清晰，避免因对焦等原因导致产品的外观设计无法清楚的显示。

（2）图片背景应当单一，避免出现该外观设计产品以外的其他内容。产品和背景应当适当的明度差，以清楚的显示产品的外观设计。

（3）照片拍摄通常应当遵循正投影原则，避免因透视产生的变形影响产品的外观设计的表达。

（4）照片应当避免因强光、反光、阴影、倒影等影响产品的外观设计的表达。

（5）照片中的产品通常应当避免包含内装物或者衬托物，对于必须依靠内装物或者衬托无才能清楚的显示产品的外观设计时，则允许保留内装物或者衬托物。

2、外观设计专利申请对图片的要求

（1）就立体产品的外观设计而言，产品设计要点涉及六个面的，应当提交六面正投影视图。产品设计要点仅涉及一个或几个面的，应当至少提交所涉及面的正投影视图和立体图，并应当在简要说明中写明省略视图的原因。就平面产品的外观设计而言，产品设计要点涉及一个面的，可以仅提交该面正投影视图。产品设计要点涉及两个面的，应当提交两面正投影视图。

（2）必要时，申请人还应当提交该外观设计产品的展开图、剖视图、剖面图、放大图以及变化状态图。此外，申请人可以提交参考图，参考图通常用于表明使用外观设计的产品的用途、使用方法或者使用场所等。

（3）色彩包括黑白灰系列和彩色系列。对于简要说明中声明请求保护色彩的外观设计专利申请，图片的颜色应当着色牢固、不易褪色。

1、确认目标用户：

在UI设计过程中，需求设计角色会确定软件的目标用户，获取最终用户和直接用户的需求。用户交互要考虑到目标用户的不同引起的交互设计重点的不同。

2、采集目标用户的习惯交互方式：

不同类型的目标用户有不同的交互习惯。这种习惯的交互方式往往来源于其原有的针对现实的交互流程、已有软件工具的交互流程。

当然还要在此基础上通过调研分析找到用户希望达到的交互效果，并且以流程确认下来。

3、提示和引导用户：

软件是用户的工具。因此应该由用户来操作和控制软件。软件响应用户的动作和设定的规则。对于用户交互的结果和反馈，提示用户结果和反馈信息，引导用户进行用户需要的下一步操作。

4、一致性原则：

软件中往往存在多个组成部分（组件、元素）。不同组成部分之间的交互设计目标需要一致。

例如：如果以电脑操作初级用户作为目标用户，以简化界面逻辑为设计目标，那么该目标需要贯彻软件（软件包）整体，而不是局部。

5、可用性原则：

软件要为用户使用，用户必须可以理解软件各元素对应的功能。

比如：删除操作元素。用户可以点击删除操作按钮，提示用户如何删除操作或者是否确认删除操作，用户可以更加详细的理解该元素对应的功能，同时可以取消该操作。

扩展资料

UI设计师的职能大体包括三方面：

一是图形设计，软件产品的“外形”设计。

二是交互设计，主要在于设计软件的操作流程、树状结构、操作规范等。一个软件产品在编码之前需要做的就是交互设计，并且确立交互模型，交互规范。

三是用户测试/研究，这里所谓的“测试”，其目标恰在于测试交互设计的合理性及图形设计的美观性，主要通过以目标用户问卷的形式衡量UI设计的合理性。

如果没有这方面的测试研究，UI设计的好坏只能凭借设计师的经验或者领导的审美来评判，这样就会给企业带来极大的风险。

参考资料来源：百度百科-UI设计