当前位置:龙泉人才网 - 科技 -

零售SaaS产品架构设计实践

  • 科技
  • 2023-05-07 11:03
  • 人人都是产品经理

本次会员新课我们邀请到了有赞产品架构师@汤奕老师,主要负责有赞零售SaaS产品的整体架构工作,具备丰富的SaaS架构经验,多次主导过公司级底层架构治理。目前专注于企业架构、中台架构、领域驱动设计、复杂业务系统架构等领域,致力于通过科学的架构方法,助力复杂业务快速发展,大幅提升SaaS产品的研发效率。本文由课程内容整理,内容有删改。

零售SaaS产品架构设计实践

大家好,我是汤奕,目前在有赞科技任架构师,主要负责有赞零售SaaS产品的整体架构工作,也有较丰富的SaaS架构经验,曾多次主导公司级底层架构的治理,目前专注于企业架构、中台架构、领域设计等领域。

零售SaaS产品架构设计实践

本次分享主要分为三部分:第一部分是分享SaaS产品设计有哪些痛点;第二部分是产品架构如何做好标准化;第三部分是如何应对定制需求。

一、SaaS产品设计痛点

零售SaaS产品架构设计实践

与To C产品对比,To B SaaS的产品特点主要如下:

第一,To B SaaS主要分为两大类,一是行业型SaaS产品,比如零售SaaS、教育SaaS等;二是业务垂直型SaaS产品,比如CRM、HRM、OA等。

第二,更多以中小客户为主,以标杆客户为核心,因为做SaaS主要是服务B端客户,故标杆客户非常重要,因其代表行业的优秀生产力,所以需要学习他们的优秀生产力,并把方案固化到系统中,并形成规模化卖给其他中小客户,这也是做To B SaaS生意的本质,但通常标杆客户也会有很多想法和提很多定制需求,这是设计To B SaaS时非常头疼的问题。

第三,非常关注帮助商家提升效率,比如供应链系统需要提高库存周转效率、在线商城渠道需要提高销售转化效率、门店系统需要提高门店收银效率以及店务管理效率等,所以效率是做To B SaaS永恒的主题,即需要核心关注如何帮助商家提升效率。

第四,涉及很多参与角色,不同于To C产品主要服务的客户都是个体消费者,To B的一条业务链路下来会涉及很多角色,比如在线上商城购买一杯奶茶,订单会流转到门店,然后需要有对应的门店角色去进行加工处理,最后需要呼叫骑手,让骑手配送到消费者手上,其中就涉及到多个角色。

第五,特点是专业化和职能化,比如采购员负责采购;分销员负责分销;仓管负责仓库管理;门店角色负责门店收银、店务、日常工作等,这点与To C产品有很大区别,每个角色都需要为业务创造贡献。

第六,决策人通常是领导或老板,而一线的执行人员很难影响采购决策,故在设计To B SaaS产品时,领导和老板的需求也非常重要。

第七,产品重心是围绕业务流程闭环和系统稳定设计,而To C产品则更看重为个体消费者提供有趣好玩的用户体验。

零售SaaS产品架构设计实践

根据To B SaaS产品特点可以提炼出两大设计痛点:

第一,业务体系非常庞大,有很多长业务链条、角色和岗位职责,这些特点导致To B业务理解起来非常困难,通常会出现需求理不清楚的情况。

第二,因为企业的业务之间有很大差异,所以标杆商家会提很多定制化需求,如果不接受定制化需求,可能会导致标杆商家的流失,因这些定制化需求是企业的刚需,如果产品满足不了其定制化需求,就会选择不用该产品;但如果把所有定制化需求都接收下来,就会使系统的设计越来越复杂,最终导致系统迭代不动,让产品和技术都沉陷在定制需求中。

二、产品架构标准化

零售SaaS产品架构设计实践

基于上述的两个设计痛点,这时就需要有标准化的产品架构设计思路。

产品架构:是对产品各要素的结构化表达,呈现的产出物包括但不限于客群划分、PMF、产品定位、业务流程、业务场景、产品模块/功能划分、业务实体等,以及梳理清楚各要素之间的关系,以便更好地理解业务。

产品架构的作用主要有三点:

第一,解释如何达成战略目标的逻辑框架,因为通常老板定的战略目标都比较抽象,比如GMV和续费指标需要达到多少,需要如何基于目前的客群去达成目标,需要拆解逻辑框架,而产品架构就是扮演该角色。

第二,团队不同角色达成理解共识,因为To B产品的体系非常庞大,有很多产品经理只是负责其中的某个小模块或某几个小模块,这时就需要有框架帮助去理解,所负责模块在体系中的定位以及与其它模块之间的关系。

如果没有全局性框架,会导致不停地在做琐碎的事情,并串联不起来其中的关系,所以为了更好协同各个产品模块和产品经理的日常工作,就需要有共识的框架,让大家可以互相协同,把产品形成整体。

第三,指导产品建设落地实施等工作,因为将抽象的战略目标,一步步地去落地实施,也需要落实到具体的工作项和具体岗位上。

零售SaaS产品架构设计实践

产品架构分层属于产品架构中非常重要的分层思维,分层的核心作用是把关注点进行分离,即每一层只解决一个问题,然后每层之间通过聚焦解决问题,把每个层次串联起来,最终解决复杂问题,本质属于分而治之的思想。

基于成熟理论,产品架构可以分为战略层、能力层、结构层和框架、表现层:

第一,战略层的核心是回答帮助什么客户解决什么问题,即产品定位需要核心回答的问题是能帮助客户解决哪些问题。分析方法包括用户分析、市场分析和竞品分析,并结合PMF工作法产出产品解决方案。

PMF是指产品市场匹配度,因为To B产品主要做商家业务,需要帮助商家去达成业务目标,所以需要深刻理解商家的经营场景以及未被满足的需求,其中M代表市场上的目标商家未被满足的需求;P代表产品,即需要用产品去匹配好商家未被满足的需求;F代表验证匹配度。

第二,能力层的核心是回答为了解决上述问题,产品需要具备什么能力。首先是基于PMF工作法得出解决方案,然后用解决方案去匹配市场需求,再然后对解决方案进一步细化,需要分析出业务流程、价值定位、指标体系、场景分析和产品能力设计,这些都是标准产品解决方案的核心要素。

第三,结构层的核心是回答为了实现上述产品能力,需要划分哪些产品模块和核心功能,主要工作包括组织权限设计、产品模块/功能划分、模块间交互设计和产品底座设计。其中产品底座就是中台,主要提供可复用的产品能力,因为通常SaaS公司都会有多条产品线,而不同产品线之间有很多产品能力都具有共性,如果每个产品线都做一套产品能力,不仅损耗成本大,而且效率低,所以为了可以沉淀能力,更快复用到不同的产品线上,就出现了产品底座的概念。

第四、框架、表现层的核心是回答实现上述模块/功能的原型、视觉长什么样,主要包括界面设计、导航设计、信息设计和视觉元素、配色、排版等设计,属于最细节的一层。

零售SaaS产品架构设计实践

有些优秀的企业会设计自己的业务架构,比如世界500强和国内领先的零售企业,都会很好地规划和设计自己的业务架构。此处提业务架构的原因在于,设计To B SaaS产品就是为了支撑好零售企业的业务架构,所以需要从零售企业的业务架构中寻找到产品的机会点,并基于机会点去设计产品。

如上图所示,业务架构可以分为战略视图、数据视图、规则视图、组织视图和流程视图:

第一,战略视图包括战略目标、关键成功因素、商业模式、价值链、业务能力和管控模式。其中零售企业会划分核心业务能力和支撑型业务能力,比如供应链能力、商品管理能力、客户管理能力和销售能力等核心的业务能力;企业协同,即提高企业内部协作效率的相关能力,还有财务能力、数据分析能力、人事管理能力等属于支撑型业务能力。

基于上述零售企业中划分的业务能力,就可以思考SaaS产品在整个业务能力框架中扮演什么角色,比如零售SaaS主要扮演提供门店的销售管理能力和线上渠道管理能力,即分析清楚零售企业有哪些业务能力以及扮演的角色至关重要。

第二,流程视图是因为零售企业中有很多业务流程,比如职能流程、作业流程等,需要调研清楚商家内部业务流程的流转,并基于这些业务流程去设计产品解决方案。

第三,组织视图是指SaaS产品的组织权限设计高度依赖于理解零售企业的组织架构,而组织架构中主要有组织和部门,部门中又有岗位、职责、角色,每个角色又有不同的授权关系,都需要深入理解。

第四,价值指标体系是指所做的SaaS产品需要帮助商家创造价值,这时可以参考和研究零售企业的绩效考核,其中每个部门的绩效考核指标就是产品帮助其创造价值的核心思路。

综上,如果想设计好SaaS产品架构,深入理解企业的业务架构至关重要,因为很多设计思路都源于企业的业务架构,尤其对于标杆商家或大客商家,其内部都有部门专门规划架构,如果可以深入交流和学习,对提升产品架构能力非常有帮助。

零售SaaS产品架构设计实践

在能力层中,准确梳理出产品能力主要有两种方法:一是实现端到端场景闭环的的解决方案;二是全链路产品能力地图。

在结构层中,需要对产品能力进行归纳和抽象,进而设计出模块的层次结构,首先模块也有分层次,比如一级、二级、三级模块,只有把层次设计清楚,产品结构才可以变整洁;其次是模块间的依赖/交互关系和核心业务对象;最后是模块与业务实体的关系等。

零售SaaS产品架构设计实践1. 产品能力层

其中C端的业务流程是消费者进店,然后加购商品,再进行订单确认并支付,最后是订单履约和收货/取货。

零售SaaS产品架构设计实践

梳理完C端流程后,就需要对在线点单的场景进行分类,因为包含了很多个细分场景,所以需要对场景进行抽象和分类。

上述案例可以分为两级场景:第一级场景是外卖、自提和堂食,分类标准主要根据点单场所和履约方式两个核心因素划分,比如外卖和自提的点单场所是线上,堂食的点单场所是到店;第二级场景又会根据付款方式进一步细分,主要分为先吃后付和先付后吃。

零售SaaS产品架构设计实践

当有了业务流程和场景分类后,就可以梳理出全链路的产品能力地图:首先是流程环节,比如C端的流程主要包括进店、加购、订单确认并支付、订单履约和收货/取货5个环节;其次每个环节又会有细分场景,而细分场景主要通过流程环节加上流程分类组合出来的,比如进店可以分为扫店铺码进店和扫桌码进店,加购又可以细分为线上点单-加购和堂食-多人购物车。

需要基于核心场景描述出场景中的关键活动和涉及的关键角色;最后再基于不同流程的不同场景,针对性设计产品能力,这就是全链路产品能力地图的设计思路。

综上,思维模型的核心价值:一是可以结构化地理清全场景,保证不遗漏;二是可以沉淀出标准化流程,虽然不同行业的场景会有所差异,但场景分类可以形成标准化,这样就可以保证整个产品结构的标准和稳定,进而通过该思维模型也可以保证梳理的需求尽可能完整,且流程可以形成闭环。

2. 产品结构层

三、如何应对定制需求

在接下来的部分,汤奕老师接着讲解了产品结构层以及如何应对定制需求。

四、三月会员新课回顾

本次会员新课,汤奕老师为我们详细讲解了零售SaaS产品架构设计实践,希望大家都能有所收获~

起点课堂会员全年将围绕12大电商/B端/SaaS/运营等主题,全年共计更新48门新课,邀请一线的互联网产品、运营实战派专家,与大家分享最新的产品行业动态、运营玩法和干货知识。

免责声明:本文内容来源于网络或用户投稿,龙泉人才网仅提供信息存储空间服务,不承担相关法律责任。若收录文章侵犯到您的权益/违法违规的内容,可请联系我们删除。
https://www.lqrc.cn/a/keji/19860.html

  • 关注微信

猜你喜欢

微信公众号