电话+V：159999-78052，欢迎咨询软件产品交互流程包括，[小程序设计与开发]，[小程序投流与推广]，[小程序后台搭建]，[小程序整套源码打包]，[为个体及小微企业助力]，[电商新零售模式]，[小程序运营推广及维护]
通常有以下流程阶段：产品需求>需求评审>交互设计>交互评审>视觉设计>视觉评审>开发走查>可用性报告UED
一、产品需求
在产品需求阶段，产品经理为主导角色，全程参与产品功能需求挖掘工作，交互设计师辅助产品经理做需求的可行性和场景分析。用户研究员可通过访谈用户来挖掘用户需求。
二、需求评审
通过产品经理的需求文档的评审，讨论产品需求的可行性，是否满足产品的商业目标、用户目标和产品目标等。
三、交互设计
交互设计师通过需求文档将其转化设计成交互文档。
四、交互评审
交互评审一般会有产品经理，视觉设计师，业务方和开发参与。交互设计师评审过程中学会拆分使用场景讲述交互方案。
五、视觉设计
交互评审完毕，接下来就是视觉设计师进行视觉设计了。交互设计师和视觉设计师是紧密相连的，视觉设计师在完成视觉稿时，需要交互设计师核对以免视觉设计师在设计过程中发生错误。
六、视觉评审
在产品0到1时候视觉评审，会花大量时间去讨论产品的设计风格和主配色，再确定视觉稿没有交互问题后，然后就是讨论视觉设计稿的细节。在产品功能迭代的时，评审的都是整体视觉风格的继承性和视觉稿的细节。例如对交互设计的理解是否到位，逻辑是否正确，视觉层次是否正确等。
七、开发走查
在产品正式版发布之前，交互设计师和视觉设计师需要对线上测试版本进行走查，交互设计师走查交互问题，视觉设计师走查视觉问题。
八、可用性报告
交互设计的UCD设计流程分为几个关键阶段：
1.分析阶段：在这个阶段，首先进行需求分析，通过MRD、PRD或产品需求评审会议获取用户需求，设计人员需从用户角度出发思考。用户场景模拟是理解用户行为的关键，通过模拟使用场景，设计师能更好地了解用户需求。竞品分析则帮助设计师借鉴他人的优点，聆听用户的实际反馈，避免陷入自我设计的局限。
输入物：MRD、PRD、市场调查报告、竞品分析文档
输出物：设计初稿，可能是一个初步界面概念
2.设计阶段：采用面向场景、事件驱动和面向对象的方法，关注产品在特定场所的使用，响应用户的触发事件，以及不同用户群体的需求差异。
输入物：高保真原型交互文档
输出物：最终设计稿，包含所有设计元素
3.配合阶段：UI设计师需要与开发和测试人员紧密合作，根据开发要求提供切图，确保设计的实现性。
输入物：设计终稿
输出物：根据开发需求的修改稿，即切片设计
4.验证阶段：产品发布后，设计师需检查设计是否符合预期，用户接受度和需求一致性是验证的重点，确保产品易用性。
输入物：产品实物或软件产品
输出物：面向用户的最终版本，确保设计流程的有效执行
在整个流程中，UI设计师要遵循设计原则，与产品全生命周期同步，确保设计的规范性和可操作性，从而提升产品的可用性和质量。
交互设计1(InteractionDesign)作为一门关注交互体验的新学科在二十世纪八十年代产生了，它由IDEO的一位创始人比尔?莫格里奇在1984年一次设计会议上提出，他一开始给它命名为“软面（SoftFace）”，由于这个名字容易让人想起和当时流行的玩具“椰菜娃娃（CabbagePatchdoll）”，他后来把它更名为“InteractionDesign”――交互设计。
1什么不是设计流程图？
以下是百度百科关于流程图的定义：
以特定的图形符号加上说明，表示算法的图，称为流程图或框图。流程图是流经一个系统的信息流、观点流或部件流的图形代表。在企业中，流程图主要用来说明某一过程。这种过程既可以是生产线上的工艺流程，也可以是完成一项任务必需的管理过程。
我把见过的流程图大致归纳成两类。
一类是表示算法或内部逻辑的，像这张图：
可以看出来这种流程图是描述算法逻辑，或者可以理解成物体的底层的运作逻辑。它的特征是底层，复杂。但它不是设计流程图。
一类是表示业务或工作流程的，像这两张图：
业务流更常见于一些办事流程、服务过程，里面有各个不同的单位、人、物品参与其中，它的特征是宽泛，简单。但它不是设计流程图。
2流程图的基本构成。
从上面几张图可以看到，流程图由特定的图形构成，但具体的样子由图本身的目的和阅读者的阅读习惯（或约定）来决定，所以使用的图形并不是固定的，比如有人用圆形表示开端和结束，有人则用圆角矩形，有人有云团表示其他流程的引用，有人用矩形加文字来表示，形式不重要，达到描述的效果而阅读者能读懂才是最重要。设计流程图也遵循这个原理。
3设计流程图。
设计流程图长得并不特别，跟全世界流程图都差不多，也同样是作为一种表达工具存在。区别只在于描述的对象和组成的内容不一样。设计流程图的一大重点是面向表现层，也就是说，描述的是界面（或叫屏幕）的变化，是用户看到的界面的行为流。什么行为呢，界面之间的跳转逻辑，也就是导航逻辑。
导航是信息架构的一部分（教科书把信息架构划分为组织、导航、标签、搜索四个系统），当然是交互设计的重要一环，导航的设计思路就能用流程图表达出来（或者也可以说用流程图来辅助设计吧），这也是个人觉得设计流程图的最重要运用。看下图：
从图中可以看出构成：
a界面。
一个矩形代表一个界面，这个流程中用户走过两个界面（登录页和首页），因为表达的是界面的跳转，界面是用户实实在在接触到的媒介，非界面的内容，不要出现。
b动作。
矩形之间也就是界面之间加上一个触发动作，比如从界面A点击下一步按钮，到达界面B，“点击下一步”就是连接这两个界面的关键动作，需要标示出来，上图例子就是“单击提交按钮”。
c条件。
一个动作之后可能有多种“是/否”的结果，则在矩形之间、动作之后加上一个或多个判断菱形。如上图的检验账号密码是否输入正确。
二、注意什么?
1坚持表达表现层。
不要一个流程图里面，又有内部算法逻辑，又有界面逻辑，下图标红的矩形就是多余的，这个不关用户的事情，会扰乱你的导航设计思路：
不要把步骤和界面本身都用矩形表示，比如下图标红的矩形（况且你还不知道用户填写的顺序呢，我先填密码不行啊）：
2抛弃系统错误。
什么是系统错误呢，也就是非用户犯的错误，比如登录的时候服务器当了，网络连接错误等导致登录失败。除非你特别想强调系统错误后的提示界面，否则建议不要加进去流程图里面，因为每一步操作都可能错误，你的流程图会因此变得很庞大。如下图：
3形式可以很灵活。
a如果一个界面可以通往多个界面，而你又真要描述出这些跳转，那就一个矩形长出多条线路，对应标示上对应的动作就ok了。如图：
b如果几个界面属于同一逻辑，比如实际是一个界面的几个tab，则可以这样把几个tab包起来：
c如果你想把一些警告窗口等临时窗口表达出来，也可以自定义一些图形，比如：
d更详细一点，如果你想把一个界面的主要内容表达出来，也可以如下图（还可以细分里面的内容究竟是信息还是下个界面的入口）：
三、没法做到的和延伸的。
这种流程图对交互流程表达也不是万能的，它不适用于同界面的局部交互，比如一些工具类产品，由始至终只有一个界面，像PS。又比如某些表单的各种提示，提示在同一界面的不同位置按某种规则出现，要表达这种规则只好使用算法流程图，但其实也片面，因为我们不知道用户的输入顺序。
除了导航逻辑，设计师还可以在其他时候使用流程图，比如做服务设计描述服务蓝图的时候，流程里有相关的人、场景、接触点、工具、所需资源、输出等等。如下图：
电话+V： 159999-78052
专注于小程序推广配套流程服务方案。为企业及个人客户提供了高性价比的运营方案，解决小微企业和个体拓展客户的问题
