卖掉两家公司做新产品，一个独立开发者的十年创业路径拆解

在创业社区里，很少有人能连续做出两个成功退出的产品。但确实有人做到了，他作为独立开发者卖掉两家公司之后又在做新产品，正在做到每月几万美元的稳定收入。他的经历里有几条选择跟大多数创业者的直觉反着来，值得认真拆解。

他 最早做的产品是一个邮件营销平台。团队把产品做起来之后在 2016 年卖了出去。卖掉之后他做了一个团队聊天工具，想做一个有差异化改进的替代品。这个产品没有跑出来。先后做了两个产品，卖掉一个失败了一个。这位独立开发者花了好几个月时间

Level 失败之后他没有立刻跳到下一个想法里继续写代码，而是花了好几个月时间做了一件很多开发者不会做的事情：系统性地审查 SaaS 市场。他的标准很明确，找被验证过有需求的市场，找有经常性收入的空间，找还有差异化空间的赛道。他不想再去创造一个新品类，只想在一个已有需求的品类里找到自己的角度。

日程安排这个赛道满足了所有条件。但真正让他下定决心的是一个日常观察：给别人发自己的预约链接的时候，这种感觉很不对等。收链接的人要做所有的时间选择工作，发链接的人只是甩了一个页面过去。他 看到的是一个产品机会：做一个让双方都觉得被尊重的日程安排工具。

这个观察变成了 SavvyCal 的起点。它跟当时市面上最大的竞品最大的区别不是功能更多或价格更低，是一个设计决策让收链接的人能看到发链接的人的空闲时间，双方在一个页面上共同完成时间的选择而不是单方面迁就。这个看似微小的设计选择让 SavvyCal 在竞争激烈的赛道里切出了一块自己的用户群。

有几个技术和管理选择也跟主流不太一样。第一个是他从一开始就收费，没有做免费版养用户的路径。这个决定帮他筛选出了真正有付费意愿的用户，同时让公司从第一天就有了收入。第二个是他选了 Elixir 这个相对小众的技术栈，六年来没有因为技术债做过一次重写，系统的稳定性和开发效率让他不用把精力花在运维上。团队也只有团队只有 他 自己在做产品和方向，一个全栈开发工程师和一个客服。他刻意保持这样规模的团队是因为觉得人多之后沟通成本会吃掉决策速度。

最近一年他在做的事情是把产品拆成两条线同时在跑。原来的日历链接产品继续服务个人用户和小团队，另一个企业版面向医疗和软件公司，提供 API 驱动的日程安排基础设施，需要满足 HIPAA 合规等企业级要求。这两个产品的增长逻辑完全不同，日历产品是自助式的小额订阅模式，Appointments 是高客单价的长销售周期模式。同一个内核、同一套技术、两个完全不同的市场。

还有一个值得注意的布局是他已经开始为 AI 代理时代做准备了。他的产品发布了一个 MCP 服务器，让 AI 助手可以直接替人完成预约、改期和查空闲时间的操作。他 的判断是未来有相当一部分日程安排行为会从人点击日历变成 AI 之间的自动协商。

回到创业社区里看这件事，他 的路径提供了一个跟主流创业叙事不太一样的参考版本。他没有做颠覆性的创新，没有融大额资金，没有追求快速扩张。他在一个被验证过的市场里用差异化设计找到了自己的位置，用付费模式保持了独立性，用两个人做了别人一个部门做的事情。

有几个在创业社区里经常讨论的问题可以从这个案例里找到回应。第一个是到底要不要追热点。他 的回答是不追热点但是追需求。他选的是一个已经有头部竞品的赛道，但他的信心来自他看到了一个被头部忽略的具体痛点。第二个是技术选型到底重不重要。他 的回答是当你选了一个你真正喜欢并且稳定的技术，它的长期回报远超短期趋势上的任何热门框架。还有团队扩张节奏的问题。他的做法是能用现有团队能做的事不招第四个人。

对在乌鸦部落讨论创业的人来说，这个故事里最值得拿出来聊的是选赛道的逻辑。很多创业者起步的时候最容易犯的错误是选一个足够大但不够具体的赛道，或者选一个足够新但还没形成付费习惯的赛道。他 的路线反过来了，他在一个已经被证明有人愿意付费的赛道里找到了一个精细化差异化的切入点。起点不惊艳，但路径的可控性和存活率比追风口的项目高得多。