仓库主管的3周交付SaaS指南（大量AI帮助）
发布: (2026年5月2日 GMT+8 02:41)
4 分钟阅读
原文: Dev.to
Source: Dev.to
Introduction
嗨，DEV 社区 👋
我叫 Ricardo。白天我在英国林肯郡的波士顿管理一个仓库，晚上这几周我一直在借助 AI 工具构建一个 SaaS——截至本周，它已经在生产环境上线，并接入了真实的 Stripe 支付。
这篇文章一方面是自我介绍，另一方面也是一张“非开发者创始人在 2026 年交付产品”的快照。
Product Overview
FairTime 是一款会议调度工具，能够在不同时区中寻找合适的时间，并根据出席率、舒适度和公平性对选项进行排序——这样同一个人就不会总是被安排在晚上 11 点或早上 6 点的通话。
它的存在原因很个人化。我的家人分散在委内瑞拉、英国和西班牙。每次视频通话，总有人要么晚饭吃得很晚，要么要早起。几乎总是我妈妈。我想打造一个能够轮流承担不便的工具，而不是总是默认给抱怨最少的人。
随后我意识到，分布式团队在日历邀请中也面临同样的问题。
Tech Stack
- Next.js 16（App Router，Turbopack）– 前端 + API 路由
- Stripe – 订阅，配合两层防试用滥用（邮件 + 卡片指纹）
- Turso (libSQL) – 边缘数据库，用于记录公平历史和试用跟踪
- Tailwind + shadcn/ui – UI 组件
- Netlify – 托管
- 双语 EN/ES 从第一天起就支持——对西语团队非常有用
My Role & Contributions
我不是开发者。我可以阅读代码、编辑代码，并能发现明显的问题，但我无法从零写出 800 行 TypeScript。AI 工具（尤其是 Claude）完成了我自己写不出来的大部分代码工作。
我带来的价值：
- 产品判断力
- 对真实问题的深刻理解
- 注重细节
- 当 AI 给出错误或过度设计的建议时，敢于提出质疑
Lessons Learned
- AI 并不能取代理解。
- 我花最多时间的 bug 往往是因为我直接接受了 AI 的第一答案，而没有要求它解释原因。
Timeline & Current Status
- 2026 年四月初开始
- 独立创始人，无投资人
- 目前还没有付费用户（诚实的数字）
- Stripe 已上线，防试用滥用机制已叠加，Google OAuth 验证正在进行中
- 刚提交到 Capterra，正在努力让其正确收录
Feedback Request
我希望得到关于着陆页的诚实、技术性的反馈。具体包括：
- 价值主张是否在前 5 秒就能传达，还是会让人立刻离开？
- 定价页面是否清晰，还是有什么让人感觉可疑？
- 你认为最蠢的地方是哪一点，应该去掉？
免费层无需注册，因此测试实际的日程规划器是零成本的。
另外真的很好奇——还有谁在没有“真正”开发者身份的情况下进行构建？当晚上 11 点生产环境出现故障时，你是如何应对冒名顶替综合症的恐惧的？