【产品经理】深入B端SaaS产品设计核心理念

这几年各企业的B端业务都在做SaaS平台,但对SaaS的了解还不是完全全面,对于一些产品的定位以及设计还在探索中

在这里插入图片描述
本文讨论“为什么采用SaaS模式”、“SaaS产品有哪些”以及“如何做好SaaS产品设计”三个话题,核心是产品设计,主要从需求定义、方案设计和开发交付3方面,共计讨论10个问题点。

一、Why

为什么要用SaaS模式,这个话题我们从面向B端的传统软件厂商的痛点来聊。

传统软件厂商通常的交付模式是,销售和售前根据线索参与招投标,中标后项目实施团队入驻客户现场;根据客户的实际需求开发或改造功能,完成软件部署交付并经客户业务验收后,核心团队离场由维护人员接手更新。

这种模式的局限性总结来说是“赚钱慢”,具体说来如下:

1)成本高

主要包括三方面:销售成本、部署人力成本和维护人力成本;有多少项目,就必须配备多少人力。

2)速度慢

主要包括两方面:交付慢和回款慢;项目周期动辄半年,甚至一年、两年。

3)可复制性低

主要包括两方面:人力依赖和定制化;项目的成交依赖售前的行业见解和对客户KP动机的洞察能力;项目的成功依赖于需求分析师对客户真实需求的挖掘和方案设计能力,以及项目经理对人、事的控制能力。

对特定能力人的需求,限制了传统软件厂商的扩张能力,同时,频繁出差也造成这个领域的优秀人才流失严重;产品化是降低成本、提高复制性的关键,然而,大客户另外30%的个性定制化需求,是无法跨越的鸿沟。

从客户角度,传统软件交付模式也存在着局限性,主要包括:价格贵、交付慢、升级难、失败风险高等。

如何破解传统软件交付模式的难题?

按笔者的思路(只是其中一种角度),科学管理之父泰勒的“标准化”是一条可选路径,其表现形式即本文讨论的主题“SaaS模式”。

B端SaaS的核心是放弃一部分个性化需求,通过对通用功能标准化来满足企业70%的主要需求;其基本假设是企业即使没有B端产品也照样能运行,B端产品的价值在于比原有模式成本低、效率快、质量高,产品只要对原有模式有改善即可。

中小企业对价格敏感,相对容易接受不完美,这样SaaS模式便讲通了;所以,B端SaaS的核心是标准化,标准化之后,成本、速度、可复制性的问题都迎刃而解!理解这点,对B端SaaS产品设计至关重要。

(P.S.但SaaS真的是万灵药吗?这个话题不在本文讨论范围内,留待以后文章。)

二、What

SaaS是一种软件交付模式,软件不需要安装,直接通过网络在线使用;SaaS虽有ToB与ToC之分,但当下讨论SaaS多指B端;本文不讨论SaaS本身的形态和特征,更多从SaaS产品的分类和未来角度来理解。

在SaaS产品分类上,笔者更认同明道创始人任向晖老师的观点,SaaS产品主要分为3类,行业SaaS、职能SaaS和通用SaaS。

  • 行业SaaS着眼于解决特定行业“一条线”的问题,甚至参与到行业交易处理环节,行业Top客户的标杆效应对产品竞争力至关重要,典型如二维火(餐饮)、别样红(酒店);
  • 职能SaaS面向企业特定职业人群解决业务“块”的问题,需要具备深厚的职业知识,产品竞争力源于对细分市场的选择、对领域知识的理解和服务耐心,典型如SalesForce(CRM)、金蝶(ERP)、北森(HRM);
  • 通用SaaS不分行业和职能,市场空间巨大但同质化竞争也激烈,产品竞争力源于对特定类型企业的匹配度,典型如Slack、Jira、钉钉(办公协同),Confluence、有道(知识管理)等。

在SaaS产品未来上,笔者更认同纷享销客前执行总裁吴昊老师的观点,SaaS产品的未来发展主要有2个方向,做PaaS平台和转型商业SaaS。

PaaS平台如钉钉和企业微信,在满足企业核心需求的同时,通过引进ISV(独立软件商)满足企业个性化定制需求,实现方式包括无代码、低代码和全代码;走PaaS路线核心考虑的3个问题是,用户范围是否扩大、客单价是否提高、与纯定制是否竞争力更强;商业SaaS利用自身数据重度参与企业商业过程,如美团参与商家供应链等。

笔者认为,虽然要了解SaaS产品的未来规划,但更重要的是在当下活下来,打造自己的拳头产品,找到PMF更重要。

三、How

如何做好B端SaaS产品设计?

首先谈谈笔者对B端与C端产品区别的理解,核心区别在于C端针对Customer,面向个体;B端针对Business,面向群体。

由此继续探索:C端侧重生活、讲究感性体验、重视人性与趣味,B端侧重工作、讲究理性利益平衡、重视逻辑与效率;C端解决个体生活的单点需求,B端解决群体多角色协同的链条需求;C端产品交互设计重视个体操作效率,B端除了个体操作效率,更重视整体业务流程效率;C端产品经理重视把自己变成用户,B端产品经理以为自己能变成用户就完蛋了!

对于B端SaaS产品设计,笔者主要从需求定义、方案设计和开发交付3方面,共计讨论10个问题点;以下任意一个问题点,都可以拿出来细化为一篇文章,但限于篇幅,本篇只谈核心点不做过多细化(若后面有时间,笔者会花时间总结细化)。

1. 需求定义

1)客户&角色画像

定位的客户不同,我们产品设计业务流程和功能的完备度、复杂度、侧重点等均不同;客户画像不止是在产品初期有用,它应该贯穿整个产品设计过程,任何一个新业务、新功能,都需要回顾客户画像、角色画像。

笔者常提的一个比喻是,“一个小农想喷农药,不应该给他一架喷雾飞机,更应该给他一台手动喷雾器”,重要的不是我们的产品牛X程度,而应该是方案刚好匹配客户的需求。

客户画像的维度很多,比如行业、核心痛点、员工规模、员工构成(平均年龄、在岗时长、技能水平、新老比例等)等,其中员工规模是个比较常用的维度,如定义小微企业(50人)、中小企业(500人)、大企业(1000人)。

员工规模这个维度之所以有用,是因为小微企业和大企业的需求点差异性较大,以“协同”为例,小微企业和中小企业最核心的需求是以“最小阻力”实现“线上化”,但大企业则会要求功能完备、多系统贯通、数智化、合规等。

需要注意,员工规模并非完全可定义客户需求,它只是一个参考因素,笔者接触了很多1000人以上大企业,甚至互联网新兴独角兽,其协同“线上化”程度之低难以想象!某些大厂主推的协同产品,可能需要考虑下自己是否陷入“知识诅咒”,你对产品的定位是中小企业,但你看下自己产品是适用中小企业,还是你自身所在的大厂!

角色画像对B端产品设计非常重要,但C端的用户画像并不适用B端,B端角色画像在个体层面更看中技能水平、岗位稳定性等,在角色层面看重该角色存在价值、上下游角色、信息的接收处理和输出等。

2)需求收集

B端产品需求收集与C端差异性很大,笔者总结的需求收集4原则是:真实、全面、验证、善意,技巧是:被动收集、深入一线、场景还原。

  • “被动收集”并非纯粹的被动等待需求反馈,而是构建好需求反馈的渠道,与种子客户、意见领袖打好关系,让用户更多、更快的反馈真实痛点,在B端问卷、主动访谈等手段收效不佳;
  • “深入一线”是指我们在需求收集时,容易因转述造成理解偏差,此时找到需求的最原始提出人非常重要,另外,我们也需要面对面的观察需求“痛”的全过程,以真实、全面的理解需求;
  • “场景还原”是通过理解需求产生的场景来理解需求,B端我们经常会接到“功能需求”;此时,通过5Why、究竟精神“挤牙膏式”探索“功能需求”背后的实际需求非常重要,5W1H是场景还原时常用工具。

3)产品规划

产品规划分远期和近期,远期规划更多为了产品架构,主要手段是分组和分层;近期规划更多是需求优先级排序,核心是衡量需求ROI,这个职责并不一定是产品经理承担,应该让最懂ROI的人决定需求排序。

通常来讲,B端优先级考量方法包括:权力影响分析、用户量频分析、拒绝影响分析等;权力影响分析是根据需求关注人的权力和对产品影响力的大小来决定需求优先级,有人调侃ToB的全称是“ToBoss”,这不无道理;用户量频分析是根据需求涉及的用户量及发生频率来决定需求优先级,B端不存在伪需求,只存在性价比不高的需求;拒绝影响分析是对KANO模型的解读,核心考量的点是,如果我们不做这个需求会产生多大影响,如果影响很小,则优先级就低。

2. 方案设计

1)MVP

MVP本应在开发交付时谈,但笔者理解MVP的核心是“验证”,基于这个理解,在需求收集时就已经开始有MVP了,而方案设计过程更是一个MVP验证的过程。

作为产品经理,之所以要做方案设计的原因是:思考、验证与传达。

思考是通过设计,让业务过程与软件设计相互契合,业务方缺乏对软件的基本理解,而开发团队出于自身立场容易曲解业务,产品经理则是要站在双方共同的立场上思考。

验证是通过不断与业务方确认设计交付物探索真实需求,以尽量减少开发中、交付后的变更;设计交付物应追求最小成本收集反馈,在能确认需求的最大ROI手段上停止,成本由低到高依次是:口头核心业务确认、Xmind核心功能确认、Visio核心业务流程确认、纸面线框图、低保真原型、高保真原型、需求说明书。

传达是为了确保开发团队能够理解需求,交付出能解决业务问题的功能,设计交付物是一种手段,更重要的是频繁面对面沟通。

2)产品设计原则

对于B端产品设计,笔者总结的4原则是有用、灵活、简单、美。其中最核心的是有用,即能从整体上能解决业务问题。

但在跟BAT大厂的产品经理交流中冲突较大,笔者聊业务背景、痛点、角色特征、核心功能,对方认为太虚;对方聊特定功能点的交互设计技巧,笔者基于“好懂”、“少动”的交互设计原则直接找竞品抄(借鉴)。

这种冲突可能源于BAT大厂产品经理多、专业化分工细,实际工作更需要专注把自己负责的模块和功能点做精;笔者不确定谁对谁错,但这种做法并不适用笔者服务的领域。在此不细谈B端产品平面设计、交互设计、简化设计技巧,留待以后文章讨论吧,此处着重强调B端产品设计的第一原则是有用。

3)差异化优势

有人取笑产品经理的核心能力是“抄袭”,没头脑的1:1模仿一个竞品确实是抄袭;但如果对比多个竞品,甚至从非竞品的产品中寻找灵感。

同时,结合自身业务痛点深入思考取舍,作为读书人,我们姑且称这种行为是“借鉴”吧;天下产品一大抄,我们该如何确定自身产品的差异化优势?

首先,要明确自己公司的优势所在;其次,差异化有3个小技巧:简单、细分、理念。

拿笔者所在的协同工具领域举例,工具型产品最大的问题应该是先解决用户使用意愿问题,而解决用户使用意愿除了对多角色利益的考量,尽量把功能做简单也同样重要;因为越简单的功能,越容易在最短时间让用户感知到改变带来的价值。

细分是进入一个特定的细分行业、特定的细分企业类型,因为细分领域有很多特定的业务逻辑,懂这些更容易与客户产生亲近感。

理念是基于我们对行业新趋势的理解,渐进式引领客户做新尝试,客户容易深陷在旧有的知识体系内;我们由于变不成客户,恰恰更容易接受新理念,比如我们在推广协同工具“电子看板”时,可以解释自己的理念是由传统的自上而下时间资源管理式甘特图,升级为当下更适用的扁平化网状沟通协同的看板;再结合精益思想、敏捷交付精神等为客户洗脑,让客户对我们的定位从“纯粹的效率协同工具”转变为“引领企业变革的新力量”。

4)功能广与精

有些人倾向于把产品功能做全做广,拿“端到端全链路”当产品竞争力,对于这种想法笔者不太认同;B端产品更适合“抢滩登录战略”,通过核心功能建立滩头阵地,再以此为基础扩大范围。

主要原因有3点:增加用户认知负担、延缓用户体验满足感、造成用户对产品定位混乱。

另外,在资源有限的情况下,做精比做广更容易提升产品竞争力;相比而言,大客户才需要整体解决方案,中小客户更需要有问题时解决问题;即便大厂,也建议在产品组合中集中资源打造拳头产品,其他相关产品拆分成子产品,各自定位自身亮点,又可相互对接。

3. 开发交付

1)MVP

B端产品做MVP是件很难的事,功能不上,用户不买账;功能要上,资源精力不够。

缺乏业务闭环的功能对客户无意义,常规功能组合又很难吸引用户。如果想着先上个功能应付,需要警醒,“B端产品上功能容易,下功能难”。

如何做B端产品MVP?这个问题笔者暂时无解,但提供3种思路:

  • 把大业务拆小,基于特定小业务做最小功能组合;
  • 产品缺失功能,允许用户通过线下操作弥补;
  • 跟可以忍受产品不完美的种子客户建立关系。

2)标准化与灵活

SaaS模式的核心是标准化,但如果你真拿一个绝对标准化的产品,客户可能并不容易买单。

SaaS产品需要灵活,主要有2方面原因,一是不同客户需求有差异性,不灵活无法适应客户的业务;二是同一客户的业务也可能变化,不灵活无法适应客户业务变化;但产品又不能过于灵活,因为灵活度高一方面意味着开发成本高,另一方面意味着功能对所有客户适用性、易用性都差。

如何平衡B端SaaS产品的标准化和灵活?这个问题很难,笔者同样暂时无解,但提供2种思路:

  • 小客户设置、中客户配置、大客户定制;
  • 针对不同规模客户,通过权限控制组合不同版本产品。

3)大客户定制之路

SaaS做小微企业赚钱很难,于是想探索做大客户,但大客户真的好做吗?

回答这个问题首先要想清3个问题:

  • 跟传统软件厂商比,你做大客户定制的优势是什么?
  • 大客户定制会出现很多个性化需求,这些需求和产品主版本有冲突时你如何取舍?
  • 做大客户定制要建设项目团队,第一年大概率会赔钱,你愿意赔钱做吗?

大客户最在乎的不是价格便宜、技术牛X,而是服务好、风险低:

  • 服务好主要体现在需求响应要及时、个性化需求能满足、人员随叫随到的安全感;
  • 风险低主要体现在公司有大客户成功案例、公司无存续风险、与公司项目接口人熟悉且已建立信任、数据安全有保障、公司资质合规等。

做大客户并不容易,但大客户却能为SaaS公司树立标杆,引领对业务领域的理解深度。

如果决定做大客户,如何解决大客户的定制化需求是另一个难题。

常见的3类解决方案是:无代码、低代码和全代码。

① 无代码方案提前考虑定制的各种场景,通过产品强大的配置化能力来满足定制化需求,对于这种方案笔者并不认同;通过配置满足中小企业需求勉强可行,但大客户的多样个性化需求 + 强势地位,想通过配置实现,要么产品配置能力极强(开发ROI并不高),要么关系硬到大客户只能忍。

② 低代码方案可以通过配置满足大部分需求,对于个性化需求,支持开发人员采用符合平台要求的程序脚本满足定制化需求,对于这种方案笔者认同度也不高;因为代价码是个伪命题,如果开发人员能力不行,即使低代码也很难满足定制化需求;如果开发人员能力强,这种受制约的开发方式很难被接受;同时,低代码的权限控制、数据安全等都存在较大挑战。

③ 全代码方案同样先通过配置满足大部分需求,对于个性化需求,支持开发人员编写程序,这种方案是目前笔者较认同的;就笔者目前的认知,有3种实现方式:代码分支模式、代码插件模式、微服务模式。

  • 代码分支模式通过对个性化需求代码分支管理,用主分支与不同的个性化分支打包来满足不同大客户的定制需求,这种模式偏传统,当大客户数量多时难以为继。
  • 代码插件模式通过在主产品指定的插件文件中写程序,使用类似Filter+Hook的主函数满足不同大客户的定制需求。
  • 微服务模式将个性化需求集合到微服务上实现,内部通过API与主产品互通,这种模式相对比较推荐,因为它同时还能帮客户解决“云端孤岛”的问题,便于与客户当前其他系统低成本集成。

本文来自互联网用户投稿,该文观点仅代表作者本人,不代表本站立场。本站仅提供信息存储空间服务,不拥有所有权,不承担相关法律责任。如若转载,请注明出处:http://www.mzph.cn/news/83023.shtml

如若内容造成侵权/违法违规/事实不符,请联系多彩编程网进行投诉反馈email:809451989@qq.com,一经查实,立即删除!

相关文章

LabVIEW开发航天器模拟器的姿态控制和反作用轮动量管理

LabVIEW开发航天器模拟器的姿态控制和反作用轮动量管理 在过去十年中,航天器一直是现代技术进步的先决条件。迄今为止,为了更好地完成各种实际任务,已经在航天器姿态控制领域进行了大量研究。航天器一旦进入太空,就容易出现不确定…

CSS

CSS CSS是什么 层叠样式表 (Cascading Style Sheets).CSS 能够对网页中元素位置的排版进行像素级精确控制, 实现美化页面的效果. 能够做到页面的样式和结构分离.说白了就是让网页变得好看 什么是样式呢? 大小,位置,间距,颜色&a…

银行发展绿色金融,8条建议为您指路

在《财富潮涌:银行发展绿色经济创新路径》内容中,我们带大家了解了商业银行有关绿色财富、绿色服务及绿色运营的内容。今天,我们将阐述商业银行发展绿色金融的必要性以及在实践中商业银行应该如何发展色金融。 发展绿色金融的必要性与难点 1.…

华为杯数学建模比赛经验分享

再过一周左右,第二十届华为杯数学建模比赛就要开赛了,所以今天分享一下个人数学建模比赛的经验。 今天给大家分享一期关于华为杯数学建模比赛的经验分享,我将从以下三个方面展开说明: (1)如何准备数学建模比赛&#x…

Interceptor的使用场景:拦截请求中的租户信息,注入到租户上下文中

业务场景 在SaaS环境中,租户是最重要的隔离业务数据的属性了,在自己的项目体系环境中,租户id能保证有值。但有个特殊场景,某些特殊权限的账号需要修改指定租户的内容,也即前端会携带租户信息过来,并且内部涉…

共享单车场景下Cat.1网络表现如何?测试结果来了

为帮助行业客户提高Cat.1产品稳定性,近期,天翼物联组织终端客户郑州威科姆科技股份有限公司开展基于中国电信 Cat.1网络下的共享单车体验测试,内容涵盖单车实时位置监控、单车在线率、业务数据延迟、语音播报功能等。测试结果表明&#xff0c…

零基础学前端(四)1. 重点讲解 CSS:盒子模型、样式选择器

1. 该篇适用于从零基础学习前端的小白 2. 初学者不懂代码得含义也要坚持模仿逐行敲代码,以身体感悟带动头脑去理解新知识 3. 初学者切忌,不要眼花缭乱,不要四处找其它文档,要坚定一个教授者的方式,将其学通透&#xff…

uni-app:通过ECharts实现数据可视化-如何引入项目

效果 引入文件位置 代码 <template><view id"myChart"></view> </template> <script> import echarts from /static/js/echarts.js // 引入文件 export default {mounted() {// 初始化EChartsconst myChart echarts.init(document…

中秋特辑:Java事件监听实现一个猜灯谜小游戏

众所周知&#xff0c;JavaSwing是Java中关于窗口开发的一个工具包&#xff0c;可以开发一些窗口程序&#xff0c;然后由于工具包的一些限制&#xff0c;导致Java在窗口开发商并没有太多优势&#xff08;当然也有一些第三方的工具包也很好用&#xff09;&#xff0c;不过&#x…

【卷积神经网络】ResNets 残差网络

通常来说&#xff0c;增加卷积神经网络的层数有利于提高模型的准确率&#xff0c;但是深层的神经网络也变得难以训练的&#xff0c;因为存在梯度消失与梯度爆炸问题。Microsoft 亚洲研究院的 Kaiming He 等人提出了一个残差学习框架&#xff0c;以简化对 CNN 网络的训练。通过将…

基于SpringBoot+Vue的餐饮管理系统设计与实现

前言 &#x1f497;博主介绍&#xff1a;✌全网粉丝10W,CSDN特邀作者、博客专家、CSDN新星计划导师、全栈领域优质创作者&#xff0c;博客之星、掘金/华为云/阿里云/InfoQ等平台优质作者、专注于Java、小程序技术领域和毕业项目实战✌&#x1f497; &#x1f447;&#x1f3fb;…

Linux 挂载

挂载需要挂载源和挂载点 虚拟机本身就有的挂源 添加硬件 重启虚拟机 操作程序 sudo fdisk -l //以管理员权限查看电脑硬盘使用情况sudo mkfs.ext4 /dev/sdb //以管理员身份格式化硬盘sudo mkdir guazai //创建挂载文件夹 sudo mount /dev/sdb/guazai //将挂载源接上挂载点 s…

嵌入式C语言知识复习和提高

文章目录 前言基础知识main函数防BUG注释&#xff08;重要&#xff09;关键字标识符命名&#xff08;驼峰命名&#xff09;常量类型变量printf1.输出不同类型数据2.输出不同宽度数据3.不同类型数据长度归类 scanf函数运算符sizeof&#xff08;运算符&#xff0c;优先级2&#x…

欧拉操作系统在线安装mysql8数据库并用navicat premium远程连接

网上太多安装教程&#xff0c;但是没有一个教程能够一站式解决安装问题&#xff0c;而我不一样&#xff0c;我写的每一个博客&#xff0c;都是我自己试验过很多次&#xff0c;能够确保一站式解决&#xff0c;才会发上去&#xff0c;希望能够帮助到大家 第一步&#xff1a;升级…

恒合仓库 - 仓库管理系统搭建

仓库管理系统搭建 文章目录 仓库管理系统搭建一、项目介绍1.1 项目描述1.2 技术选型1.3 模块划分 二、搭建前端环境三、搭建后端环境3.1 创建springboot项目 - 划分包层次3.2 导入依赖3.3 启动类配置3.4.配置文件配置 一、项目介绍 1.1 项目描述 项目搭球为满足日益扩大的仓库…

Matlab图像处理-区域描述

一旦一幅图像的目标区域被确定&#xff0c;我们往往用一套描述子来表示其特性。选择区域描述子的动机不单纯为了减少在区域中原始数据的数量&#xff0c;而且也应有利于区别带有不同特性的区域。因此&#xff0c;当目标区域有大小、旋转、平移等方面的变化时&#xff0c;针对这…

力扣 -- 394. 字符串解码

解题方法&#xff1a; 参考代码&#xff1a; class Solution{ public:string decodeString(string s){stack<string> sst;stack<int> dst;//防止字符串栈为空的时候再追加字符串到栈顶元素sst.push("");int n s.size();int i 0;while(i<n)//最好不…

高级运维学习(九)块存储、文件系统存储和对象存储的实现

块存储基础 块设备存取数据时&#xff0c;可以一次存取很多。字符设备只能是字符流 [rootceph1 ~]# ll /dev/sda brw-rw---- 1 root disk 8, 0 Dec 12 13:15 /dev/sda # b表示block&#xff0c;块设备[rootceph1 ~]# ll /dev/tty crw-rw-rw- 1 root tty 5, 0 Dec 12 13:31 /d…

工业机器人仿真参考

最近有一些朋友看到我做的关于Unity3d仿真机器人的项目&#xff0c;本次我在平台做以分享&#xff0c;希望的朋友或者有需要在此基础做开发的可以参考下。 开发工具&#xff1a; 下位机&#xff1a;Unity3D 上位机&#xff1a;Visual Studio 机械臂模型&#xff1a;TH6-QKM…

高云FPGA系列教程(7):ARM GPIO外部中断

文章目录 [toc]GPIO中断简介FPGA配置常用函数MCU程序设计工程下载 本文是高云FPGA系列教程的第7篇文章。 本篇文章介绍片上ARM Cortex-M3硬核处理器GPIO外部的使用&#xff0c;演示按键中断方式来控制LED亮灭&#xff0c;基于TangNano 4K开发板。 参考文档&#xff1a;Gowin_E…