公司
Stackby
创始人
拉奇特·卡托
收入
每月超过8.3万美元
拉奇特·卡托看到机遇后放下一切，辞去企业工作，搬回印度创办了Stackby。八年后，公司实现了七位数ARR。
以下是拉奇特分享的创业历程。 👇
目录
告别朝九晚五
我是拉奇特，Stackby的创始人。这是一个AI优先的无代码平台，帮助非技术用户构建商业应用。我已经运营它八年了。
2017年，我在美国一家财富500强公司担任企业职位。我们用电子表格管理所有数据，并寻找一款定制工具来管理工作流程。这就是Stackby创意的来源。我决定构建一个平台，既像电子表格一样简单，又能让非技术用户构建定制数据库和应用。
2018年，我辞去工作，搬回印度创办了Stackby。如今，我们拥有七位数ARR，月增长率达到15-20%。
定位与分发的挑战
在Airtable等定义类别的产品阴影下构建Stackby，既是最大的机遇，也是最艰难的挑战。
首要障碍是定位。当你不是第一时，无法定义叙事，只能设法切入其中。早期，我们被当作“又一个Airtable替代品”，而不是一个拥有自身API、自动化和结构化工作流理念的平台。
其次是专注与灵活性的平衡。Stackby处于电子表格、数据库和无代码自动化的交叉点。这很强大，但也带来持续张力：我们应该像Airtable那样横向扩展，还是垂直化到特定用例？我们花了时间左右摇摆，而不是坚定选择。
第三是产品执行中速度与质量的权衡。作为与资金充裕玩家竞争的小团队，我们感到快速交付的压力。但在我们这类工具中，可靠性和用户体验深度比单纯发布功能更重要。我们必须学会在哪些地方速度会拖累你。
构建与增长
在技术栈方面，我们使用最新的JavaScript + TypeScript，以及AI编码工具和AWS。
分发是个挑战。在SaaS领域，产品只占一半。你可能做出好产品却依然失败。独立开发者低估了SEO、模板、内容和社区的作用。我们也低估了构建一致增长引擎的难度。
产品不会自己增长——是分发系统在推动增长。如果你在构建之前没有思考用户如何找到你，就已经落后了。
总体而言，我们通过多个渠道实现了增长：
-
产品驱动增长
-
SEO，以及现在的AEO
-
推荐
-
网红营销
-
社区
-
邮件
-
用户生成内容
我们采用订阅制，按席位定价，分成不同层级。因此，收入也通过扩大组织和企业内团队规模而增长。
加倍投入有效方法
我们知道模板可以推动SEO和激活——但我们没有构建一个精美的市场：
-
我们手动创建了大约20-30个模板。
-
我们发布了基础落地页（没有花哨的用户体验）。
-
我们跟踪了自然流量和复制率。
结果：
-
少数模板带来了不成比例的流量。
-
大多数被忽略了。
因此，我们只在高意向类别（营销、项目跟踪、CRM）上加倍投入，而不是浪费时间构建一个“漂亮但空洞”的市场。
顺应现有需求
以下是我的建议：
-
顺应现有需求，而不是创造新类别。不要试图发明行为。而是要在Shopify、Slack或Google Sheets等工具之上构建。或者在成熟类别中创建替代品。分一杯现有市场的羹远比教育新市场容易。
-
构建小得尴尬的初始版本。你的V1应该简单到几乎过分。一个用例。一个用户画像。一个明确结果。不要构建平台。构建一个能出色完成一项任务的工具。如果Stackby当初能更专注、后期再扩展，结果会大不相同。
-
不要过度构建“技术”——优化速度。你不需要完美架构。尽可能使用无代码。积极利用API。明智地偷工减料。你的目标不是整洁代码，而是快速学习。
-
与用户交流，但要严格筛选。用户会要求他们不会使用的功能，并描述解决方案而非问题。你的工作是理解根本痛点，忽略听到的70%内容，为模式而非个体构建。
-
保持资金效率比你想象的时间更长。早期融资看似进展，但往往是陷阱。限制迫使更好的优先级、更快的迭代和真正的商业思维。很多优秀的独立产品在融资后失去纪律而消亡。
-
接受缓慢、无形的进展。早期阶段很安静：流量低、用户少、疑虑多。这很正常。大多数人放弃不是因为不可能，而是因为缺乏即时回报。独立开发不是快速构建，而是以最小成本快速学习。
如果你做对了这些，其他一切——产品、增长、收入——都会开始复利增长。
下一步计划
接下来，我们将构建一个强大的AI原生平台，用于创建生产就绪和企业级的商业应用。
你可以在YouTube和Instagram上关注我。或者查看Stackby：
订阅