三稿制:ToB SaaS精益产品方法论

0 评论 4384 浏览 33 收藏 27 分钟

在之前的文章中,多数都是直接讲Saas的方法论,少有从核心理念讲起的内容。这篇文章,作者不仅分享了Saas产品的设计理念,还分享了在《产品研发管理规范》中在产品立项环节的一项产品准则——三稿制。我们一起来看看。

众所周知,全球著名的百年企业IBM是全球最大的信息技术和业务解决方案公司之一,其业务遍及全球175个国家62,IBM在全球信息技术市场中占据重要地位,多次在《财富》世界500强排行榜中位列前茅。

在BrandZ全球最具价值品牌百强榜中,IBM也多次跻身前列,IBM在技术创新方面一直处于领先地位,其在云计算、人工智能、区块链、量子计算等领域取得了重要突破,为信息技术行业的发展做出了巨大贡献,对全球科技进步和商业实践产生了深远的影响,被誉为全球信息技术行业的领导者。

IBM之所以能获得如此巨大的成就,这得益于IBM在内部长期推行的“集成产品开发(Integrated Product Development, IPD)”研发体系,IPD是一种集成了众多管理模型、理论及企业最理实践的一种先进的产品开发模式。

它的核心理念是将产品开发视为一项投资决策,强调基于市场需求的产品创新,以及跨部门、跨系统的协同工作,它通过跨部门合作、结构化流程和市场驱动的产品开发,帮助企业快速响应市场变化,缩短产品上市时间,提高研发效率和产品质量。

IBM在1992年面临严重的财政困难时,引入了IPD流程,以期改善其在研发费用、研发损失费用和产品上市时间等方面的落后状况,在新任CEO郭士纳的领导下,IBM实施了全面的流程再造,包括硬件、软件开发、采购、财务、制造和客户服务等多个领域,IBM实施IPD后取得了显著的成效,帮助IBM在90年代实现了重大的复兴。

这一体系后来也被其他公司广泛采纳和应用,华为公司从1998年开始引入IPD体系,并经过多年的调整与变革,形成了自己强大的研发体系。

对SaaS软件公司而言,拥有一套产品设计理念+产品研发规范则至关重要,产品产品理念为SaaS产品的设计和开发提供方向和指导,赋予米多SaaS产品“灵魂”,通过产品理念“确定做对的事情”,产品研发规范,为SaaS产品的具体实现提供标准,是实现产品理念的具体手段和标准,让产品自带“运营逻辑”,通过产品研发规范“确保把事情做对”,提高产品的核心价值,赋能企业实现数字化转型升级,通过数字化驱动业务增长。

一、SaaS产品的设计理念是什么

SaaS产品设计理念是基于公司整体的企业文化和核心价值观所形成的关于产品设计和开发的一套指导思想,贯穿产品从需求管理、产品规划、产品立项、项目开发、产品验收、上线发布到产品运营的整体生命周期管理,在产品理念的指导下“确定做对的事情”,SaaS产品的产品理念分为以下三个方面:

1. 产品设计理念——决定产品的高度

(1)坚持以客户为中心

ToB SaaS产品的本质是客户成功,项目的上线,只是运营的开始。只有打造具有客户价值的产品,才能形成产品粘性,打造客户口碑,从而提高SaaS产品的LTV、ARR、NDR、NPS等,最终获得成功。

什么是“以客户为中心”?

“以客户为中心”就是以成就客户的心态来设计产品,和客户做朋友,站在客户的立场思考问题,在SaaS产品生命周期管理中的各个阶段都把客户列入重点思考范围,例如在需求调研环节,深入客户一线,走进客户现场,挖掘客户的真实需求,解决痛点问题,在产品原型设计要广泛听取目标客户的意见,倾听客户的声音,和客户共创产品。所以在产品设计上必须坚持“以客户为中心”,与客户一起共创共享共赢。

(2)坚持场景化设计

场景就是什么「人」什么「时候」在什么「地方」出于什么「目的」做「什么事」。

B端产品是对客户线下场景及业务流程的线上化重构,回归场景是一切的基础,产品设计要从客户真实的业务场景中找到问题和痛点,再结合先进的理念和最佳实践重构场景并实现业务流程的在线化,产品设计不能停留在功能层面,不回归客户真实业务场景的产品设计都是耍流氓。只有坚持场景化设计,形成场景化解决方案,才能让产品植入运营逻辑,让产品自己会说话!

(3)坚持积木化搭建

SaaS软件产品的设计应该像搭积木那样,通过自由拼接组装来实现复杂的功能,满足不同行业不同客户不同场景下的需求,形成场景解决方案。这样既能保证系统的灵活性,又能避免重复开发,降低成本,实现1+1>2的效果。

米多产品功能复杂,要满足多端多载体,如果不能将系统分解成像积木那样的小模块,而是焊死的一块铁板,那么系统将彻底丧失灵活性,只有先在产品结构上做到积木化搭建,才能在技术上做到高内聚低耦合,只有坚持积木化搭建系统,才能构建米多平台+生态的产品体系,支撑米多业务的发展。

2. 产品方法论——决定产品的深度

(1)产品第一性原理

第一性原理是一种追本溯源的思维方式,做产品要透过现象看本质,凡事多问几个问什么,知其然并知其所以然,例如在需求评估时,要把客户的要求转化为需求,需求转为化刚需,从刚需中找痛点,只有找到了客户真实的痛点,才能抓住主要矛盾中的关键问题,化繁为简,找到支点,四两拨千斤。

(2)以终为始的思考问题

做正确的事情比把事情做对更重要,做产品要有终局思维,拉长时间维度站在更高处去看问题,不局限于现状,不受制于资源,先思考什么是对的,确定了目的地之后再琢磨实现方法和路径。

(3)逻辑归因结构归母

逻辑归因是基于逻辑思维,对“果”的归因分析,通过逻辑推理找到问题出现的原因;结构归母是基于结构性思维,立足于全局和整体,对问题所在的系统进行解构,然后在结构上找到问题的母体,从而在根源上定位问题并解决问题,产品经理在日常工作中,都可以通过逻辑归因结构归母的方法来处理问题和分析客户需求。

(4)如无必要,勿增实体

“如无必要,勿增实体”源自于奥卡姆剃刀原理,又被称为简单有效原理(少即是多),即“切勿浪费较多的东西去做较少的东西同样可以做好的事情”。

米多系统庞大,每增加一个功能都会增加一分系统的复杂度,所以在产品设计上,要坚持极简主义,化繁为简,将复杂的问题简单化。

任何一个产品需求,都有多种解决方案,我们首先要通过产品第一性原理挖掘出需求的本质,然后以终为始的思考问题,确定正确的做法,最后再通过逻辑归因结构归母定位母体,找到最佳实现路径,只有坚持给产品“做减法”,才能提升系统的易用性、稳定性和扩展性。

3. 产品设计原则——决定产品的准度

(1)产品一致性原则

产品的一致性是产品设计中最为基础且重要的原则之一。

系统中的各类元数据、文案、UI视觉、交互体验、公共组件等元素,都需要保持一致性的输出和表达,就如字母表中字母、音乐谱中的音符,只有保持一致性,你才拼出美丽的词句,动听的音乐,米多产品结构及功能复杂,应用场景多,只有保持产品的一致性,同时避免重复造轮子,才能有助于统一商户认知,降低学习成本,提高产品体验。

(2)产品通用性原则

ToB SaaS产品,要满足多个行业不同类型客户的多种需求,在产品设计上一定要遵循通用性原则,在设计产品功能时,不能局限于单个客户的需求,要站在行业的高度对功能进行抽象提炼,找到不同客户在同一场景下的交汇点,并预留必要的自定义配置项,打造产品的通用性。只有坚持按通用性原则设计产品,才能不断沉淀、丰富米多的产品体系,将客户最佳实践不断内化到系统中。

(3)产品握手制原则

产品体系一般分为平台、系统、应用、插件四级结构,即统一又相互独立,平台是一个统一的整体,系统中的各级应用和插件是相互独立的,每一个应用都围绕一个独立的场景形成业务闭环,每一个插件都围绕一个独立的需求形成功能闭环,在产品设计上,要保持产品间的握手制原则,进行低耦合的设计,保证每一个功能的相对独立性,一个功能不能依赖于另外一个功能,修改一个模块不会影响到另一个模块。

(4)产品MVP原则

产品迭代要遵循最小可用原则,即MVP原则,大胆假设,小心求证,小步快跑,迭代节奏要快,研发效率要高,以便快速响应前端业务,高效满足客户需求,提升客户满意度。产品功能的迭代是无止境的,所以应遵循“先有,再高效,然后易用,最后好看”的顺序。

二、“三稿制”是什么

“三稿制”是《产品研发管理规范》中在产品立项环节的一项产品准则,是产品经理发起产品立项的流程规范和行为准则,“三稿制”既是一项产品准则,也是严格的产品质量控制体系,“确保把事情做对”,在三稿制的贯彻执行下,打造出高质量的产品,赋能企业用数字化驱动业务增长。

产品经理发起产品方案立项时,需遵循“三稿制”原则分三稿发起三次产品立项评审,每一稿的产品方案输出标准及相应的立项评审标准都不相同。

第一稿方案主要进行价值确认,对产品需求进行归因归母分析,明确项目目的、产品价值、方案边界及实现思路(打通经脉),第一稿立项评审通过后方可发起第二稿立项;

第二稿方案主要进行结构确认,定义产品结构、业务流程及进行产品功能的原型设计(搭建骨架),同样第二稿立项评审通过后方可发起第三稿立项;

第三稿方案主要进行交互确认,完善页面交互、产品规则及方案注释(填充血肉),第三稿方案立项评审通过后,产品方案才算最终立项成功,完成三稿立项通过后的产品方案才能上传至“方案库”,进入开发排期。

大、中、小版本的三稿制立项的流程规范及标准各不相同,具体如下:

三、如何正确实施“三稿制”

实行“三稿制”是一件久久为功的事情,需要持之以恒,坚持不懈,只有始终贯彻执行才能让产品开花结果;三稿制的实行,需要组织结构、版本管理及产品文档的配套,三者缺一不可。

1. 搭建组织结构

实施三稿制,首先需要在公司内部定义一个责任组织负责主导推行,负责规范的制定、执行、监督、复盘、优化;米多定义的责任组织是“产品专业委员会”,它是产品研发相关领域的横向虚线管理组织,所有产品人员(产品总监、产品经理、产品助理、产品规划经理等)都是产品专业委员会的委员,产品专业委员会由执委会(成员由“主任和执委”构成,5~9人)施行集体领导,其中,产品专业委员会主任由管理委员会任命,产品专业委员会执委由主任提名,报管理委员会批准。

主要职责:

  • 在充分理解公司总体战略及商业模式的基础上,制订公司产品的战略规划及顶层设计;
  • 在充分理解企业文化和经营理念的前提下,制订公司的产品研发规范及质量标准;
  • 依据公司的薪酬管理制度,制订公司产品研发相关领域的职级升降规则;
  • 依据产品研发规范及质量标准,负责所有产品的版本定义、分级评审及质量评价;
  • 负责公司产品领域内重大项目的统筹、难点项目的攻坚及创新项目的探索;
  • 负责组织公司内部的产品培训及专业交流,以“成就客户”为前提,强化“全员一杆枪”的业务能力;
  • 负责公司产品岗位公共考核指标的制定,形成指标库;
  • 负责公司产品人员的职级晋升评审,使公司总体产品能力处于行业领先水平。

同时,为了便于日常的管理协同,需要搭建了一个产品专业委员会日常工作交流的社群,各类由产品专业委员会主导的通知及公告均在此通知,产品经理日常发起产品立项统一在此群发送评审邀请通知,评审结束后当天在此群发送评审结果通知,日常也在此群交流产品专业领域相关的问题,分享产品相关的文档资料。

2. 版本管理办法

2.1、版本定义

版本管理的主要作用是记录产品研发过程中的每一次迭代,让产品方案定义正确的版本号,以及让研发成员可以随时回溯过往历史迭代版本,是米多SaaS系统的成长记录。

2.2、版本分类

产品版本总共分为大、中、小三种版本。

(1)大版本:指0到1打造的新产品或从1到100迭代过程中当产品形态、结构、流程发生重大迭代升级的版本。例如产品重构、系统框架改造升级、平台新增在线注册等。

(2)中版本:指在产品中新增子功能或升级局部业务流程的版本。例如智能营销的扫码活动进行策略组件化升级、社交云店新增拼团活动等,不改变产品的整体结构和形态。

(3)小版本:指对局部功能进行缺陷修复或交互优化的版本。例如缺陷修复、增加导入导出、高级搜索、筛选等功能易用性优化;例如进行字符输入长度以及图片文档上传限制等调整等;例如进行交互体验优化以及页面排版视觉体验优化等。

2.3、版本生命周期

2.4、版本标识规范

正式版本

公司正式对外发布上线的版本。以“V”开头,版本号放后。V前面增加产品名称(参照产品版本标识字典命名)版本号分三节:大版本号、中版本号和小版本号,每节之间以“.”间隔,版本号后面用括号描述版本核心功能,如“智能营销V2.3.6(活动支持快捷修改)”表示智能营销的迭代版本,大版本号为2,中版本号为3,小版本号为6 ,版本主要新增了活动快捷修改功能。

内部版本

研发内部使用的版本。以“T”开头,其余版本号格式与正式版本一致。内部版本号在产品第一稿立项评审时由产品委员会核准,用于“版本申请”到“版本测试”阶段,在项目上线时切换为正式版本号。

示例:

2.5、版本升级管理

(1)发生大版本迭代时,大版本号往上递增一位数字并重置中、小版本号;

(2)发生中版本迭代时,中版本号往上递增一位数字并重置小版本号;

(3)发生小版本迭代时,小版本号往上递增一位数字。

2.6、版本控制原则

(1)SaaS产品的版本迭代需要遵循MVP原则,大胆假设,小心求证,小步快跑,快速响应前端业务,高效满足客户需求,提升客户满意度;

(2)产品方案要保持最小颗粒度原则,同一个产品方案中的功能需求不能跨系统/应用,如有特殊情况需由产品委员会进行审批确认,否则将不能立项通过;

(3)大版本只能由产品总监进行设计,中版本由产品经理或产品总监进行设计,小版本由产品助理或产品经理进行设计;

(4)大版本升级需要向管理委员会提交《MRD市场需求文档模板》进行审批,审批通过后才可以立项;

(5)产品经理在方案第一稿立项评审时需向产品委员会申请版本号,产品委员会核准版本号后评定该项目方案的匠心值;未经产品委员会核准的版本,不能进行第二稿立项,也不能列入开发计划;

(6)大版本要克制频繁升级,中版本和小版本最多可迭代30次, 第31次时必须往上升级一个版本。

3、产品需求文档

所有大、中、小版本的产品原型方案需按统一标准规范进行编写,产品原型文档内容包含产品介绍、产品架构、原型方案、产品规范五大部分,其中产品规范中包含各类产品公共组件,产品原型方案中涉及公共的字段、弹框、搜索、产品等组件必须调用公共的产品组件,确保产品方案的高质量输出及产品的一致性。

四、三稿制的作用和价值

1、提高研发效率

通过三稿制标准化的立项流程、清晰的产品规范,明确团队职责,可以最大化的减少沟通成本,减少不必要的重复工作,提升研发工作效率,缩短产品从设计到上线的周期。

2、沉淀最佳实践

标准化实际上是将领先企业的解决方案进行提炼,并固化到系统中,这些解决方案是SaaS系统的灵魂,在三稿制的贯彻执行下,产品通过持续迭代不断将行业最佳实践通过标准化内化到系统中,让产品自带运营逻辑。

3、提升产品价值

在产品设计理念的指导下,实施三稿制,可以确保米多在SaaS软件产品的建设上做对的事情,坚持场景化设计,聚焦做对品牌商有价值的产品,并通过三稿制评审,确保能把事情做对,提升产品的核心价值。

3、确保产品质量

三稿制的产品研发规范,涵盖了版本管理、产品原型文档标准、产品公共组件标准等,同时通过三稿制产品立项评审,严格要求产品方案的高质量输出,确保SaaS软件产品的可用性、稳定性及扩展性,确保产品质量。

4、促进团队协作

研发规范为团队提供了共同遵循的流程规范,工作框架,使得跨部门、跨职能的团队成员能够高效协同工作,增强团队凝聚力,全员一杆枪。

5、降低维护成本

三稿制的版本管理记录了产品研发过程中的每一次迭代,详细记录了SaaS系统的成长记录,让研发成员可以随时回溯过往历史迭代版本,可以简化后续的维护工作,便于新成员快速上手。

6、提升客户满意度

SaaS产品需要快速响应市场变化,米多坚持以客户为中心的产品理念,三稿制研发管理规范遵循MVP原则,可以加快迭代速度,快速满足客户需求,提升客户的满意度。

7、保障安全与合规

对于SaaS产品而言,产品安全与合规至关重要,三稿制产品研发规范包含安全管理措施、隐私政策遵守和合规性要求,让产品设计有章可循,确保产品符合行业标准和法律法规。

8、促进产品创新

三稿制规范的研发管理鼓励团队遵循最佳实践,同时也为尝试新技术和方法提供了框架,从而促进产品的持续创新。

总结

1、 IBM作为全球信息技术行业的领导者,通过实施集成产品开发(IPD)这种先进的产品开发模式取得了显著的成效,帮助IBM在90年代实现了重大的复兴,这一体系后来也被其他公司广泛采纳和应用,I被众多企业学习借鉴。

2、SaaS公司通过借鉴IBM的成功经验,坚持以客户为中心、坚持场景化设计、积木化搭建的产品设计理念,为SaaS产品的设计和开发提供方向和指导,赋予SaaS产品“灵魂”,这些理念指导了产品的整个生命周期管理,确保做对的事情”。

3、“三稿制”既是一项产品准则,也是严格的产品质量控制体系,为米多SaaS产品的具体实现提供标准,是实现米多产品理念的具体手段和标准,让产品自带“运营逻辑”,通过三稿制“确保把事情做对”。

4、 实行“三稿制”是一件久久为功的事情,需要持之以恒,坚持不懈,只有始终贯彻执行才能让产品开花结果;三稿制的实行,需要组织结构、版本管理及产品文档的配套,三者缺一不可。

5、通过持续贯彻实行“三稿制”,不断打磨SaaS产品,提高产品的质量和核心价值,赋能企业“用数字化驱动业务增长”。

本文由 @潘洪玉 原创发布于人人都是产品经理。未经作者许可,禁止转载

题图来自Unsplash,基于CC0协议

该文观点仅代表作者本人,人人都是产品经理平台仅提供信息存储空间服务

更多精彩内容,请关注人人都是产品经理微信公众号或下载App
评论
评论请登录
  1. 目前还没评论,等你发挥!