收藏
0
0
分享
举报
·3 小时前发布·31次阅读

创业故事 05|Gumroad:公司缩小以后

独立开发商业增长付费用户

2015 年,Gumroad 已经有一批靠它卖东西的创作者。产品仍在运转,顾客也有真实收入,公司的下一步却变得困难。

创始人 Sahil Lavingia 原本想把它做成一家价值十亿美元的公司。他在 2019 年 2 月 7 日发表的回顾中写道,团队的增长速度已经不足以支持计划中的下一轮融资。他们继续开发功能,也尝试帮助更多创作者学会销售,最终没有达到自己需要的数字。

接下来摆在面前的选择,包括关停、被收购,以及缩小规模继续经营。Lavingia 选择了最后一条路。他给出的理由里,有那些每个月依靠平台收款的创作者:一旦关掉,受影响的不只是公司的下一轮计划。

这是创始人事后的叙述。它能说明他如何解释当时的选择,不能代替每一位离职员工、投资人和客户对这段经历的看法。

按他的记录,公司从二十人缩到五人,后来又一度只剩他自己。他每天处理支持请求、修复问题,有时还要请已经离职的工程师帮忙。原文列出的 2016 年 6 月经营数据已经转为盈利,但缩编与人员离开带来的代价,并没有因此自动消失。

到 2017 年,主要投资人的持股回购又为公司走向独立经营提供了空间。这也是故事的重要条件:Gumroad 后来的道路,除了调整支出,还包含特定投资人愿意配合的变化。别的创业者不能假定自己也会得到同样的机会。

到了写下回顾的 2019 年,Lavingia 开始用另一种方式理解这门生意。他仍然希望产品对创作者有帮助,却不再把十亿美元公司当成衡量自己所有工作的唯一尺度。

我读这个故事时,最想停下来想一想的,是最初那种难以察觉的错位:用户觉得产品有用,公司却未必能按照既定规模继续运转。

这两件事可以同时成立。真实需求回答的是“有没有人需要它”;组织的支出、增长目标和融资安排,则决定“这家公司要以什么速度向前”。如果把两者混成一个判断,就容易在用户还愿意使用时一味扩大,也可能因为增长不够快就忽略已经建立的价值。

Gumroad 的经历并不能证明所有公司都应该缩小。它提供的是一个值得提前写清的问题:如果下一步增长没有发生,现在的团队准备怎样兑现已经给用户的承诺?

可以把它写成一份很短的经营备忘,而不是等困难来临才重新发明答案。

例如,假设你做了一个帮助小剧场售票的工具,目前只有少量场馆使用。这是假设场景,没有对应的试用或经营数据。你正在考虑增加一支销售团队,先要弄清楚新增场馆之后的工作:谁帮助配置场次,谁处理演出当天的异常,谁负责已有订单的后续服务。

如果每加一家场馆都需要创始人投入大量时间,那么“更多场馆”既增加机会,也增加交付责任。备忘里应写出:预计增加多少工作,哪些环节已有负责人,哪些依然只有创始人能处理,以及什么实际信号会让你重新考虑扩张。这里不预设一定扩大或一定维持原状。

还有一栏容易被漏掉:计划调整时,用户会遇到什么。

对售票工具来说,可能是已经售出的场次仍然需要支持、正在结算的订单需要有人跟进、场馆需要足够清楚的迁移说明。把这些义务提前写出来,会让经营选择更具体。公司口号里的“对客户负责”,才有机会落实到某一项任务、某一个负责人和某一段可交接的记录。

这也是我不愿把这段经历简化为“裁员以后就自由了”的原因。作者留下的记录里,既有经营恢复,也有孤立无援、旧同事帮忙和用户担心产品去向。只保留最后轻松的部分,会让后来的创业者误判这条路的代价。

这篇故事停在 2019 年的回望,没有用它来描述 Gumroad 今天的规模或经营状况。它留给小团队的一个问题很朴素:当最初设想的公司形态走不下去时,已经有人需要的产品,还能以什么样的方式得到照料?

资料与日期:

  • Sahil Lavingia,Reflecting on My Failure to Build a Billion-Dollar Company,2019 年 2 月 7 日:创始人完整回顾。
  • 本文于 2026 年 11 月 6 日阅读全文。历史经过和经营描述均归于该篇创始人自述,未作为独立审计结论;经营备忘、小剧场场景与相关判断是本文的分析和假设。

讨论 (0)

0/250

    关于作者

    分享案例

    TA 还没有留下个人简介

    Solo 独立开发者社区support@solo.xin
    关于社区成长规则SOLO.cc隐私政策用户协议商务合作友情链接订阅更新(RSS)投稿赞助

    © 2023 SOLO · 为独立开发者而生