查看原文
其他

科技公司内部 SaaS 工具大公开|活动回顾(含视频 & PPT)

BB仔 Bytebase 2022-12-19


上周末,Bytebase 举行了第四次社区活动「贝斯的圆桌趴|科技公司内部SaaS 工具大公开」。
我们的嘉宾们苏锐洪小军陈天舟在 Bytebase 直播间进行了干货十足的分享及讨论。分享内容太精彩了,本文简单摘取些节选作为引子,请在文末领取嘉宾 PPT 和现‍场视频回放 🔗。
苏锐 Juicedata 

Juicedata 是一个开源的分布式文件系统,在全球十几家公有云上提供云服务,于 2018 年完成了天使轮融资。从创立时两三人,到现在 20 人左右的规模,一直都在不断引入 SaaS  工具。最基础是团队协作工具:从两个人开始就要协作了;然后就需要辅助技术,工程领域(比如产品上线、发布类)的工具;之后,需要一些与客户交流,管理线索、销售过程的 CRM 工具;最后,当然也会用到一些支付类的工具。

上图的 logo 是 Juicedata 用的部分工具(完整版可以参考 30 款提升组织效能 SaaS 工具,我们的宝藏工具箱大公开)。这些其实是苏锐自己经历了几家公司,不同项目,但一直在用的工具。他从 2007 年就开始用 Google Workspace 办公了,也就是 Gmail, Docs, Spreadsheet 这套最基础的文档软件(也是他第一次体验远程分布式办公),这些套件现在已经迭代了很多轮了,但是他在不同的项目里持续使用至今。

另外, Juicedata 在选择 SaaS 工具时候的核心标准是绝对优先考虑 SaaS 工具,任何需要部署、管理,甚至说有开源版本的,都更优先考虑这种 hosting 方式。这样省去了自己部署运维的麻烦,可能作为工程师不觉得是很大的负担,但其实从一个角度讲,把能省略的工作全部省略,自己能干越少的事越好,集中精力把自己的服务做得更好,这毕竟是使用 SaaS 服务的初心。

洪小军 AfterShip 

AfterShip 2012 年成立,现在总部在新加坡,全球有八个办公室,400 多名员工来自 14 个不同的国家和地区,是一个从第一天开始就很 global 的团队。AfterShip 于 2021 年完成了 B 轮融资,目前产研的比例大概占 70%,是一个偏产研的公司,并在内部使用了 100 多款全球顶级的 SaaS 产品及服务。

为什么 AfterShip 会买那么多 SaaS 服务?

非常直接的一点是,因为 AfterShip 是做一家做 SaaS 的公司,所以希望公司所有人都能感受到 SaaS 的价值,相信 SaaS,进而才可能去做好的产品。另外,效率提升也是一个维度,这包括更好的沟通协作。第二,AfterShip 的目标是要做全球第一的产品。前面苏锐老师也提到,很多事情并不希望什么都自己做,自己的业务自己要做到最好。做全球最好的产品其实没有那么容易,那能不能站在巨人的肩膀之上?聚焦把自己的业务做到最好,同时使用全球最好的 SaaS 产品和服务,所有的最好的加在一起,最终能做出最好的产品。这是 AfterShip 的一个理念「站在巨人的肩膀上,打造全球最好的 SaaS 产品」。

陈天舟 Bytebase

Bytebase 是一家做开发者工具的公司,整个团队目前接近 20 人,分布在 4 个城市,于 2021 年完成天使轮融资。目前公司使用了 30 多款 SaaS 服务。因为自身就是开发者工具,所以工具墙上很大的一部分是研发这块的,以及其实 Bytebase 也是想在使用过程中学学习,看看业界上最先进的开发者工具是怎么做的。虽然各个工具之间都有不同,但其实共性是远远大于差异的,所以在这块投入比较多,当然,也有一些工具可能相对来说比较小众。

特别值得一提的是 ShowMeBug。(题外话:这其实是家中国公司,Bytebase 用的工具绝大多数都是国外的,除了飞书和 ShowMeBug)ShowMeBug 是用来做程序员面试的,这其实也是天舟调研了市面上所有的面试工具之后,发现 ShowMeBug 突出的一点是支持「画架构图」,因为针对程序员面试,会需要实时写代码和画架构图。但这在其他的工具里都没有发现,这个点也确实在整个业界的这个领域是做得最突出的。

问题汇总

Q1. 分享一下踩过的坑🍉。
天舟:分享一个可能我们没有选好的,就是我们目前国外支付服务用的是 Paddle,当初看中的是他能解决许多稅的问题,欧洲的 VAT 这些还是有点复杂。但是他的整个开发者体验和 Stripe 相比还是有比较大的差距。而且 Stripe 的迭代速度也要比 Paddle 快很多,Stripe 在稅方面的方案也一直在快速演进。这个的教训还是要以发展的眼光看服务,因为选择了一个 SaaS 服务是一个长期的绑定,除了当下的产品能力比较外,更多还是要看这个 SaaS 服务商未来的成长能力。
Q2. 大多 SaaS 服务和国内使用的习惯不一样,怎么让信息和记录回正呢?
天舟:一个是需要有一批底层的 SaaS 基础设施起来,比如身份认证,国外基本都会接 Google Account,比如消息国外都会接 Slack。
一个是需要有一个 SaaS 赛道标杆崛起,比如像国外的 Salesforce,不仅提供了整个业务生态,也提供了整个行业人才。国内在 SaaS 领域至少还没有出现一家称得上黄埔军校的公司。
还有一个是公司采购软件流程,国外每个人都会发一张公司信用卡,许多服务一线员工可以自助购买。但国内公对公的走帐流程就复杂的多。
Q3. SaaS 服务和定制服务怎么平衡?
苏锐:SaaS 服务应该选择我们认可的先进实践,工具 & 服务如果是在被业内广泛认可的最佳实践上提炼出来,我们也会选择去实践,并不希望自己造流程。这样对「定制化」的需求就会少很多。也有一些服务提供了非常底层的抽象,如果自己的定制化需求比较多,就选这类服务,在其基础上搭建,比如低代码产品、多维表格。
Q4. 使用 SaaS 工具对团队的价值更多体现在「降本」还是「增效」?

天舟:好问题。我们常把「降本增效」放在一起讲,这两者也有一定的关联,比如说体现到财务报表上,都是利润的增长。

但是这两者在底层逻辑上有本质的区别,包括我们在向客户售卖自己的 SaaS 产品时,一个重要的决策就是我们给用户讲的是「降本」的逻辑还是「增效」的逻辑。

更简单的类比,「降本」是帮助用户省钱的逻辑,「增效」是帮助用户赚钱的逻辑。行业景气的时候,要提高赚钱的效率,「增效」就是主流。行业过冬,就需要蛰伏,这个时候「降本」占了上风。

不过拉长了看,「降本」是间歇性的插曲,「增效」是长期的主旋律。

跟随现代科技巨头的发展轨迹,从 GE, HP, IBM 的几十万人,到 Google, Facebook, Alibaba 的十几万人,再到这一代 Snowflake, Stripe 的小几千人,公司是越做越小的。Bytebase 所处的 DevTools 开发者工具赛道上,国外已经有好几家公司靠着三四十人做到了🦄️ 独角兽级的业务规模。

我的观点是,SaaS 工具对于团队的价值一定要构建在「增效」逻辑上。比如拿 Bytebase 举例,可能用户抓到的点是用了 Bytebase 可以少招 2 ~ 3 个 DBA,甚至不用招 DBA。但这里的「降本」是果,因还是在「增效」上。因为 Bytebase 帮助团队提高了从事数据库开发的效率,研发减少了和数据库缠斗的时间,能把节省下来的精力放在核心业务开发上,同时还收获了一套更扎实的数据库基建。

Q5. 整体技术工具堆栈如何衡量:内部(业务技术和运营架构)中间(运营流程和员工体验 ex) 外部(面向用户体验 ux)
天舟:可以从两个方面来说。

一是从使用者角度是不是满意,在团队比较小的时候,大家日常会流露出一些对于所使用工具的情绪,是可以捕捉到的。当公司大了之后,也可以做一些定期的投票,让大家投出最喜欢/最不喜欢的 5 个产品。

一是从引入者角度,引入者从整个流程角度看,比如手动步骤是否减少了。

🔗 获取资源

视频:点击下图获取视频回放👇

PPT:关注 Bytebase 公众号,在后台回复 0910 获取本次活动 PPT ;进 SaaS 工具群:在后台回复 工具

基于 GitHub 的数据库 CI/CD 最佳实践

实现数据库 GitOps|Database CI/CD with GitHub 教程 ②

我们还需要 SRE 吗?

Rewind the PlanetScale Rewind | 拆解硅谷当红科技公司如何做 Product Marketing



您可能也对以下帖子感兴趣

文章有问题?点此查看未经处理的缓存