SaaStr 三人组把 Calendly 重写了一遍 三天后又决定继续付 Calendly 的钱

2026 年 9 月底 SaaStr 的博客上挂出一篇带数字的复盘，讲了一件听上去很荒唐的事：把 Calendly（在线日程预约工具）整个推倒重写，结果三天后又切回去。SaaStr 是个三人小团队，过去两年一直在用 Calendly，每年 200 多美元的服务费。问题不是 Calendly 不好用，而是 Lemkin 团队里的 AI 员工「10K」有一天说了一句「我自己写一个日程预约工具大概一周就够了，Calendly 的核心功能只有 12 个接口」。Lemkin 当场决定让 10K 写一版，团队给 10K 一个周末的时间。整个复盘里最值得读的不是技术细节，而是 SaaStr 最后决定继续付 Calendly 钱时给出的那条隐性账。

回到一周的工作量分配：10K 用一个周末完成了 12 个核心接口的开发，Lemkin 自己用 4 小时做了一个简单的网页前端，整个日历功能跑起来后他们用了三天。在这三天的内部测试里，自建版本一共完成了 87 次日程预约，没有一次出错。Lemkin 在博客里承认：自建版本的体验比 Calendly 还好一点，因为没有 Calendly 那套企业版的广告位。但第三天做完内部评估后，团队决定继续付 Calendly 的钱。原因不是技术不行，而是一个 SaaStr 团队自己都没预料到的隐性账——Calendly 的会议链接里有 87 个外部客户公司的员工联系方式，自建版本没法同步这个通讯录，每次新加一个客户公司联系人需要手动重新输入。

对照到小团队的实操账上，Lempost 列了一条很朴素的判断流程。第一条是把日历工具分成两类：内部调度（自供）和外部通讯录（Calendly 提供）。Calendly 的核心价值不在技术，而在 87 家客户公司的员工联系方式这个隐性账。这条账本对国内做小工具的小团队同样适用——SaaS 工具的隐性账往往不是写在 PPT 上的功能，而是客户用了三年后积攒下来的数据网络。一个日历工具即使重写了 12 个接口，也没法定制出 Calendly 那种「点一下链接就能看到对方公司架构图」的能力。

落到更深一层去看，Calendly 的护城河不在代码而在数据网络。当 SaaStr 的 AI 员工 10K 重写了 12 个接口时，自建版本没有复制 Calendly 三年来沉淀的 87 家客户通讯录。这个通讯录不是简单的联系人列表，而是 Calendly 通过每个客户的邀请链接反向收集到的「谁负责什么事情、用什么邮件、几点可以开会」这些隐性账。一个新创的工具即使把 Calendly 12 个接口全部复刻，也没法定制出这个数据网络。这条账本对所有 SaaS 小团队都是一个警告：当你评估要不要重写一个 SaaS 工具时，先把对方的「数据网络」单独列出来，看看你能不能用 1/10 的成本复刻出来。如果复刻成本是工具年费的 10 倍以上，那老老实实付年费比花一个月重写划算。

翻到国内做 SaaS、做小工具、做内容工具的同行场景里，这条账本摆出了一个非常具体的反向问题——Calendly 模式是不是也能复刻到国内的日程预约市场？答案是肯定的，国内的「腾讯会议日历」和「飞书日历」其实已经走上了 Calendly 模式，把日程预约和通讯录打通。但国内同行还没做出来的，是 Calendly 那种「客户公司员工联系方式自动反向同步」的隐性账。一个工具如果只能预约时间，不能同步对方公司的通讯录，那它的护城河就薄到可以被 AI 重写。如果你能把双方公司通讯录反向同步，那即使工具被 AI 重写了，客户也会回来继续付你年费。

创业找资源，上乌鸦部落。

创业找资源，上乌鸦部落。