交互模式主要是让我们先对产品的整体框架有一个了解，最后我想深入挖掘用户 。事实上，在SaaS产品的设计过程中，我们需要非常了解客户 。
这里，我想分两种情况 。如果是0比1的产品，肯定需要把线下的业务搬到线上来解决 。
因此，我们需要对客户的线下痛点有一个清晰的认识，比如客户目前存在哪些无法解决的痛点，在无法解决之前用了哪些替代方法来解决 。
另外，要把客户线下的业务流程梳理清楚，以便区分不同的用户和场景 。
如果是已经上线的产品，无论迭代到哪个版本，这一次我们都处于产品优化阶段 。
如果还处于发展阶段，此时的战略目标是进一步扩大新客户数量，保证老客户更新换代，产品设计需要围绕这个目标进行 。
如果处于成熟阶段，此时客户可能会觉得我们的产品没有创新，新客户较少，部分老客户开始不续费，或者产品不符合目前的客户市场 。
这时候的战略目标是优化产品，可能是提升用户体验，也可能是调整产品的功能方向 。
要了解优化中的客户，主要是要找出客户目前在线的痛点，精细梳理用户流程，找到优化的方向 。
5.信息架构
在我看来，信息架构设计其实就是从用户的角度来设计之前的功能架构图，主要是设计产品的导航系统 。
还有一点就是为正式绘制页面原型打下基础 。有的交互设计师得到需求后直接开始画原型 。
其实这是非常错误的，不仅效率低，而且返工率高 。正确的做法是详细分析后画出原型 。这种思维方式不仅清晰，而且节省时间 。
6.任务流程
根据上面分析的交互模型，我们需要针对不同场景下不同用户的不同任务进行精细设计，尽量覆盖所有用户任务流程 。
任务流程可以理解为多个节点，每个节点都是一个或多个页面，这样主体的页面原型框架就出来了，也可以为后面绘制原型打下基础，但只是为了不漏掉一些细节页面和边界页面，提高原型绘制的准确性 。
7.页面原型
随着信息架构和任务流程的准备，页面原型阶段自然会省去很多麻烦 。这里我主要想说一下画原型需要遵循的一些原则 。
除了格式塔原理和菲茨定律，还有四种交互设计策略，即组织、删除、隐藏和转移 。
组织——可以理解为分组，相近和相似原则，对产品的信息架构进行设计 。
删除——少即是多原则，精简用户看到的界面，提高用户解决问题的专注力 。隐藏——不是很重要的信息，都隐藏起来，当用户需要时，可以通过操作找到 。
转移——给用户简单的体验，把复杂的东西转移到后台；另外一些设置参数的，也是尽量转移给后台，给用户一种简单的操作 。
交互设计的方式有很多，关键看你怎么用 。
我们的最终目标是希望用户看到页面就知道如何操作 。经过系统反馈，用户知道如何进行下一步，从而形成流畅的操作体验，进一步使产品自动化、智能化、人性化 。
8.互动评论
我觉得互动复习之前有一些准备工作需要提前完成 。原型绘制完成后，需要与产品、技术boss、boss沟通达成共识，然后补充交互描述，输出交互文档，再用交互文档与关键人物再次沟通 。因为我觉得如果交互评审只是把交互文档传达给下游UI、开发、测试等人员，阻力会小很多 。
另外，如果在设计过程中有一些疑惑，也可以找相关人员确认，这样可以提高整体设计效率 。
正式互动审核流程如下:
1)介绍产品背景
在解释的开始，有必要简单描述一下这个产品建立的大致环境，比如为什么制作，怎么制作，产品背景 。
2)说出问题
我们的总体商业愿望是什么？这次我们解决了哪些用户痛点？我们的产品目标是什么？而交互设计的目标是什么？说明以上问题，告诉大家在开始做交互设计之前做了哪些准备 。
3)如何解决问题，说说设计过程
如果有数据分析，可以说作为前奏，没有数据分析也没关系 。
此时，您可以从头到尾解释整个交互式文档 。原型设计的一些关键点可以详细讨论 。为什么要这样设计？前面的推导过程是可以描述的，或者是竞争性的演示，多方案的选择等 。
推荐阅读
- MySQL数据库体系机构基本介绍！MySQL中四种主要的存储引擎
- 为什么要使用Spring 框架？
- 一文带你了解 「图数据库」Nebula 的存储设计和思考
- Wfilter网管软件——实用的网管工具
- 英德红茶泡法,英德红茶合作
- 滇红茶的汤,滇红茶是泡着喝还是煮着喝
- 红茶泡绿茶,绿茶与红茶的酸碱性
- 云南红茶冲泡,红茶最佳冲泡水温
- 1招找到！电脑里隐藏的恶意软件
- 英式红茶的由来,英式罐装红茶的泡法