免费注册,打造高效身份管理
博客/案例/转载 | 一个初创团队的 SaaS 工具选择
转载 | 一个初创团队的 SaaS 工具选择
Authing 官方2022.08.25阅读 1101

本文转载自:公众号 老阎杂货铺

任何一个在开放竞争的环境中生存的企业,运营的核心目标无非包括几个:增收、降本、增效。增收来自于客户的获取,而降本和增效则来自于提高自身的运营效率。

而在当今这个专业化分工越来越细的时代,把自己企业的主要的人员投入到最核心的业务中,其余的用第三方工具来帮助自己,无疑在这三个目标方面都有帮助。今天就来盘点一下我们公司目前正在使用的第三方 SaaS 服务,以及我们为什么采购它。

01

公司运营支撑工具

分贝通

一个公司虽然小,但是报销一般是免不了的。员工加班可能需要报销餐费、打车费。出差有酒店、机票等等费用。现在市场上有不少费控 SaaS ,由于我自己非常不喜欢贴报销单,因此我希望有一个费控 SaaS 能够实现: 最好能对接日常一些员工需要报销的服务,比如点餐、打车、差旅等,这样员工可以直接通过这个费控系统实现对公支付,而不需要报销。 如果一定要报销的话,能自动识别发票,并且能对发票判断是否已经提交过重复判定。 主要的目的还是能不走报销流程就不走报销流程,如果要走报销流程,则尽量的简单。基于这些需求,我在网上搜索了一番,然后找到了分贝通。在分贝通的官网留下了联系方式,然后就开通了服务。 目前已经使用了接近一年分贝通的服务,总体的感觉还不错。不过由于我们公司需要购买海外的 SaaS 服务,而一般海外 SaaS 服务都是收据。分贝通目前对于 receipt 还没有识别能力,另外也没有币种换算能力。这方面还是需要加强。

51 社保

我们公司目前全部人员都是技术人员,没有任何行政和 HR 相关的人员。但是日常还是需要有员工增减员以及社保相关的一些服务需要操作国家一些系统。另外我们还需要做一些补充医疗保险,来提高员工的满意度。我在网上找了半天相关的服务,发现很多社保服务都不服务我们这种小微企业,最后找到了 51 社保。 综合来讲,51 社保能够满足我对日常社保相关事情的需求。员工增员、减员以及补充保险都可以在 51 社保自助服务完成。价格按照员工数量来收取,对目前我们公司的情况来讲,已经是一个非常好的选择了。

Boss 直聘

这个没什么可以说的,国内做招聘似乎也没有更多的其他的选择。虽然我们大部分员工都是老同事,但是还是需要招聘一些新人。目前的几个年轻人都是通过 Boss 直聘招聘的。

ShowMeBug

由于我们主要招聘的是年轻人,公司影响力小,因此能够获取的简历的总体水平就一般。这样就要求我们在更多的简历中才能找到一个可能合适的人选。一开始实习生或者比较 junior 的候选人都是我们资深工程师先腾讯会议面试,但是就算一个人面试 10 分钟,这个代价也非常的高。为了降低招聘的时间成本,我们决定找一个能在线进行测试的平台最终选定了 ShowMeBug。资深工程师会把测试题放到 ShowMeBug 中,对于每个候选人,都邀请他/她先在线上做一套题,符合要求的再进入面试环节。 通过使用 ShowMeBug,我们大幅度降低了面试的时间成本。而且 ShowMeBug 是按照做题的候选人的数量来计费,总体价格也比较合理。

02

产品研发支撑工具

GitHub

对于我们这种产品技术为核心的创业企业来讲,源代码管理以及 CICD 是研发依赖的非常重要的工具。由于我们本身做的产品是面向全球市场的产品,因此最终我们还是选择了 GitHub 作为我们的源代码的管理,另外也使用了 GitHub 的 CICD 服务。关于 GitHub 本身,这里没什么可以说的,当然对于我们一个中国团队来讲,GitHub 的价格的确不便宜。

Authing

作为一个在线服务,我们必须要有用户认证相关的功能。这种功能如果自己开发,就需要专门的人进行代码维护。由于我们的核心是数据处理相关的技术,自己做认证相关的服务性价比一点儿都不高。提供认证服务的产品国内外有不少,国外有 Okta 的 auth0,国内有对标 Okta 的 Authing。由于我们的产品既要支持海外的一些常见的三方认证服务提供商,也要支持国内的微信等认证服务提供商。而 Authing 除了国内的服务,也有出海服务的计划和能力。因此最终我们选择了与 Authing 共同成长,采用 Authing 的服务。

观测云

对于一个云原生的新兴产品,我们自然一开始就要考虑现在云上能提供的让我们系统更好地运行的服务。我们的服务是云原生的分布式架构,对于分布式系统来讲,分布式追踪技术以及可观测性就是一个非常重要的能帮助系统做问题诊断的服务。在 TD 的时候,我曾经用开源系统在我们线上的部分应用系统实现过。但是现在云技术已经发展到了新的阶段,已经有能够可以被集成的第三方服务来实现这个能力。我们最终选择了观测云作为我们的可观测以及分布式追踪服务的提供商。而利用这些能力,我们也发现了产品运行中存在的一些问题,未来在公司的公众号也会有相关内容的分享。

GitBook

作为一个在线产品,在线文档也是一个必不可少的服务。虽然有不少开源的在线文档实现,可是我们研发人员的时间是宝贵的。自己维护一个在线文档服务显然并不划算。我们最终选择了 GitBook 作为我们海外版本的在线文档服务提供商。从能力上来讲,GitBook 目前能满足我们的要求,不过似乎 SEO 优化并不是那么友好。

UserGuiding

我们的产品是一个在线数据工具产品,虽然我们在非常努力的想让产品做的更加易用。但是用户在进入产品的时候,往往并不知道该如何入手去操作。我们第一个海外版本上线的时候,通过数据分析发现,大部分用户注册完成之后就走了,都没有建立第一个项目。显然用户进入后的引导非常关键,这也是为什么海外的 SaaS 公司都非常重视 user onboarding 的原因。可是自己研发做用户引导又需要占用非常多的研发工作,而且用户引导也是数据驱动的,可能需要经常的调整,所以找一个在线用户引导服务提供商就非常重要了。我们最终选择了 UserGuiding 作为我们的用户引导服务。利用 UserGuiding,产品经理可以自己配置用户进入产品之后的用户引导旅程,从而让用户能够知道产品的核心逻辑。 我们在第二个版本后,增加了用户引导和 demo project,效果非常显著。基本上 80% 以上的注册用户都会完成第一个项目的创建。当然,后续我们用户引导还有很多工作要做。

Ghost.io

在海外做产品,SEO 是一个永远绕不开的话题。而官网博客文章,则是 SEO 优化中一个非常重要的流量获取的来源。大量的高质量的针对 SEO 优化过的文章,能够长期给产品网站带来免费的搜索流量。可以说博客在品牌和效果方面,对于一个在线服务产品都是至关重要的。 在海外有不少提供blog服务的提供商,包括 HubSpot 等等非常成功的企业。由于我们目前还在初级阶段,选择的原则是性价比高。Ghost.io 因为价格相对低廉,而且 SEO 效果还不错最终变成了我们的选择。 目前我们在海外 QuickTable 的官网博客已经有超过 10 篇博客文章,很多文章已经能够被某些搜索词搜到。不过由于现在我们 SEO 优化还不是很好,因此搜索的排序不高。后边会持续进行文章输出,同时进行针对性的 SEO 优化。

Figma

关于 Figma,由于大家都很熟悉了,这里就不做过多的赘述。我们设计和产品都是采用 Figma 来完成。

03

营销和数据驱动运营工具

作为一个新兴的云原生的企业,另外作为一个在数据行业从业超过 10 年的团队,数据驱动从一开始就是在我们的血液当中。而对于一个新产品,营销获客也是非常重要的,我们也盘点一下我们用的营销和数据相关的工具。

Howitzer

Howitzer 是一个 Reddit 自动化营销工具,也是一个新上市不久的工具。由于我一直在 Reddit 的几个数据相关的 subreddit 社区呆着,发现 Reddit 对于早期用户获取应该有一定的作用。所以在 Howitzer 刚刚在 beta 阶段就开始使用它。Howitzer 支持利用关键词在自己感兴趣的 subreddit 进行搜索,然后对发帖的用户进行 direct message。一般情况下,第一个 direct message 不能直接发链接,而是先介绍产品,询问用户是否有兴趣。如果有兴趣,则可以发产品链接,让用户注册使用。

SendGrid

在海外,邮箱是触达用户的最直接的手段。因此利用 EDM 进行产品营销、老客召回以及促进活跃都非常关键。目前我们产品用户注册的自动邮件发送以及产品更新或者用户召回的邮件,都是通过 twillo 旗下的 SendGrid 进行发送的。邮箱服务还有其他的不少选择,我调研的不多,主要看 aftership 采用的是 SendGrid,我就直接用这个了。

Amplitude

用户行为数据采集对于产品运营是一个非常重要的数据来源。虽然观测云也能采集一定的用户行为数据,我最终还是采用 Amplitude 作为我们网站的用户行为数据采集的产品。由于在这个领域有太多年的经验,产品选择标准也比较简单,能够比较好的进行数据采集,同时能让我把详细数据拉回来自己进行详细分析就行。Amplitude 在数据规模不大的情况下,可以免费使用,因此就用它了。

Fivetran

Amplitude 的分析能力虽然可以,用起来不是很方便。而且我自己有深度分析的需求,因此需要把 Amplitude 的数据同步到数据湖中。这也属于我比较了解的领域,最终还是选择了 Fivetran 作为数据集成的工具。原因主要是两个: Fivetran 的连接器相对比较成熟; Fivetran 支持 Powered by Fivetran 的合作伙伴计划。我们的 QuickTable 未来需要集成海外的不同 SaaS 的数据,方便用户做自助数据处理。Fivetran 就可以提供我们产品需要的数据集成能力。

QuickTable

我现在的工作重度依赖数据,因此一个能随时看到数据、处理数据并且直接能够从数据中发现问题的工具就至关重要。传统的数据工具基本上都是面向报表的,而报表对我来讲意义不大。我更希望是能从原始数据就能访问、处理和分析,而这正是 QuickTable 能解决的问题。目前我们的数据通过 API 对接(国内的几个 SaaS 产品 Fivetran 不支持)和 Fivetran 对接到了对象存储或者 Snowflake 当中(Fivetran 目标不支持 S3)。我则通过 QuickTable 直接访问 S3、Snowflake 以及我们自己线上的数据库来进行日常数据使用。每天必须看的数据我会直接存储为脚本,点击脚本就能看到结果。而一些即时的需求,我则是面对原始数据,边看数据边处理,形成一些最终的分析结果和洞察。正是利用 QuickTable,我发现了我们引导的问题,也发现了在使用 Authing 注册登录流程造成用户流失的问题。

Grammerly

无论在官网的 blog 还是在 medium 写文章,作为一个英语不是母语的写作者提高文章的可读性还是非常重要的。Grammerly 作为这个领域最为出色的产品,自然成了我的选择。我最近的几篇英文文章,都是在 Grammerly 中确认达到分数 100 或者接近 100 分才发表。在 medium 上文章的阅读量的提高,相信也有 Grammerly 的一部分功劳。

Calendly

作为一个希望能解决最终用户问题的产品,倾听用户的声音至关重要。因此我们希望让用户能够方便的知道我们的日程,并且能够跟我们约在线的演示或者沟通。通过 Calendly,我们可以把我们的日程放在网站上,然后让用户去找合适他们的时间来跟我们约 demo 或者会议。

Zoom

Zoom 是配合 Calendly 一起去使用的,在用户确定 Calendly 的时间的时候,同时就会生成一个 Zoom 会议链接发给用户以及我们自己。

Discord

用户社区是对于一个想走 PLG 路线产品的非常重要的用户沟通的手段。Slack 和 Discord 都有人选择。不过由于 Slack 的定价研究了半天也没搞明白,最终我还是先选择了 Discord 来做我们的用户社区。

Semrush

网站的搜索优化对于一个新时代创业的面向全球提供企业无比重要,这已经是一个共识。而如何做 SEO 优化,必然也有工具来提供服务。在这些工具当中,Semrush 是一个不错的选择。我们利用 Semrush 进行外链分析,配合 Google 搜索引擎的控制台,进行搜索关键词分析。从 5 月份上线,现在已经有了一定的搜索流量,当然后续还是要持续优化我们的网站和内容。

04

总结

在海外有过一个统计,平均一个中小企业要采用 40 个左右的 SaaS 工具产品。我粗略算了一下,我们现在采用了有 20 多个 SaaS 工具。随着业务开展,我们必定还会采用更多的 SaaS 产品,比如支付的 Stripe,做安全认证的 vanta。还可能会采用一些营销获客的产品以及用 AI 辅助内容产生的产品。采用专业的 SaaS 产品,既能提高自己公司的效率,同时又能让整个 SaaS 生态更繁荣。这可能也是海外企业服务市场繁荣重要原因之一吧。另外,各个公司相互对接,融合,互相作为客户也是海外新兴公司的生态思维的体现。比如现代数据技术栈相关的企业就是这样,未来我会总结一下现代数据技术栈公司的相互合作对接的关系。我也希望国内的创业公司也都能有更开放的思维,大家相互采用对方的服务,互为客户,从而让产品都有更多的客户场景去打磨。同一个大领域的产品则相互开放对接,专注自己的核心竞争力。

 

关于快用云

北京快用云科技术有限公司是一家致力于用技术和智能帮助企业实现数据驱动智能的公司。公司主要产品 QuickTable 是一款无代码数据处理、建模和转换工具,可以让企业数据应用相关人员无需代码就能协同的实现对原始数据的利用。

关于 Authing

Authing 是国内首款以开发者为中心的全场景身份云产品,为企业和开发者提供完善安全的用户认证和访问管理服务。作为云原生架构下的身份云产品,Authing 在产品创建初期,目标就是服务亿级的企业和个人开发者客户,轻量级、易部署、低消耗、技术栈成熟,运维易的云原生技术产品架构,成为了 Authing 的首选。

你所在的行业,都在重构身份管理体系。点击此处,免费领取 Authing 产品体验券。

文章作者

avatar

Authing 官方

0

文章总数

authing blog rqcode
关注 Authing 公众号
随时随地发现更多内容
authing blog rqcode
添加 Authing 小助手
加入 Authing 开发者大家庭