2、梳理
第二步是在认准方向的基础上做深入细致的需求分析与梳理 。在第一步我们已经锁定了产品方向，第二步首先要做的就是仔细研究这个产品方向所针对的甲方业务流程，分析业务流程涉及了哪些主要节点、每个节点的输入和输出是什么，整个流程的瓶颈和问题是什么等 。然后带着这些问题深入到甲方客户中，开展内部访谈与调研 。
访谈的对象涉及高层主管领导、中层管理者和基层执行人员，从高层领导处了解他们对业务运营的期望与目标，从中层管理者了解他们对业务运营的需求，从基层执行人员那里收集对产品使用层面的需求 。然后综合竞品分析、内外部访谈和资料研究等方面的结果，梳理出一份产品功能的需求列表 。对需求进行标注，哪些是显性的需求，哪些是隐性的需求，哪些是需要进一步挖掘的需求等 。再根据ICE（Impact、Confidence、Ease）等评估方法对需求进行打分排序，输出新产品的路线图 。
3、设计
接下来就进入了产品设计阶段 。这里的套路就是一些比较常规的产品设计路线，是做产品设计的常用流程 。从MVP定义开始，再是产品的整体架构设计、前后台产品框架设计、技术架构设计等，然后输出产品的PRD文档，设计原型界面和UI方案 。PRD文档、原型和UI方案按序评审后就可以进入下一道工序了 。
4、开发
最后一步是开发，意味着进入到产品从纸面上的图形模拟进入实际的代码开发阶段了 。首先，B端产品经理要与技术开发相关负责人敲定产品开发的排期，明确时间节点和输出物、责任人等 。产品开发的工作至此就转入到了技术支持团队手中，技术开发相关负责人需要组织技术人员进行产品实现的技术方案设计与评审，再将开发任务分配到前端、后端、数据库等技术人员手中，规定具体任务和期限，然后就是各方面的技术人员分头去开发落实了 。当技术开发到可测试的程度时，B端产品经理就要协调各方面进行联调测试和灰度测试，这些测试通过后才可以进入到最后的上线发布 。当然，如果产品测试没有达到要求时，还需要技术开发人员反查问题、及时优化，直至满足要求才可部署上线 。
以上是对B端SaaS产品从0到1的流程与步骤的大致介绍 。实现从0到1只是万里长征的第一步，当然，也是至关重要的一步 。
动词 （verb的缩写）交互式设计
1.设计目标
基于之前的产品目标，我们需要细化交互设计师应该遵循的设计目标 。
我们经常使用KANO模型来整理设计目标，这可以帮助我们确定可以增强用户体验的需求点 。
下面我将详细谈谈如何使用KANO模型:
横轴表示用户满意度，横轴表示功能满意度 。
这个需求点满足后，用户满意度有明显提升，但是不满足，用户满意度也不会很低，我们把这种需求叫做兴奋型需求，也可以理解为人打了兴奋剂一般，但是不打，人也能正常生活 。
这个需求点满足后，用户满意度有明显提升，但是不满足，用户满意度也会明显下降，我们把这种需求叫做期望型需求，也可以理解为一种正比关系 。
这个需求点满足后，用户满意度提升不明显，但是不满足，用户满意度却会明显下降，我们把这种需求叫做基本型需求 。
这个里面基本型需求和期望型需求，都是客户的刚需，必须要满足的，不然客户就会很不爽，而兴奋型需求则是交互设计师需要努力挖掘的点，提升转化的发力点 。
这个需求点满足后，用户满意度没有任何变化，可有可无的感觉，我们把这种需求叫做无差异型需求，这种需求就是可以直接抛弃掉做减法了 。
这个需求点满足后，用户满意度反而明显下降，我们把这种需求叫做反向需求，这种就可以理解为禁区了，同样也是要直接抛弃掉做减法了 。
通过KANO模型整理出产品的交互设计目标后，可以根据产品迭代的进度将目标拆分成不同的版本 。
2.需求分析
仔细阅读产品经理输出的需求文档，用交互设计师的思路分析需求 。
比如分析需求范围、功能点、权限描述、字段表 。如果交互设计师在协助阶段充分参与以上步骤，这里的工作会更简单，进一步把握产品业务，逐渐让自己成为一名业务顾问，在项目推进的时候更好的回答下游成员的问题 。
如果交互设计师不参与协助产品，只需要对照需求文档分析需求范围、功能点、权限描述、字段表即可 。
推荐阅读
- MySQL数据库体系机构基本介绍！MySQL中四种主要的存储引擎
- 为什么要使用Spring 框架？
- 一文带你了解 「图数据库」Nebula 的存储设计和思考
- Wfilter网管软件——实用的网管工具
- 英德红茶泡法,英德红茶合作
- 滇红茶的汤,滇红茶是泡着喝还是煮着喝
- 红茶泡绿茶,绿茶与红茶的酸碱性
- 云南红茶冲泡,红茶最佳冲泡水温
- 1招找到！电脑里隐藏的恶意软件
- 英式红茶的由来,英式罐装红茶的泡法