SaaS如何运作:写给创始人的简单解释
SaaS如何运作?用餐厅类比讲清前端、后端、数据库和 API,全程不说行话,让你在指挥 AI 为你构建产品之前,先拥有一个清晰、可靠的心智模型。读完立刻上手。
SaaS如何运作:每一个 SaaS 产品——Gmail、Slack、Notion,以及你的——都由四部分组成:用户看到的前端、负责思考的后端、记住一切的数据库,以及在它们之间传递消息的 API。如果你能想象一家餐厅,就能理解 SaaS 是怎么运作的。而一旦你理解了,就能指挥 AI 去构建一个。
如今你不需要写代码也能构建软件产品。但你确实需要一个关于自己在构建什么的心智模型——否则你只是在黑暗中输入提示词。这就是那个模型,零行话。
SaaS如何运作:餐厅类比
想象你在经营一家餐厅。SaaS 产品的每个部分,都对应着你已经懂得的某样东西:
| 餐厅 | SaaS 层 | 它做什么 |
|---|---|---|
| 用餐区 | 前端 | 客户看到并与之交互的东西——按钮、表单、仪表盘、漂亮的颜色。一切视觉的东西。 |
| 厨房 | 后端 | 真正干活的地方——处理请求、运行业务逻辑、承担繁重的工作。 |
| 食谱和库存 | 数据库 | 你所有数据存放的地方——用户账户、产品信息、交易历史,一切需要持久保存的东西。 |
| 服务员 | API | 传信系统——把订单从用餐区带到厨房,再把结果带回来。 |
用餐区是桌椅、灯光、菜单设计——客户据此评判你的氛围。厨房是按食谱操作、同时处理多个订单的厨师。食谱和库存保存着知识:菜谱、食材存量、客户偏好、订单历史。而服务员把订单送到厨房,再把菜端回餐桌。
这就是整个架构。其余的都是细节。
有人点击“注册”时发生了什么
让我们追踪一次穿过餐厅的真实旅程,从点击到结果:
- 用户操作(用餐区)。访客填写你的注册表单并点击“创建账户”。前端检查基本内容——邮箱格式是否正确,密码是否够长?就像顾客告诉服务员他想要三文鱼。
- API 请求(服务员)。前端把请求——邮箱、密码、详细信息——通过互联网发送给你的后端。服务员记下订单,送往厨房。
- 后端处理(厨房)。后端检查该邮箱是否已存在,对密码加密,并应用你的业务规则。厨师确认食材是否齐备,并按食谱操作。
- 数据库操作(食谱本)。后端通知数据库记录新用户,数据库确认。厨师把订单记录在厨房日志里。
- 响应(服务员返回)。成功或一条礼貌的错误信息返回前端。服务员端来菜品——或者在缺货时道歉。
- 用户看到结果(用餐区)。一个新的仪表盘出现,或者一条“邮箱已存在”的提示。顾客享用美食,或者换一个选择。
你用过的每一个 SaaS 产品里的每一项功能——发一条推文、订一间 Airbnb、发一条 Slack 消息——都是这个循环的变体。
本书The Solopreneur RevolutionLuis Gonçalves 讲述如何在不辞职的情况下用 AI 打造独立创业者事业。获取本书 →三层架构——以及每一层绝不能做的事
这个模型的力量不仅在于知道每一层做什么,更在于知道每一层绝不能做什么——因为构建出错的地方就在这里。
前端负责展示,不负责决定。它捕获输入并对点击即时响应,但绝不能永久存储数据,也不能持有敏感的业务逻辑。它还是无状态的:用户每次刷新页面,前端就忘掉一切——就像每次营业结束后用餐区被重置。如果信息需要保留下来,它就应该放在数据库里。
后端是守门人。永远不要信任前端。每个请求都必须在厨房里被验证、认证和授权——就像一个好厨房会检查每一张订单,即使服务员写错了。心怀不轨的用户可以完全绕过你漂亮的表单;真正保护你的是后端。
数据库负责存储,不负责思考。它让数据安全、快速检索,并维护事物之间的关系。它不做业务决策,不为显示而格式化数据,也不发送邮件。它是食谱本,不是厨师。
API 是一份契约。它精确定义前端和后端如何交谈——如果你改了契约,就会破坏现有代码。服务员和厨房必须就订单格式达成一致。
为什么数据库是王
这是大多数第一次构建的人忽略的洞察:你的数据结构决定了其他一切。如果数据库设计错了,再漂亮的前端、再聪明的后端也救不了你。地基错了,房子就歪——永远如此。
这颠覆了先痴迷于界面的本能。网站不是产品;它是产品的界面。真正的产品是你的数据模型加上你的业务逻辑。界面任何一个周末都可以重新设计。而重构一个已经装着客户数据的数据库,则是真正痛苦的事。所以先设计地基——我已经把具体怎么做讲清楚了,见写给非技术创始人的数据库讲解。
还有一个值得消除的误解:后端和数据库不是一回事。后端是逻辑。数据库是存储。是完全不同的工作,而当你与 AI 谈论你的产品时,你需要点出正确的那一个。
为什么用 AI 构建时这个心智模型很重要
现在代码由 AI 来写——构建真正产品的工具每月只需几百欧元,而不是一个开发团队的薪水。但 AI 需要指引,而指引需要你知道自己在谈论哪一层:
- “加一个按钮” → 前端
- “验证邮箱是唯一的” → 后端
- “存储用户的偏好设置” → 数据库
这个模型还告诉你问题出在哪里。页面加载慢?可能是前端,也可能是后端的查询。屏幕上的数据不对?可能是 API 契约,也可能是数据库。没有这张地图的创始人,最终只会盲目地输入提示词,AI 产出什么就接受什么——这恰恰是人们掉进氛围编程陷阱的方式。有这张地图的创始人则能做出真正的架构决策:这个应该在前端计算还是在后端计算?这是新增一张表,还是新增一列?
你不是在学做饭。你是在学习足够多的餐厅运作知识,来当好老板。
12 周企业职业生涯从来都不是计划申请加入 Solopreneur Accelerator。立即申请 →常见问题
前端和后端有什么区别?
前端运行在用户的浏览器里,是他们看到和点击的一切——用餐区。后端运行在服务器上,负责思考:执行规则、检查权限、处理请求——厨房。用户永远看不到后端,但真正的工作都发生在那里。
我的 SaaS 数据究竟存在哪里?
存在数据库里——这是唯一能永久保留数据的一层。前端在刷新时会忘掉一切,后端处理请求但并不保留它们。用户账户、订单、设置:全部存在数据库的表里,就像餐厅账本里的食谱和库存。
用 AI 构建 SaaS,我需要懂代码吗?
不需要——但你需要这个心智模型。AI 负责写实现;你决定一项功能属于哪一层,审查返回的结果,并发现哪里放错了位置。这是一种当家做主的能力,而不是工程学位。
应该先设计界面还是先设计数据库?
数据库。你的数据比你的代码活得更久——界面可以无休止地重新设计,但修改一个已经装着真实客户记录的数据模型却很痛苦。先把地基打好,其上的每一层都会变得更容易。
你到底被困得有多深?
完成职场窒息指数——这项免费测评告诉你是否已准备好成为独立创业者。