企业级SaaS服务的现实之路:放弃团队 直指公司

2024-02-22 06:20

本文主要是介绍企业级SaaS服务的现实之路:放弃团队 直指公司,希望对大家解决编程问题提供一定的参考价值,需要的开发者们随着小编来一起学习吧!

随着消费类互联网市场(To C)的格局渐定,越来越多的创业者和资本将目光投向了企业级(To B),“风口猪论”又起。有人大胆预测:2015年将是企业级互联网服务的“元年”,未来几年内,国内企业级领域或迎来大发展的黄金岁月。摸准了,会诞生一批超过10亿美金的高价值公司。

 企业级SaaS服务的现实之路:放弃团队 直指公司

从用户的接受度上看,确实可以称之为“元年”。但瞄准这个市场的先知先觉先行者却大有人在。从2012年起,就有一大批企业服务平台涌现,虽然亮出的旗号不尽相同,目标都是一致的——那就是踏入To B这个中国互联网世界中尚未开垦而又广袤无垠的处女地。然而几年过去,至今没有任何公司占据了客观的市场份额,甚至连名气上都找不出一家大的。

是什么原因让这块想象中的大蛋糕,成了一碗“坚硬的稀粥”?为什么在互联网世界中屡试不爽的烧钱砸用户,遇上To B就黯然失色?因为企业的刚需不同于个人或是小团队,管理不是儿戏,一个功能不合拍、一个流程不对路就可能弃之不用。做产品的人,如果没有深厚的积淀,很难找到需求的共性。这个市场是专业的、挑剔的。钱不是没用,但花钱的目地,是让用户感受到你的价值,越多越快越好,而不是简单粗暴地占领终端。玩意儿不灵,你占不住的。产品满足不了企业管理需求,甭说是免费,倒贴钱也不会有人用。

大家都还在摸索的阶段,有些公司越来越像这个阵营中的“另类”:没有和大多数同行一样,在“团队”与“公司”、“免费”与“付费”的问题上反复纠结。从一开始就拒绝弯路,沿着他们觉得可能成功的方向前进。这种与 “梦想要有,万一实现”的互联网尝试主义格格不入的执拗,反倒收获了一些成果。这能否成为一条To B的捷径?不妨写出来跟大家交互一下意见:

放弃团队,直指公司

有很多产品做的很轻很扁平,力求简单易用。初衷很好,但不久就会发现问题:有些中小企业别看人数不多,“麻雀虽小五脏俱齐”,管理应用上希望大而全,而且个性化强。轻量级的应用对付小团队还行,面对上了一定规模的公司就束手无策。澎湃新闻的副总编辑常河先生对我谈到:那些团队级的工具,其实澎湃都试用过。感觉像玩具一样,连组织架构这样基本的管理功能都没有。不是我们想要的东西,我们需要企业级SaaS软件。

再者,团队级的产品商业模式是个大问题。规模小的付费意愿不强烈,忠诚度也有限。而靠免费方式,累计个人用户再增值赚钱,更是水中捞月不切实际。要知道几年前如火如荼的Yammer,12亿美元卖给微软的时候,也就是不足500万的用户量,这样的量级放在To C领域根本不够看,“羊毛出在猪身上”断无可能。

网络营销与地面销售相结合

有很多SaaS公司在网络营销上消耗了大量的资源,相反在地推人力投入上却显得很“吝啬”,似乎地面销售就是走传统的老路,凸显不出互联网的优势。“从网络上来,在网络上用,通过网络按需付费”,这当然是SaaS公司梦寐以求的理想状态,但实际上,这种“天使”客户的出现是小概率事件。

使用一套管理工具不像个人电子商务那样随性,这是企业行为,有它的惯性在里面。上门拜访见个面握个手,聊上半个小时,建立信任关系是不可少的。也正因为这是企业行为,其管理需求必然逆向推升软件的复杂度,一旦产品变重,仅靠线上引导就很难用起来。所以适当的地面工作,应该成为网络营销的有力补充,把互联网上来的商机精准兑现。

“软件公有数据私有”符合国情

最近有一种奇怪的理论甚嚣尘上,大意是说SaaS公司初创期就不应该盈利,不能做私有云。要把用户累积起来,一年一年续费才是王道。因为人美国评估SaaS,最重要的就是考察续费率。有不少公司把这一条当成金科玉律,一听到要独立部署就赶忙把牌坊立起来。殊不知这如同刻舟求剑,根本没有可比性。

我们的市场经济是中小企业为主体,可供选择的同质化产品比欧美要多,同时对价格也更为敏感。用户粘性并不像想象中的那么高。另外一个决定续费的关键因素,就是企业自身的生存状况。多项权威调查显示:中国中小企业平均寿命仅为2.5年,而欧美企业是12.5年。下层基础不一样,上层建筑自然也不一样。只要不改变标准化产品,能一次收回来的钱,有何必要非得分期付款呢?

中国企业现阶段对SaaS没有充分接受,尤其是数据安全还是有所顾忌。其实有一种折衷的方式,就是将产品通过云端实现公有,而企业自身的业务数据则独立封装。这样既保证了数据的安全性,又使得安装与升级都能自动完成,并且以企业资产的形式存在,而不是开支。一石三鸟。

从SaaS到PaaS

先解释一下这两个名词:

SaaS(Software-as-a-Service软件即服务),绝大部分的人每天通过互联网享受的服务,都是SaaS。它是云端的应用层,通过Web来接入。

PaaS(Platform-as-a-Service平台即服务),是通过互联网提供一个基础平台,包含多种外部接口、开发和分包应用的解决方案。更适合用作独立部署的架构。

“不做项目”,目前基本成为各家企业级SaaS服务提供商的共识。原因很简单:挣不着钱。但产品通用性与客户个性需求的矛盾始终难以调和。这时候PaaS成为一种高端的解决方式:即在SaaS产品的基础之上,拥有一套强大的开发、配置、集成平台,满足客户二次开发和数据集成的需要,避免重复投资。不过提供这样的服务,非常考验研发团队,需要高超的归纳及抽象能力。

小结:在中国做企业级云服务,由于潜力巨大而且门槛高,确实有可能诞生数家巨头公司,但在企业这一层组织上,无论从规模还是管理上对照,我们和西方都存在巨大的差异。所以投身于这个领域的团队,关键是要找到适合自己、适应市场的那条路,义无反顾的走下去。


本文作者:佚名

来源:51CTO

这篇关于企业级SaaS服务的现实之路:放弃团队 直指公司的文章就介绍到这儿,希望我们推荐的文章对编程师们有所帮助!



http://www.chinasem.cn/article/734366

相关文章

【区块链 + 人才服务】可信教育区块链治理系统 | FISCO BCOS应用案例

伴随着区块链技术的不断完善,其在教育信息化中的应用也在持续发展。利用区块链数据共识、不可篡改的特性, 将与教育相关的数据要素在区块链上进行存证确权,在确保数据可信的前提下,促进教育的公平、透明、开放,为教育教学质量提升赋能,实现教育数据的安全共享、高等教育体系的智慧治理。 可信教育区块链治理系统的顶层治理架构由教育部、高校、企业、学生等多方角色共同参与建设、维护,支撑教育资源共享、教学质量评估、

【区块链 + 人才服务】区块链集成开发平台 | FISCO BCOS应用案例

随着区块链技术的快速发展,越来越多的企业开始将其应用于实际业务中。然而,区块链技术的专业性使得其集成开发成为一项挑战。针对此,广东中创智慧科技有限公司基于国产开源联盟链 FISCO BCOS 推出了区块链集成开发平台。该平台基于区块链技术,提供一套全面的区块链开发工具和开发环境,支持开发者快速开发和部署区块链应用。此外,该平台还可以提供一套全面的区块链开发教程和文档,帮助开发者快速上手区块链开发。

基于SpringBoot的宠物服务系统+uniapp小程序+LW参考示例

系列文章目录 1.基于SSM的洗衣房管理系统+原生微信小程序+LW参考示例 2.基于SpringBoot的宠物摄影网站管理系统+LW参考示例 3.基于SpringBoot+Vue的企业人事管理系统+LW参考示例 4.基于SSM的高校实验室管理系统+LW参考示例 5.基于SpringBoot的二手数码回收系统+原生微信小程序+LW参考示例 6.基于SSM的民宿预订管理系统+LW参考示例 7.基于

创业者该如何设计公司的股权架构

本文来自七八点联合IT橘子和车库咖啡的一系列关于设计公司股权结构的讲座。 主讲人何德文: 在公司发展的不同阶段,创业者都会面临公司股权架构设计问题: 1.合伙人合伙创业第一天,就会面临股权架构设计问题(合伙人股权设计); 2.公司早期要引入天使资金,会面临股权架构设计问题(天使融资); 3.公司有三五十号人,要激励中层管理与重要技术人员和公司长期走下去,会面临股权架构设计问题(员工股权激

SaaS、PaaS、IaaS简介

云计算、云服务、云平台……现在“云”已成了一个家喻户晓的概念,但PaaS, IaaS 和SaaS的区别估计还没有那么多的人分得清,下面就分别向大家普及一下它们的基本概念: SaaS 软件即服务 SaaS是Software-as-a-Service的简称,意思是软件即服务。随着互联网技术的发展和应用软件的成熟, 在21世纪开始兴起的一种完全创新的软件应用模式。 它是一种通过Internet提供

Golang支持平滑升级的HTTP服务

前段时间用Golang在做一个HTTP的接口,因编译型语言的特性,修改了代码需要重新编译可执行文件,关闭正在运行的老程序,并启动新程序。对于访问量较大的面向用户的产品,关闭、重启的过程中势必会出现无法访问的情况,从而影响用户体验。 使用Golang的系统包开发HTTP服务,是无法支持平滑升级(优雅重启)的,本文将探讨如何解决该问题。 一、平滑升级(优雅重启)的一般思路 一般情况下,要实现平滑

Golang服务平滑重启

与重载配置相同的是我们也需要通过信号来通知server重启,但关键在于平滑重启,如果只是简单的重启,只需要kill掉,然后再拉起即可。平滑重启意味着server升级的时候可以不用停止业务。 我们先来看下Github上有没有相应的库解决这个问题,然后找到了如下三个库: facebookgo/grace - Graceful restart & zero downtime deploy for G

Java后端微服务架构下的API限流策略:Guava RateLimiter

Java后端微服务架构下的API限流策略:Guava RateLimiter 大家好,我是微赚淘客返利系统3.0的小编,是个冬天不穿秋裤,天冷也要风度的程序猿! 在微服务架构中,API限流是保护服务不受过度使用和拒绝服务攻击的重要手段。Guava RateLimiter是Google开源的Java库中的一个组件,提供了简单易用的限流功能。 API限流概述 API限流通过控制请求的速率来防止

【微服务】Ribbon(负载均衡,服务调用)+ OpenFeign(服务发现,远程调用)【详解】

文章目录 1.Ribbon(负载均衡,服务调用)1.1问题引出1.2 Ribbon负载均衡1.3 RestTemplate整合Ribbon1.4 指定Ribbon负载均衡策略1.4.1 配置文件1.4.2 配置类1.4.3 定义Ribbon客户端配置1.4.4 自定义负载均衡策略 2.OpenFeign面向接口的服务调用(服务发现,远程调用)2.1 OpenFeign的使用2.1 .1创建

Science Robotics 首尔国立大学研究团队推出BBEX外骨骼,实现多维力量支持!

重复性举起物体可能会对脊柱和背部肌肉造成损伤,由此引发的腰椎损伤是工业环境等工作场所中一个普遍且令人关注的问题。为了减轻这类伤害,有研究人员已经研发出在举起任务中为工人提供辅助的背部支撑装置。然而,现有的这类装置通常无法在非对称性的举重过程中提供多维度的力量支持。此外,针对整个人体脊柱的设备安全性验证也一直是一个缺失的环节。 据探索前沿科技边界,传递前沿科技成果的X-robot投稿,来自首尔国立