SaaS:追逐自己的尾巴的商业模式

可持续性业务是指一种业务,该业务可以在短期内以最低的运营成本赚取收入以自筹资金,而从长期来看,则可以通过盈利来扩大业务范围。 即使有持续不断的风险投资资金流入甚至经营一家企业,该企业也正处于起步阶段。 这就像在班加罗尔的交通中曲折前进,水平移动并产生移动的错觉,但总的效果是您仍然陷在另一辆车的后面。 这样的企业正在追逐自己的尾巴,从长远来看是不可持续的。 这项业务成功的唯一途径是,如果某个客户在行尾有大量资金,或者该业务可以公开上市,而无知的公众可以无限期地为其提供资金。

以简单的实体零售业务为例,该模型非常简单。 存在与购买货物,运输货物相关的成本,与仓库,商店和货架租金相关的成本,维护成本和管理成本。 考虑到所有这些成本,商品的价格被标出并以高于其购买价的价格出售。 因此,以10卢比的价格购买的商品可能以15卢比的价格出售,从而给零售商带来了50便士至1卢比的利润,然后将其重新投资到业务中。 在零售商店中,一瓶水的售价很少低于批发价。 对客户的好处是他们节省了旅行成本,可以在当地购买商品。 这些企业的优势在于它们可以获利,这使它们有进入新兴市场的自由。 因此,这是一个双赢的局面。 当这成为在线零售业务时,所涉及的成本通常会减少实体店租赁的成本,甚至可能会减少一些管理成本。 这种减少以折扣的形式传递给消费者。 因此,代替15卢比,可以以13卢比的价格出售同一商品。 这里要注意的是,正在出售的“主要产品” 不是在线零售应用程序的功能。 利润是根据“已售产品”而非在线Web应用计算的。 在线Web应用程序只是一种营销机制。

虽然SaaS业务和在线零售业务不可比,并且两者之间的业务模式不同,但是为了获得可盈利的业务,​​必须以任何方式保留基本的业务原则。 最基本的原则是,企业可以从涵盖初始启动成本的“初始营运资金投资”开始,但是随后,需要逐步增加利润 ,从而产生搅局以建立自我可持续的模型保持业务持续发展。 售出单位的成本必须与售出单位的成本 相比较, 售后涉及成本必须为零或 可以在售出单位的价格中反映的 成本

以上似乎都不适用于SaaS世界。 在SaaS世界中。 没有单一产品销售单位的定义,因此,对任何东西计算成本似乎都是没有意义的。 不管有1个客户还是1000个客户,开发初始产品并随后以更新的功能增强产品的成本都保持不变。 因此,初始成本始于非常高的价值 ,此后与客户相关的成本只会逐渐增加 初始成本永远无法与每个客户的销售成本相提并论。 可以很容易地辩称,初始成本通常在客户之间摊销,并且可以在收入和成本交叉的年份中弥补。 仅当研发成本不是新兴成本时,这才是正确的。 SaaS产品的当前市场情况是,成本与收入的比较范围为1:0.01,即,每花费一美元,我只能赚一分钱或更少。 这意味着客户需要增加100倍才能匹配成本。 当然,同一位客户可以在一段时间内支付更多的钱,因此具有可比性。 但是, R&D成本在此期间无法暂停,因此,无论每赚取一分钱,我都会持续花费1美元 除此之外,营销和运营成本开始Swift增长,以扩大市场范围,从而将客户数量增加100倍。

另一方面,一旦售给客户,“成本将为零”在SaaS世界中是不可能的。 实际上,在SaaS领域中, 一旦将产品出售给客户,就变得尤为重要的是,与已售出的产品相关联的额外成本必须确保SLA能够正常运行 与可用于下一个客户的资源不同,实际上,随着客户群的增长,消耗了更多的资源。 因此,这进入了“追逐自己的尾巴”的模型。

当然,可以说定价模型可以用与客户的非线性增长来表述。 但是,应该指出的是,这仅意味着高价值客户的数量需要比中低价值客户更快地增长。 可以认为这是一种平衡行为。 但是,涉及的无关紧要的工作总是适当地增加,因此增加了成本。 该图始终如下图所示:(蓝色是成本,红色收入,此图中的收入确实是乐观的)

SaaS:追逐自己的尾巴的商业模式

当然,如果我们继续沿这一增长速度继续前进,那么红色似乎将在某个地方遇到蓝色线。 但是,增加红色曲线的实际性质意味着,由于研发,支持,营销和运营要求,蓝色曲线也会上升。 永远红色追逐蓝色追赶。 这里要承认的主要问题是,成本从初始的非常高的值开始,而收入从0开始,并且没有任何变化。

可以说,以前存在的许可模型也是如此。 但是这里要注意的主要区别是,成本与收入的比较并不像SaaS那样处于非常低的范围内,而是更可比的范围,这使得跨客户的摊销成本更加可控,因为每个客户的成本是可控的。

可以解决这个问题的一种方法是找到一种降低实现该想法所需的研发成本的方法。 利用现有方法和开发产品所涉及的资源的流失率,这实际上是不可能的。 所需要的是对产品的开发方式进行全面检查和重新考虑,以便将上市时间和上市时间所涉及的资源和成本减少到可比收入水平。

尽管云托管已彻底改造了基础架构行业,但尚未意识到其对产品行业的影响。 云基础架构的主要影响是产品对客户的即时可用性,而不是使用过时的实施以及大量的IT安装和相关任务,然后才能使用产品。 这给人一种错误的印象,即交付软件产品所涉及的工作量减少了,而实际上却有所增加。 这种错误的印象推高了客户期望可用功能的价格,远低于涉及实际成本的任何可比水平。

另一方面,产品开发行业并未为产品交付机制的变化重新设想自己。 它并没有朝着实际上 减少交付软件所涉及的工作量 的方向发展 这导致了成本与收入之间的巨大不匹配,并创建了一家追逐自己尾巴的企业。

翻译自: https://www.javacodegeeks.com/2019/03/saas-business-model-chases-own-tail.html