科技公司内部 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 个产品。

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

获取资源

视频：科技公司内部 SaaS 工具大公开

PPT：关注 Bytebase 公众号，在后台回复 0910 获取本次活动 PPT 。

SaaS 工具分享群：关注 Bytebase 公众号，在后台回复 工具 获取入群二维码。