9 个月、3 次重写、零开发背景：一位非技术创始人的 SaaS 之旅

原文来源：Indie Hackers — 有 15 年 SEO 经验的 Galyna 不会写代码，用 9 个月、3 次技术栈重写，终于发出了第一张 Stripe 账单。这是一篇关于「不会编程的人怎么做独立开发」的诚实记录。

背景

Galyna Arikh 的自我介绍是这样的：「我不是开发者，我不会写 CSS。我的背景是 15 年 SEO 经验、一些项目管理经验、以及一个数字插画的业余爱好。所有技术问题都是边做边学的。」

她的产品叫 IvaBot，一个 SEO 工具——检测你的网站在 AI 搜索引擎（ChatGPT、Perplexity、Claude、Google AI）中的「被引用就绪度」。听起来不复杂对吧？但这个过程走了 9 个月。

第一次尝试：全无代码方案

Galyna 的第一个想法是用无代码工具搭建 MVP。

她的计划是做一个 Telegram 聊天机器人。理由是：不用写前端，不用设计 UI，对非技术创始人最友好。

结果呢？做到一半就发现不行——最多只能有 10 个用户。Telegram 机器人在 SEO 工具这个场景里，用户获取路径太长了。

教训 1：工具的获取门槛决定了你的用户天花板。

第二次尝试：无代码全家桶

Plan B 的思路是：Webflow 做网站 + Typebot 做聊天界面 + Memberstack 做用户认证 + Stripe 做支付 + Supabase 做数据库 + SerpDev 做 SEO 数据 + Make 做自动化流程。

听起来是不是很熟悉？很多独立开发者的第一个方案就是这种「工具大杂烩」。

这个方案的问题：每月工具账单 $200。

在还没有一个付费用户的情况下，每月 $200 的工具订阅费是不可持续的。而且这只是基础设施成本，还没算她自己的时间。

更要命的是，集成的工具越多，出问题的地方就越多。Typebot 和 Memberstack 之间的权限不一致、Make 的自动化流程偶尔断掉、SerpDev 的 API 收费高……每一个集成点都是一个脆弱环节。

教训 2：无代码工具的成本会随着复杂度指数级上升——不仅是钱，还有调试时间。

转向 AI 辅助开发：第三版

转折点发生在 Galyna 决定用 Claude 来写代码。

她把所有东西推倒重来：

• 砍掉 Typebot（$30+/月）——自己写前端
• 砍掉 Memberstack（$20+/月）——用 Supabase Auth 自己做认证
• 砍掉 SerpDev——换成 DataForSEO（按用量付费，便宜得多）
• 砍掉 Make——不再需要自动化中间层

新的月度成本：~$40/月，大约原来的五分之一。

她说：「切换到 Claude 后，构建速度大幅提升。我重建了后端，把文件放到了 GitHub。」她不写 TypeScript 的前端代码，而是让 AI 生成；她不懂数据库设计，但 Claude 帮她建好了 Supabase 的表结构。

Stripe 接入是她最担心的一步——处理 webhook、验证签名、管理订阅状态——但 AI 一步一步地把她带过去了。

第一张账单

2026 年 4 月 29 日，IvaBot 正式上线，配备了实时 Stripe 收款。

两周后，她收到了第一个付费客户。

定价模式是按用量付费的积分制：

• Mini：5 积分 / $5
• Starter：15 积分 / $12
• Medium：30 积分 / $21
• Large：60 积分 / $34

积分永不过期。没有月费，没有年费订阅。这种定价对小型 SEO 顾问和自由职业者很友好。

一条意外的增长曲线

她的第一篇博客获得了意外关注——内容是对比不同 AI 搜索引擎对同一网页的引用方式。这篇文章在她的目标受众中引起了共鸣：SEO 从业者们一直在猜测 AI 搜索引擎如何工作，而这篇博文用真实数据展示了差异。

Google Search Console 开始出现印象数和点击。虽然量不大，但这意味着自然流量在累积。

教训 3：「写你在做的技术题」，比「写你的产品」更能吸引人。

这个观点在 HN 评论区得到了共鸣。读者 limack0 说：「写你的技术决策比写产品本身更能触及更多读者。」

社区反馈中的金句

这篇帖子在 Indie Hackers 上引发了热烈讨论。除了验证 Galyna 的经历，评论中的一些观点也值得独立开发者思考：

关于产品方向——jelonman 建议：

「与其不断加新功能，不如想想有什么相邻的、共享同一后端的小工具。在同一个基础设施上做一系列小工具，能分散风险。」

关于价值认知——GregoryScottHenson 说得很好：

「你真正建立的不是技术栈，而是你 15 年 SEO 判断力在内核逻辑中的沉淀。工程速度比你快两倍的竞争对手复制不了这个。」

关于打磨产品 vs 寻找客户——多位评论者一致认为：

「发售后花 90 天找到 10 个同类型客户，而不是加功能。」

关于尽早获取反馈——Gotogrow 指出：

「我做过的最好的产品决策，都来自还在构建阶段就进行的客户对话——哪怕一周只有一个电话。」

关于时间的心态——MarStudio 的这段话最扎心：

「这 9 个月不是开发周期，是学徒期。你交付了两样东西：产品本身，以及你自己——你变成了那个会造产品的人。」

给非技术创始人的建议

Galyna 在回头复盘时列了几个「如果我重来会怎么做」的要点：

1. 第一天就建 GitHub 仓库——不要从无代码方案开始，代码方案的学习曲线虽然陡，但长期成本更低
2. 跳过 Memberstack——把省下来的钱花在 Claude credits 上，自己手写认证逻辑（虽然有风险，但学到了真正重要的技能）
3. 从第一天就想好安全——不要在最后才补授权验证、webhook 签名校验、环境变量管理
4. 更早用 Claude——节省了几个月的时间
5. 在构建的同时就分享——每周哪怕一篇帖子，长期积累的效果是惊人的

另外，julianrubisch 在评论中强调了三件在第一个用户注册前就应该搞好东西：

• 每个端点的授权验证
• 每个 webhook 的签名验证
• 所有密钥写在环境变量里，而不是硬编码

这些对经验丰富的开发者来说是常识，但对非技术创始人在学习过程中很容易忽略。

这故事真正打动人的地方

这不是一个「从零到月入百万」的爽文。这是一个普通人用 9 个月、数次推倒重来、面对一堆自己不懂的技术概念、硬着头皮一个一个啃下来的故事。

她的成功标准很简单：发出了第一张 Stripe 账单。

对于独立开发者来说，这个故事的价值不在于有多少 MRR，而在于它展示了「非技术创始人的技术焦虑是可以被克服的」。AI 辅助开发在这里起了关键作用——不是替代开发者，而是让不会写代码的人也能跨越从概念到产品的鸿沟。

独立开发的本质从来都不是技术，而是解决问题。Galyna 有 15 年的 SEO 经验，她知道 AI 搜索引擎正在改变 SEO 行业，她知道这个市场需要什么工具——技术只是实现的手段。

这句话值得读三遍：「不要把你的技术栈和你的产品画等号。你的真正价值在于你解决了什么问题，而不是你用什么东西解决的。」