SaaS案例

SaaS类的产品，也是互联网产品，我将向大家展示一个SaaS项目从开发到上线的标准流程：

这个项目使用的是敏捷开发的模式，先看一下项目开发流程：

如果您对敏捷开发有所了解，可能会问，怎么跟我之前见过的不一样呢？

敏捷开发，是在开发过程中，会用到的以迭代和增量的方式进行开发的方法，这个图是一个具体项目的开发流程，是实操的流程图，因每个团队的工作习惯和工作方式的差异各有不同，以上是我们使用的版本。

下面简单介绍一下开发过程中的五个重点环节：

项目的开始，就是需求沟通，需求有两个来源，项目没上线的时候，以核心成员的想法和创意为主，项目上线之后，以用户反馈和产品经理提出的需求为主。

接着就是评审环节，评审其实是需求沟通的延续和结果。评审和需求沟通最大的区别是参与人员，需求沟通需要有老板、运营的参与，也是这个流程图上，没有显示出的。评审环节的意义，就是为了技术团队，在日后的开发和上线过程中，有“文档”可依。

之后的测试环节（预上线版本环节包含在内），共有3轮，目的就是为了产品稳定，上线之后，没有BUG。

第一轮测试，是程序编写完成，发布到测试环境，本轮，通常会出现BUG。

第二轮测试，针对预上线版本的测试，本轮原则上不应出现BUG。

第三轮测试，本次迭代发布上线，第一时间做回归测试。这个节点，是团队加班的重灾区。上线运行一切正常，下班回家；如果发现BUG，相关人员需要加班改BUG。

发布新版本后，如果经历了三轮测试，仍然存在BUG，测试团队和开发团队需要共同承担责任。当然，更可以说明研发团队的Leader是个废物，无法胜任本职工作。

下面给大家展示一下细节部分，先看一下，2年的迭代过程中，产出了哪些文档。

产品文档、开发文档、测试文档、更新说明、规范。产品文档、开发文档、测试文档，这三类，都属于“保密资料”。更新说明，是可以对外发布的，比如王者荣耀，每次更新会显示其更新内容。

先说说规范，规范是从项目团队初成立时，就开始订立的，规范是会跟随团队的发展不断的完善。

看看产品文档：

从这里，可以看到，这个SaaS产品，有两“多”，一个是涉及的终端多，PC版（Web版）、微信小程序、Android、iOS，也就是需要覆盖大部分的终端。另一个是使用的角色多，这个平台是连接企业与银行的。企业在平台上，需要有管理员和操作员。银行内部也有很多角色，分行、支行行长、行政人员、客户经理等。

在这里我想说的是，好多人在沟通需求的时候，经常忽略的是，平台后台的管理员和操作员。一个合格互联网产品，其实还会涉及到，运营人员、客服人员、老板，各自需要不同的权限，尤其老板，是平台后台的一个重要角色，一般是需要特殊处理的，老板的查看权限和操作权限，和一般业务人员的权限，是有极大不同的。

最后说下开发文档，程序员，不仅仅需要写代码，代码只是程序员与服务器沟通的语言，是需求实现的方式，但是其他人不会理解，一名刚刚接手的程序员，也未必完全理解，开发文档的重要性，便在此时体现。

一个团队的开发水平如何，对待工作是否认真，是否负责任，其交付的开发文档是一个重要的衡量标准，一个合格的产品必定会有文档，PRD、脑图、流程图、原型，程序，也必须有开发文档。

如果哪个团队的开发组，在交付时没有开发文档或者开发文档写的很潦草，那么建议您在雇佣他们时要慎重考虑。

介绍产品功能的人性化、产品界面多好看、交互多棒，这些案例在各大网站论坛上您可以看到很多，我的想法是给您看点“干货”，希望能对您有所启发，在业务上给您带来实实在在的帮助。