科技公司内部 SaaS 工具大公开｜活动回顾（含视频 & PPT）

上周末，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 工具群：在后台回复 工具