SaaS产品是云计算中的一种服务类型，近年来已经成为一种流行趋势 。作为设计师，如何设计SaaS产品的交互？
首先，我们要对SaaS产品有一个全面的了解，形成一个标准化的流程 。
1.梳理产品目标
目标是第一位的，只有方向正确，才能沿着正确的道路不断前进 。
我们可以先了解行业背景，比如我们的产品属于哪个行业，或者多个行业的通用产品 。
此外，我们可以了解我们服务业的上下游环节，以及我们是处于末端环节、中间环节还是头部环节 。
有了这些准备，我们开始专注于了解目标 。
其实目标很多 。企业在不同的发展阶段有不同的目标，比如某一年的目标，分季度、分月的目标，三到五年的战略发展目标 。
这个目标也可以理解为商业目标 。我们的用户也有用户目标，也就是用户使用这个产品想要达到的目的 。
目标这么多，不应该全部遵守 。这时产品经理需要平衡业务目标和用户目标，最终得到产品需要遵循的目标，即产品目标，作为后续工作的指导思想 。
作为交互设计师，我们主要参与这部分的工作，用我们专业的交互知识帮助产品经理整理出最终的产品目标 。
2.梳理业务流程图
这里有两种情况 。如果是0对1的产品，我们需要分析实际的线下业务流程，先梳理一下，然后再考虑转到线上解决方案的时候如何设计业务流程 。
如果是1到N的产品，应该已经有业务流程图了 。我们要做的是熟悉和了解产品的业务流程；如果不是，我们要做的就是根据实际系统整理业务流程图 。
做这项工作的主要目的是帮助我们先有一个全球化的产品感觉 。
3.梳理功能架构图
同上，这里有两种情况 。对于0到1的产品，可以先分析需求文档，提取里面的功能点，画出功能架构图 。
如果需求文档的准备还没有开始，可以参与需求的处理，细化成功点，然后绘制功能架构图 。
至于需求收集，我们通常将分散的需求放入需求池中进行管理 。关于需求处理，可以用需求的四象限法来处理 。
这种方法被需求分析师和产品经理广泛使用，主要是对需求池中的需求进行优先级排序 。
横轴纵向表示紧急程度，横向表示重要程度 。重要和紧急性质为主 。过去，许多经验问题被置于不重要或不紧急的尴尬境地 。随着体验时代的到来，体验有望提升到战略高度 。
对于1到N的产品，功能架构比较简单，只是整理需求文档或者实际系统 。目的是让自己大致了解产品的整体功能点 。
4.组织权限描述和字段表
个人认为需求文档的这一部分属于底部 。它可以分析产品的书面需求文档，提取权限描述和字段表 。
如果产品编写的需求文档中没有这样的内容，就需要和产品经理进行面对面的沟通，了解产品的底层逻辑 。
5.协助完成珠江三角洲文件
如果产品经理完成了PRD，我们会用自己专业的交互方式帮助产品经理优化PRD文档 。
如果产品经理没有开始写PRD，可以用以上步骤协助产品经理写PRD文档 。
主要是业务规则的编写，输入输出等 。
B端SaaS产品设计：从0到1
所谓万事开头难，产品设计通常最难的是从0到1、从无到有，而后续的产品升级迭代则相对没有那么难 。所以，笔者在这里重点讨论的是如何从0开始设计B端SaaS产品 。笔者将B端SaaS产品从0到1的设计分为四个步骤：规划、梳理、设计与开发 。
文章插图
1、规划
首先要做的是确定产品的方向与目标，回答“要去到哪里”、“往哪个方向走”的问题 。要回答这两个问题就需要开展缜密的分析 。从宏观角度出发，先做行业研究，理解甲方企业所在的行业结构，了解甲方上下游价值链是怎样构成的，分析他们的商业模式和核心业务流程 。在此基础上，分析甲方客户的普遍需求是什么，目前我们作为乙方是通过什么方式来满足甲方的这些需求的，还有哪些竞争对手是怎样提供服务的 。然后，基于SWOT分析厘清自身的优势和劣势，认清外部的机遇和威胁，结合自身的服务能力与资源禀赋现状，找到适合的产品定位与目标 。
推荐阅读
- MySQL数据库体系机构基本介绍！MySQL中四种主要的存储引擎
- 为什么要使用Spring 框架？
- 一文带你了解 「图数据库」Nebula 的存储设计和思考
- Wfilter网管软件——实用的网管工具
- 英德红茶泡法,英德红茶合作
- 滇红茶的汤,滇红茶是泡着喝还是煮着喝
- 红茶泡绿茶,绿茶与红茶的酸碱性
- 云南红茶冲泡,红茶最佳冲泡水温
- 1招找到！电脑里隐藏的恶意软件
- 英式红茶的由来,英式罐装红茶的泡法