在互联网与SaaS公司间,产品如何游刃走江湖?

本文从驱动模式、职责和能力要qiú差异几方面讲述了X与SaaS两类X中产品经理的区别,与大家分享!

在开篇之前,先对本文谈的XX与SaaSX,做个界定。

本文谈的XX,指自建信息系统,仅把信息系统做为一种工具,而X电商、游戏、广告等X应用X来盈利的X。比如X、X、百度等。SaaSX指的是为企业X信息化软件,并X前期实施、后期维护等一系列X的X。比如用友、金蝶等。

因为很多XX的B端系统,都是自建,SaaSXX的产品多是B端系统。

所以,一直以来,这两个行业的产品经理经常互跳。这两年,随着Xto B赛道在投资市场上逐渐升wēn,很多XX的产品经理有跳到SaaS企业的想fǎ。

我本人先后在SaaSX、XX,都做了多年产品经理。我基于个人理解与认识,谈一下这两类X产品经理相关的区别,以便各位大侠能够游刃有余的走jiāng湖。

一、从驱动模式开始谈二者区别

XX开发B端产品是为了支持自己的X,因此属于X驱动。SaaSX开发系统为了mài钱,怎么能满足更多客户的需qiú,怎么好mài怎么干,属于X驱动。

因二者驱动模式不同,在产品研发与产品X上便产生了一系列的不同,下面一一详述。

PM如XX与SaaSX间,游刃走jiāng湖?

1. 作用与意义不同

SaaSX研发了产品为了外shòu,因此B端产品是SaaSX的商品与生命线。产品mài得好,SaaSX的业绩就好,mài得不好,可能全X要吃土,甚至在激烈的竞争中被淘汰。

而XX是研发B端产品为了自用,它是XX的经营管理工具。工具好坏会影响效率、影响管理,但对X业绩的影响可能不是致命的。

对于X企业,这就好比小米加X是打X,长qiāng加洋炮也是打X,工具不一样,打X的效率不一样;但没有长qiāng洋炮的时候,还得照样打X。

而SaaS企业,就好比jun火商,长qiāng洋炮mài的不好,X要么吃土,要么直接玩完。

2. 功能通用性不同

SaaSX,一款产品要面对N家客户来使用。因此在产品功能设计上,非常注重功能的通用性。zhēn对某家客户的个性化需qiú,一般很难立即做到标准产品中。都是等到下一个版本实现,但SaaSX发版较慢,少则数月,多则上年。

对极其个性化需qiú,SaaSX可能后续版本也不打算实现,企业只好X客户化开发,或者变通实现。

但是XX就不同了,自己给自己造工具,自己怎么用着舒服怎么来,怎么快怎么来,对于别人有没有这些需qiú,那是不用考虑的。对自己X独有需qiú的支持,也是很多XX自造工具的原因。

3. 扩展性不同

为了满足与支持更多企业的需qiú,SaaSX在产品功能架构设计上,更注重未来的扩展性与适用广度。比如很多SaaS产品,会设置非常多的参数配置,以便支持更多的X场景。

放到XX,若设置参数开发复杂,就直接写sǐ了,需要变更时,让技术同学直接改代码。

再比如对同一个单据需要体现哪些信息,XX不会给运营人员X配置功能的,在产品方案时就确定了;对于SaaSX就不一样了,一般会X单据模板,由企业根据需qiúX配置单据上显示的信息及规则。

除配置之外,SaaS产品在同类X的不同liú程、不同liú程上支持的更广泛,满足的场景更多。也可以X配置把liú程做的更灵活、更通用。而XX的B端产品一般开始把liú程做成固定的。除非后面变动频繁。否则,不会轻易做成灵活配置的。

为啥?

有两个原因:

  1. 其一开发成本太高,投入产出比不划算;
  2. 其二改动liú程的工作,属于伤筋动骨的大改,风险高,不愿意轻易动。

4. 研发liú程不同

XX自研的B端产品,面对的需qiú方相对较少,不是X成员就是X伙伴。需qiú方少,面对的需qiú又都是基于本X相关的,因此X需qiú、产品需qiú相对好确定的多。

产品需qiú确定后,在研发阶段也是小步快跑模式,大需qiú每月一个版本,小需qiú一周一个版本是常事儿。上线后,若有问题,快速修复。

SaaSX在产品研发上也想快,但是很难快起来,这是由它的X模式决定的。

首先每一版的产品需qiú确定前,在需qiú收集、竞品分析、产品路线图制订等方面要huā大量的时间。

因为SaaSX面对N多X的需qiú,并且都是外部X,需qiú收集涉及的人员范围不但广,而且效率低。拿到需qiú后,还要反复论证需qiú的通用性。要考虑是此类大多客户都有的需qiú,还是某个客户的独特需qiú?

SaaS软件要做为产品X,当然离不开与同行的对比。因此在产品需qiú确定以前,还要在不同层面与竞品对比,并需要结合本X情况,得出自己产品层面的竞争策略。

研究完竞品,还要确定下来产品路线图,下版要做什么功能,下下版计划做什么功能,为啥?

产品需qiú确定后,尤其在研发的测试阶段,测试案例的编写、测试环境模拟要比一般XX严格的多、耗时的多。因为,产品一旦发版上线,一个bug不知影响多少用户,对本企业的声誉也不知带来多大X影响。

所以,产品的测试非常谨慎、严格。测试阶段,还会同步编写产品手册、产品X,产品营销材料,这些东西,在XX一般是不需要的。

在产品正式推向市场前,为了保险起见,还会找一些X性的客户进行试用,这个周期短则一两周,长则一两个月,这都是时间。

说了这些,相信大家就明白这两类X在研发模式上有何区别了,以及SaaSX的产品节奏为何快不起来了。

5.  SaaS产品需产品经理参与X

XX自研的B端产品,一般不需要对外X,或者仅在自己的合作伙伴内X。这种X就比较简单,产品经理一般不用深度参与。

SaaSX就不同了,这类Xmài的就是SaaS软件。用户需qiú都是在本X外部,产品经理为了清楚了解市场需qiú,为了知道产品使用效果,一般要在shòu前打单、样板用户树立,以及产品市场活动中,要深度参与。

SaaS产品经理Xshòu前打单,了解用户的关注点,在促成落单的同时,深入一线了解用户需qiú,以便更加贴近实际的规划产品。在样板用户树立上深度参与,以便知道产品在交付后,到底用户使用情况如何;还有哪些未知的地方需要改进;同时倾听一线使用者的声音。

X产品市场活动,帮助X顾问或shòu前顾问讲清产品价值,帮助X进度推进的同时也能近距离的倾听用户反馈,以便在产品规划中准确把握方向。

二、职责与能力要qiú的差异

因XX与SaaSX开发B端产品的驱动模式不同,导致二者对产品经理的职责要qiú和能力要qiú有较大差异。

1. 职责差异

在职责要qiú上,SaaSX的职责更广。除XX要qiú的市场调研、用户研究、竞品分析、需qiú收集、需qiú梳理、产品方案编写、研发推进、上线跟进等曰常职责以外,SaaSX的产品经理还要承担一些shòu前支持、产品X、重点项目交付、样板用户树立等职责。

SaaSX产品经理工作范围广,但是在工作侧重上与XX有些区别。以我工作过多年的用友为例,我想说明两点。

  1. SaaSX除产品经理做些shòu前支持外,还会有专职的shòu前顾问。产品经理做shòu前,更多是从产品层面进行打单支持,顺便深入一线,获得一手的用户需qiú。
  2. 在产品方案层面,SaaSX产品经理更多的是把握方案方向,一般还会设置需qiú分析师这个专职岗位。

需qiú分析师把产品需qiú转化成产品方案,并负责产品方案的研发X。所以,在SaaSX产品经理能够X精力去做更深度的市场研究、竞品分析、产品规划、shòu前支持、样板用户树立、重点项目交付支持、产品X等工作。

还要从做什么产品维度上说一下,SaaSX与XX产品经理在工作方面的差异。

XX一般不会一款产品配一个产品经理,而是一个产品经理负责多款产品,并且一款产品相对成熟以后,产品经理的工作重心逐渐转到另一款新产品上。

而SaaSX就不一样了,一般一款产品或者一款产品的某些模块就配一个专职产品经理。产品经理负责把产品一版一版的规划下去,甚至一款产品从产生到成熟能规划近20版。

你要知道,SaaSX的产品大多是一年半载才一版吆。

2. 能力要qiú差异

从驱动模式差异,到能力要去差异,是一环扣一环下来的。驱动模式不同导致产品经理的职责不同、工作侧重不同,职责与工作侧重不同导致能力要qiú不同。

其实,X职责差异我们已经能够看出,产品经理在XX做的的事儿更具体。产品方案的每个细节,甚至产品交互的每个细节都要全泉负责,事必躬qīn。

这就要qiú产品经理工作更细致、更能把握微观细节。

再者,XX会根据XX要qiú开发一些个性化功能,这就要qiú产品经理更懂行业、更能结合工作场景理解管理、理解如何更能直接有效的解决问题。

对于SaaSX呢,因为研发出来产品是需要mài的,这就要qiú产品经理更具备市场研究能力与X意识。

要qiú产品经理,懂得围绕市场规划产品,懂得如X个性化需qiú与通用需qiú之间寻找平衡,以便让产品具有更广的适应性。

同时,因为SaaS产品要满足更多客户的主liú需qiú。与XX相比,要qiú产品经理的产品功能架构能力、逻辑抽象能力更强,以便能增强产品的扩展性、适应性。

三、向左向右,各有千秋

SaaSX的产品经理像专科大夫,XX的产品经理像大户人家的私人医生。

专科大夫需要医治不同人的同类病,时间长了对某类病的病理、症状、治疗方案、X反应等mō得门儿清。并且对某类病的判断准确度、治疗方案的把握会手到擒来。

私人医生,X专人,但需要医治X对象的几类病,甚至要承担全科医生的角sè,要医治X对象的所有病,自己搞不定了再请教外援。私人医生虽然医治病的范围广,但X的病例少,对每类病研究的就不深。

但从另一个角度,对X对象的秉性、生活xí惯、X状况、病史等能mō得门儿清;一旦X对象X不舒服,就能结合X对象的病史等情况,开出非常zhēn对性的治疗方案,并能及早发现及早治疗。

对于X对象来讲,这种私人医生,召之即来,来之能医,医治能好;当然是不错的选择。

那么,对于B端产品经理,是做专科大夫好呢?还是做私人医生好呢?

总体上来讲,各有千秋,需要结合每个人的具体情况来定。无论现在你身在哪里?我给出X建议,供以后在职业道路上进行参考。

1. 建议工作不久的产品经理有机会都去尝试一下

如果是刚毕业不久的朋友,若有机会,建议到SaaSX和XX都尝试一下。因为它们能带给你全方位的技能,带给你不同的体验和感受。

在SaaSX,对学xí产品功能架构、产品扩展性、产品的逻辑抽象很有帮助,在这方面的能力与思维也会迅速提高。同时,能让你X到各种客户,对产品应用场景的多样性的理解与锻炼,是难得的机会。若在SaaSX经常参与市场X活动,对个人的公开演讲能力也是一种提升。

XX,给自己X做产品,怎么快、自己怎么用着顺手怎么来,不用过多考虑与本X无关的X场景。

在XX,就是身在一线,而不是需要深入一线;因此,能天天和需qiú方泡在一起,对于需qiú背后的问题、需qiú方对需qiú与问题的理解,能够随时探讨,随时得到反馈。

在SaaSX,产品经理与X需qiú中间好像隔着一层窗户纸,现在这层纸不会存在的。

因此,在XX对于产品经理X需qiú的获取、产品的快速迭代、对个性化需qiú的深度理解、对需qiú方如何使用产品的场景观察等都有帮助。

所以,若刚毕业不久,如有机会,建议产品经理到这两类X都经历一下,对个人的能力增长与开阔视野,都有好处。

2. 给SaaS欲到XX朋友要说的话

SaaS产品大多是提升内部工作效率,或者降低管理成本,一般不能直接帮助带来用户或商业变现。但是,对于一家XX帮助引liú、帮助变现、帮助提升内部管理与效率、帮助降低成本,这几类产品都需要。

但是,一家XX在不同的发展阶段,产品侧重点是不同的,再者在任何发展阶段,开发资源都是相对紧张的。

假如你是X的CEO,在X发展初期,是先搞liú量和变现,把商业模式跑通,还是先提升内部工作效率、降低成本、提升管理水平呢?

显然是前者。

当然,X发展初期,为了获客与变现,CRM(客户关系管理)系统是需要的。

所以,当一位产品经理从SaaSX到XX的话,要明白有些时候B端产品的优先级,可能没有引liú和变现的产品优先级高。在资源争取上,可能稍有被动。

若很在意这一点,当你从SaaSX准备去XX时,要考虑好,避免过去后在开发资源紧张,未能争取到高优先级时,感到失落。

3. 给X欲到SaaSX朋友要说的话

大多XX是to C的,to C的好处是一旦把握住时机,企业发展起来很快。多则七八年,少则三四年,企业就能做到上市。

但是,to B的节奏相对慢,SaaSX的产品都是X给企业。这类产品的X具有高客单件、决策周期长、复购率低等典型特点。一个X从有X意向,到最后签合同,少则两三个月,长则两三年,是常有的事儿。

从签合同到上线回尾款,要看项目大小,大项目这期间一年多,也是常事儿。一旦上线后,什么时候再次复购?

还真不好说。因为它是企业的耐X,不是快速消耗品。

所以,对于XX的产品经理要想去SaaSX,要先意识到这一点,这是两类X在X发展模式上的区别。这种模式的差别会导致X发展速度的差别,若在意这一点,建议绕路走吧,别去了。

四、写在最后

到底向左走去XX,还是向右走去SaaSX,没有对错,没有好坏,各有千秋,只有是否合适你?

建议在初入职场时,可以都体验一下,结合个人的兴趣和X发展状况,然后找到自己的最爱。

一路的风景虽然很美,但是驻足停下,细细观赏、细细品味,会发现另一番美丽。驻足停留,也会让人融入自然风景之中,与美景融为一体,自己本身也成了美景的一部分。

所以,两类X都体验以后,建议选择自己最爱的一类,坚守下来深耕,直至成为jiāng湖高手!

#专栏作家#

王晓明;微信X号:产品人晓明,人人都是产品经理专栏作家。10余年X、ERP产品经理经验,擅长B端产品规划与设计。

本文原创发布于人人都是产品经理。未经许可,jìn止转载

题图来自Unsplash,基于CC0协议

给作者打赏,鼓励TA抓紧创作!

2人打赏
收藏 (0) 打赏

以上内容不错,打赏支持一下!

打开微信/支付宝扫一扫,即可进行扫码打赏哦,分享从这里开始,精彩与您同在
点赞 (0)

声明:本站所有教程资源,如无特殊说明或标注,均为本站原创发布。任何个人或组织,在未征得本站同意时,禁止复制、盗用、采集、发布本站内容到任何网站、书籍等各类媒体平台。如若本站内容侵犯了原著者的合法权益,可联系我们进行处理。

雄发创业网 自媒体是如何赚钱的 在互联网与SaaS公司间,产品如何游刃走江湖? https://www.xiongfawang.com/2323.html

常见问题

相关文章

在互联网与SaaS公司间,产品如何游刃走江湖?-海报

分享本文封面