B端SaaS产品工作流程

产品步骤

产品研发流程大致分成： 项目立项阶段、设计方案阶段、开发设计阶段、检测阶段、发布阶段、经营阶段。

1. 项目立项阶段

关键分成需求收集和PMO（或产品联合会）项目立项。需求收集阶段可以较长，包含以下內容：

假如是以0到1或是完全构建的产品，要先开展BRD的输出。包含总体领域的剖析，到竞品分析，再到road ** p和相匹配資源配对。用BRD开展宣传教育，才可以往上申请办理資源开展项目立项。

随后，可能是MRD的输出或是拆卸实行。MRD在许多公司会以年度规划的方式提早开展输出，主要是产品road ** p和进度计划表。到了某一项目立项阶段，会按照销售市场、发展战略、竞争对手、技术性、方式等状况，调节版本完成的程序模块及其优先。自然，也有最重要的项目里程碑方案。

最后输出物基本上是立项报告，随后邀约PMO或产品联合会开展项目立项评审。

2. 设计方案阶段

关键分成需求池和PRD两块：

根据项目立项阶段的MRD、上版本遗留问题和经营意见反馈的问题，列举概述明细。

随后集结新项目组员，开展概述评审。这一评审一般是可行性分析、优先及其费用的评审。评审根据的作用，优化取得成功能明细。

也存有产品研发业务流程环境较差，概述早已要细细的，作用明细要更细，以评定适合的劳动量。以上的一个概述，必须分解成：

目录表明（实体线的有关信息、目录必须展示的字段名、数据信息经营规模及其分页查询）查看（哪些标准，条件相匹配的种类）多表联合查询（哪些标准，条件相匹配的种类）新增加（表格入录字段名，校检标准）编写（审阅信息内容、可编写信息内容、校检标准）开启（标准）停止使用（标准）删掉（标准）3. PRD阶段

关键输出物是原形和需求规格说明书，一部分小版本乃至不输出需求规格说明书，工作流程、网页页面步骤、互动表明和错误处理都是会在原形上反映。

B端较为高度重视文本文档，在一部分敏捷开发的C端，原形也是以逐一拆卸的原型图为主导。

那样有下列益处：

一目了然，开发设计、UI设计不易忽略网页页面UI设计、产品研发完成劳动量评定更为及时UI设计师可以设计方案更快的UE实际效果，有更高的起到室内空间节约产品主管自身的時间，高保真音响原形性价比高太低

制作原形以前要做好总体的业务流程模型，务求整理清晰所有的工作流程和必需信息内容。

在制作手稿时，要多和UI设计师沟通交流，寻找更适合的展现方式。

在原形评审的情况下，先讲解这种步骤，再看详细的原形网页页面。原形评审完毕，前面产品研发可以逐渐一部分网页页面的UI开发设计，UI设计师提前准备视觉效果页面的输出。

需求规格说明书，必须分拆各业务范围开展输出。一个产品一个需求规格说明书，全部文本文档会特别的大。再加上很多的修改和注释，产品工作人员维护保养起來很痛楚。撰写需求规格说明书期内，要保证和系统架构师（开发设计主管）的沟通交流，在文本文档中健全领域模型。为了更好地确保文本文档品质，现阶段文本文档是根据测试用例的方式撰写的：

那样能更快的和检测开展沟通交流，缓解功能测试输出的工作中，更致力于功能测试。

需求规格型号输出进行，必须开展需求评审。因为内部结构新项目动则3个月，这一大会最少需用1-2钟头。拿着几十上百叶的文本文档过，逐渐还行，半小时后大伙儿就专注力松散了。

现阶段应用PPT开展需求评审，只关心工作流程和主要因素，意见反馈实际效果非常好：

实际文本文档可以回家后开展查询，相互配合项目管理工具备案实际的问题，产品工作人员开展修补。

4. 开发进度阶段

主要是开展工程项目的方案排表，不进行讲。内部结构有开发设计主管人物角色，可以将这一每日任务交到开发设计主管。

5. 详细设计

要不是第一个大版本，基本上是业务流程状态图、算法设计的设计方案。由产品研发输出，检测、产品开展评审。

6. 编号完成阶段

该阶段事儿更为复杂的，包含但是不限于：

原形、互动方式的修改客户需求规格型号的填补跟踪推动进展，开展阶段性的检测工程验收。如客户关系管理的目录查看和新增加编写作用今日都能进行，要早晨寻找相匹配研发人员了解进展状况。进展理想化的情形下，中午让产品研发先自测试，随后去做好查验。进展不理想化要找到差别，找寻追逐的方法。7. 检测认证阶段

关键有下列工作中：

掌握接口测试的实施和升级节奏感守好需求认证的副本。依据主工作流程，撰写需求认证明细，对产品开展需求检测。假如连主工作流程都跑堵塞，没必要让测试工程师开展检测。修补早期忽略的领域模型。不清除通过原形评审、需求评审、编号完成，也有一部分逻辑性没有在需求规格型号表明中。例如某一异常现象，需求规格型号没写解决逻辑性，产品研发依照自身的思想干了。或是必须产品确定，并在需求规格型号中填补的。8. 公布经营

公布经营阶段很重要，工作中也较为零散：

演试自然环境的构建，提前准备信息的复位对于营销推广线的计划方案宣传教育，输出解决方法和程序模块明细对于执行、在线客服的系统软件实际操作学习培训，输出客户实际操作使用说明APP发布创意文案和有关事宜跟踪EDM的设计方案APP升级体制对策的评定，是灰度发布、提醒升级或是强制性升级客户的意见反馈进到需求池，为后面梯度下降法做准备支撑点认证顾客新项目，包含计划方案解读、需求调查等项目管理流程

B端顾客一般有订制化需求，会以新项目交货的方式开展落地式。而且公司里面规定每一个版本有认证顾客，健全产品到执行的专业知识迁移。工作内容如下所示：

全部大步骤里边，产品主管很有可能会在涉及到下列工作中：

在意愿阶段干预，帮助售前一起健全解决方法（一般是大顾客）。在招投标阶段前期进入，取代售前开展解决方法的解读，及其产品的演试（龙头企业顾客）。在招投标阶段中后期进入，承担顾客POC作用的调查研究和整体规划落地式。必须融洽多方資源，在执行开发工具开展作用更新改造，并跟踪总体进展（这时未项目立项，取代工程项目经理）。在项目备案阶段进入，做为企业的产品部意味着参加项目立项会，维护保养客户维护。在宏伟蓝图整体规划阶段进入，支撑点需求调研工作。如外出顾客当场，核心调查并输出一部分PRD。给予全新产品原形、PRD和组件库，颠覆式创新执行工作人员。最终，还很有可能参加宏伟蓝图计划方案的输出。在体系基本建设阶段进入，可规范化的作用将由产品部完成。这时必须布置任务追踪进展，保证规范作用分次完成，达到顾客需求和各新项目发布连接点。与此同时特别关注顾客接口测试，确定平稳靠谱。在发布营销推广阶段进入，主要是客情维护和系统软件学习培训。此外，也必须输出产品的客户使用说明，为一线执行工作人员给予子弹。此阶段已发布顾客工作环境，必须分配服务项目主管跟进，并搞好发生紧急状况的应急预案。

由来：每个人都是产品主管

创作者：道·术