2023年015 SaaS 走向国际的基础

SaaS走向国际的基础系列首篇《001.中国市场的结构性SaaS机会》中提到，过去五年来，可以看到C端软件在国际市场中崭露头角，B端的企业软件也开头有出海尝试，中国本土成长的SaaS开头初步具备了国际市场竞争力量。

虽然特别早期，但趋势底定，条件齐备，中国SaaS当在将来二十年在国际舞台上面对新的市场，新的对手，这已能够看清。

不过，SaaS的国际化要远比C端更加简单。C端用户有情皆孽，都有七情六欲，全球通用。但政企作为社会运转的组织者、组织方式代表，形态零碎各异，地区、行业各不相同。服务面临的困难不是一个类型、一个级别。

今日我来聊SaaS产品迈向国际的基础，包含两个【尽可能】。

有些SaaS生来就服务于国际，不存在出海问题，不在争论范围内；有些SaaS离业务远，属通道型基础产品，本就能做到全球通用，也另当别论。

一、尽可能复用，为了成本

当市场不确定、售卖方式不确定、产品形态不确定时，迷雾团团之中，唯有小步，才能快跑。大步流星就是找死。

中国SaaS出海的先行者们，必定会面临这种场景。国际SaaS的胜利阅历无法复用，我们有自己的差异优势和不行忽视的劣势。

在此背景下，每一步用最小力气，拆解出更大谜团的思路，才能踩出通路。

尽可能复用，所以成本更低、决策更快、执行更快、验证更快。假如全部东西都要从头弄，成本高、周期长、还也许率不见效，很难猎取到长期有效的组织支持。

没验证通路前，每一分额外的早期投入，都是铺张。

中国的SaaS产品力量通常较为简单。产研团队往往能占到一半人头。这部分力量必需想方法复用，否则人多了一倍，业务也许率只能缓慢爬坡起步，两边投入的不对等会留下祸根。

1.技术架构统一

底层技术架构对不同场景、不同业务、不同行业必需进行充分打磨，最终才能打磨出一款通用于不同国家的产品来。

在技术架构设计上，必需要为多个地区、多种流程、多类敏捷诉求留有空间。假如技术架构不统一，很简单就把国际版本搞成单独一套。

不是说国际市场不值得单独一套，而是说在早期试水拓展的过程中，技术架构变化导致的成本太高了。

技术和交付又紧密相连。假如底层技术发生大的变化，那么整个交付规律、交付难度、交付人才、外包生态也都要跟着变化。

假如有一种状况，某个地区就是要你强制改架构，我建议先换个地区作为突破。即便你能因一时动因大动干戈，但很快就会发觉持续投入缺乏根基，难以寸进。

我有沉痛教训，大家谨慎参考。

2.产品架构统一

国际企业的运转方式，对SaaS的业务力量预期，以及SaaS需要关联的上下游和国内都不同。

这种差异要比国内各行各类企业客户之间的差异还要更大。

所以，产品架构必需要设计有足够敏捷性，才可以通过扩展的方式，支持不同地区的各种业务偏好和法规要求。

给个比例：只有产品功能具备了足够支撑80%以上场景变化的时候，才能在产品底座不用大手术的状况下，低成本支撑海外市场的多变、不确定的要求。

常见的变通思路有PaaS、插件市场、工作流引擎等，但中国现在的现有SaaS扩展性设计中，我没见过真正及格可以毕业的。

这条路线走通，需要专精人才的长期投入、需要组织的支持，当然，更需要多元化的、以实际价值为核心的市场本身的进展。收益到位，创新才能有利可图，自我循环。

这条路线长远而有深刻价值。在低代码平台和现况之间，必定还需要存在一种形态，允许使用更贴合业务的方式，满意更多场景的交付使用。这种方式不会有太强的头部效应，所以会允许各类生态企业的进展；但同时又足够标准、足够黏性，让自己的业务能有持续、累进的进化。

之前单独写了一篇思索，聊产品如何用标准化手段解决客制化瓶颈。感爱好的可以移步《013SaaS标准化战役》。

二、尽可能差异，为了突破

产品和技术的复用基础打好，就可以开头关注差异了。

国际SaaS一般产品技术会几乎复用，但营销、支持团队会本土化供应服务。这和一些大厂过去推崇的“大中台小前台”思路异曲同工。

1.营销支持差异

直接面对客户的职能必需本土化。

在考虑国际化难题的时候，语言、时差是最浅显的问题，大家都能想到；然后会考虑到合规和经营风险；然后才会考虑到业务模型本身的差异、上下游的差异、售卖渠道通路的差异。

每深化一层，就更贴合业务价值，也就会更清楚地感受到本土化团队的重要性。

进行国际化拓展时，先部署核心团队，前往打探需求状况。参照状况再推断选择自营、合资还是代理销售。

但无论如何，经营侧，包含市场、运营、销售、售前、客户胜利、法务、财务此类职能部门，本土化的优势都会很突出。

每一个国际服务厂商，都要在统一品牌面貌、统一流程和更本土化、更高效率之间为每个地区做决策。该地区本土化到什么程度，才算作值得？

2.产品上层差异

客户使用产品的方式，千变万化。只要掐住主干不变，其他的尽可以随它变去。产品架构设计出了足够的敏捷性，那么多变的业务也就能够统一支持。

在我所处的行业，有一位国际领先厂商，除了拥有富强的插件市场、针对页面、偏好、存储模型有充分的共性化支持外，还能支持在画布上变更核心业务流程的先后挨次，这种随便拖拽还能顺当使用的潇洒，让我叹为观止。

当然，这里产品不止功能。

我始终认为，产品的边界不仅限于软件，也应包含用户和软件之间多阶段、多角色、多层面的交互。

华为云的某款产品，国内网站没有白皮书，国际站上却挂着白皮书，用于收集商机线索，即是此理。

三、总结

本文中的理念有点类似中台。

大多数SaaS团队在决策时，确定盼望先把国内市场打下站稳，然后再图海外。这种决策确定需要各自场景各自推断，旁人无从辨别。

只能说有些推断的依据是通用的、纲要是统一的，可以借鉴参考。

许多时候，我们把海外看出一体，是由于还没走出去，好像市场也就只有国内外之分。海外市场也因此蒙上了一层神奇面纱。

但假如走出去，去开放、理解、包涵，不同区域的差异也即可参数化，变为可以管理、可以取舍的市场空间。

美国