用Google AI Studio零代码交付SaaS项目给客户的完整流程

许多想用 AI 工具接单的独立开发者和自由职业者，都卡在同一个环节：应用做出来了，但不知道该怎么专业地交付给客户。代码该放哪？域名和托管谁来买？什么时候收钱？GitHub 的所有权又该如何转移？

本文基于一份 YouTube 实操教程整理，完整梳理从用 Google AI Studio 零代码生成应用，到最终把项目所有权正式移交给客户的全流程。重点不在于应用本身的复杂度，而在于交付环节的规范操作——这恰恰是很多新手最容易出错、也最容易因此丢单的地方。

用 Google AI Studio 零代码生成应用

教程以一个真实场景的小应用为例：用户粘贴自己的 YouTube 频道链接并填写频道信息，应用就会基于这些数据推荐「下一期视频该做什么」的选题创意。

具体做法是先借助工具生成一份清晰的需求描述（Problem Statement），然后把完整的 prompt 粘贴进 Google AI Studio 的输入框。这个案例没有接入数据库，也没有做用户鉴权——因为它只需要根据频道信息给出选题建议，不涉及多用户数据隔离，保持轻量即可。

Google AI Studio 的生成逻辑值得了解：它会先理解问题陈述，把大问题拆分成若干小问题，分别构建解决方案，最后再把这些方案聚合成一个完整的 SaaS 应用或网站。生成完成后，作者进入测试环节，输入频道名称与目标（比如「涨粉」），应用随即输出了一批选题创意并附带说明。

作者特别提醒：由于这是一个非常粗糙（raw）的 prompt，生成结果未必完美。真正要做可用产品，需要反复打磨。但对本教程而言，应用「能跑」就够了，接下来的交付流程才是核心。

代码推送到 GitHub：先用自己的账号

应用确认可用后，第一步是把代码推送到 GitHub。Google AI Studio 内置了 GitHub 集成，在设置按钮里找到 GitHub 选项，同步账号后即可新建仓库。

这里有两个关键细节：

第一，仓库必须设为 Private（私有）。 因为你在为客户做产品，代码库属于客户的私有资产，除非客户明确要求公开，否则不能设为公开仓库。

第二，前期所有操作都用你自己的账号。 无论是 Google AI Studio、GitHub 还是其他工具，此阶段都应在你自己的账户下完成，而不是提前绑定客户账号。原因在于——后续流程中你可能需要用到客户的账号，但在正式移交前，所有工作都应握在自己手里。这是一种保护机制：代码还没交出去，主动权就还在你这边。

推送完成后，可以打开 GitHub 查看这个 client-delivery 仓库，里面包含了 AI 生成的全部图片、组件和代码文件，确认都已安全保存。

交付前的第一步：向客户演示并收取 70% 尾款

应用做好、代码进了私有仓库，这时不要急着部署。作者强调了交付节奏中最重要的一个商业原则。

正确做法是：先把客户拉到一个线上通话里，演示应用如何运行，尽可能解释清楚每个功能的逻辑——如果有后台管理面板，讲清里面有哪些功能；如果是网站，讲清各个模块如何运作。条件允许的话，再录一段教程视频发给客户。

演示到位之后，先收取 70% 的尾款，再进行 GitHub 所有权转移。这个顺序不能颠倒：所有权一旦转出，代码就完全归客户所有，如果没有提前锁定付款，很容易陷入被动。这是整个教程里最值得新手记住的一条商业经验——技术交付的节奏，本质上是和回款节奏绑定的。

转移 GitHub 仓库所有权

收到款项后，进入所有权转移环节。路径是：进入仓库的 Settings 页面，滚动到最底部的 Danger Zone，找到 Transfer ownership 选项并点击 Transfer。

操作时需要向客户索要他的 GitHub 用户名，填入后按提示输入确认信息，再点击「I understand and transfer this repository」。转移发起后，客户会收到一封邮件，需要他主动点击接受（Accept）这次请求。

有一个容易被忽视的坑：这封请求邮件仅 24 小时内有效。 客户必须在 24 小时内完成接受，否则转移作废，需要重新发起。接受完成后，仓库就正式出现在客户的 GitHub 账号下。

GitHub 的仓库所有权转移（Transfer Ownership）是一个不可逆操作——一旦客户接受，原账号将失去对仓库的所有管理权限，包括 Settings、Secrets、部署密钥等。因此在点击转移前，建议先在本地或另一个私有仓库做好代码备份，以防后续出现纠纷时自己手中没有副本。此外，转移后客户仓库下的 Actions、Webhooks 等 CI/CD 配置会保留，但原账号绑定的第三方集成（如 Vercel 部署连接）会断开，需要客户重新在其账号下授权——这也是为什么部署步骤要放在所有权转移之后进行。

部署与域名托管：两种方案的权衡

所有权转移后进入部署阶段，作者给出了两种思路，并明确表达了倾向。

方案一（不推荐）： 用你自己的托管空间部署整个网站，然后向客户收取年费由你来维护。作者直言这不是好选择——仅仅为了维护就把托管压在自己账户上，责任和成本都不划算。

方案二（推荐）： 让客户自己出钱购买域名和托管。域名（如 .com、.org、.in、.io 等）可以在 Hostinger、GoDaddy 等平台购买，由客户持有所有权。托管同样建议让客户自己购买——教程中以 Hostinger 为例，展示了每月 69 至 149 卢比不等的套餐（低价需按两年预付，约 7152 卢比两年）。

作者的理由很现实：如果你不让客户在托管上做最低限度的投入，客户反而可能不会把项目交给你，甚至可能流单。因此与其自己垫付额外的钱，不如引导客户购买，域名所有权归客户，托管责任也由客户承担。

部署本身用 Vercel 完成：打开 Vercel → Projects → Add New → Project，此时客户 GitHub 下的仓库会出现在列表中。注意必须用与客户 GitHub 关联的同一邮箱登录 Vercel，导入私有仓库后点击 Deploy 即可。

如果你使用的是 Antigravity、Google IDE 或其他工具，同样是先推送到 GitHub，再购买域名、配置部署——流程逻辑一致。

Vercel 是目前最主流的前端应用托管平台之一，专为 Next.js、React、Vue 等现代前端框架优化，支持从 GitHub 仓库一键导入并自动触发 CI/CD 部署（即每次代码推送后自动重新构建发布）。免费套餐（Hobby Plan）对个人项目已足够，但有带宽和并发限制；商业项目建议客户升级至 Pro 套餐（约 $20/月）。Vercel 还支持绑定自定义域名：在项目 Settings → Domains 中添加购买好的域名，按提示在域名注册商处配置 CNAME 或 A 记录指向 Vercel 服务器，通常几分钟到数小时内生效。全程不需要手动配置服务器，降低了交付后的运维负担。

小结：技术之外，交付才是接单的关键

这份教程的价值不在于演示 AI 如何生成应用——那部分如今门槛已经很低——而在于把「交付」这个被大量忽视的环节讲透了。真正决定能不能用 AI 工具稳定接单的，是这几个节点：代码先放私有仓库、全程先用自己的账号、演示后先收 70% 再转移所有权、引导客户自购域名托管、24 小时内完成仓库接受。

对于想靠零代码工具做外包生意的人来说，掌握这套规范的交付与回款流程，比多会一个炫技功能更有商业意义。