利用 AppSheet 和 Apps Script 构建定制化商业应用

别再纠结 AppSheet 还是 Apps Script，关键是怎么搭配

很多团队第一次接触定制化商业应用时，都会纠结同一个问题：用 AppSheet 还是 Apps Script？我见过不少团队为了这个争论好几周，白白浪费了项目时间。其实这两个工具根本不是竞争关系，而是互补的一组搭档。AppSheet 负责把界面做好，Apps Script 负责把逻辑跑通。我搭过的大多数生产环境，最后都用上了两者。 简单来说，AppSheet 是一个典型的 No-code 应用搭建工具。你只要给它一个 Google Sheet 表格，它就能自动生成手机端或网页端的应用，包含表单、列表、角色权限、离线同步、GPS 定位、拍照等功能，全程不需要写一行代码。而 Apps Script 是 GoogleWorkspace 里的一个 JavaScript 运行环境，它能执行逻辑、调用任意 API 处理 Webhook、并自动化操作 Sheets、Gmail、日历和文档。如果你所在的公司已经深度使用 Microsoft 365，那可以选 PowerApps，这基本等同于微软版的 AppSheet，除此之外，国内团队完全可以从 AppSheet 和 Apps Script 起步。 一句话判断：AppSheet 做界面，Apps Script 做逻辑。

用对场景，才是 Low-code 的正确打开方式

不同需求适合不同的工具，下面是我在实践中总结的参考列表。

优先用 AppSheet

• 给外勤人员用的移动应用，需要离线、GPS、拍照，AppSheet 最合适。
• 内部业务工具，使用人数在 10 人左右，AppSheet 的界面质量完全值得。
• 带联动下拉框、按角色控制权限的表单，AppSheet 很快能搭好。
• 快速验证一个内部想法，做一个原型，AppSheet 几分钟就出效果。

优先用 Apps Script

• 需要处理大量数据的逻辑运算，比如超过 1000 行的数据清洗，Apps Script 更稳定。
• 要接入 OpenAI、Anthropic、Gemini 这样的 AI 服务，Apps Script 写 API 调用很方便。
• 要接收 Stripe、Twilio、支付平台发来的 Webhook，Apps Script 就是现成的后端。
• 做一个面向客户、需要自定义品牌形象的对外门户，Apps Script 能让你完全控制代码。
• 公司有 50 人以上每天使用这个工具，从成本角度考虑必须选 Apps Script。
• 你想做一个能用五年以上的生产级系统，Apps Script 的可维护性更好。

最关键的是，两种方案都共用同一个 Google Sheet 作为数据层，数据始终握在自己手里。所以今天选哪个，以后想换另一个也不难，不会有数据迁移的坑。

成本算笔账：按人头收费 vs 永久免费

AppSheet 的定价方式是按用户收月费，2026 年大致是：

• Starter 版约 5 美元/人/月，合人民币 36 元
• Core 版约 10 美元/人/月，合人民币 72 元
• Enterprise Plus 版约 20 美元/人/月，合人民币 144 元

而 Apps Script 在 GoogleWorkspace 的标准配额内，无论多少人用，费用都是 0 元。这个差距会随着团队扩大越来越明显。一个 30 人的仓库团队，用 AppSheet Core 版，一年下来就是 3600 美元，约 25920 元人民币，而且每年都要付。如果用到 100 人，一年就是 12000 美元，约 86400 元。如果你的应用大部分是逻辑处理，完全可以用 Apps Script 免费跑通，那这笔订阅费就是纯浪费。 粗略估算一个保本点：低于 10 到 15 人，AppSheet 的界面体验值得你付订阅费；超过 20 人，从长期来看 Apps Script 能省下大笔开销。

混合架构：AppSheet 做脸面，Apps Script 做大脑

我实际交付最多的方案，是 AppSheet 提供界面，Apps Script 处理逻辑，底下一个 Google Sheet 存数据。外勤人员用 AppSheet 应用，遇到需要真正运算的业务，就通过 AppSheet Automation 里的“调用脚本”功能，把任务交给 Apps Script 执行。 举个例子：AppSheet 能非常漂亮地收集一个工单，但如果你要计算“工作日 SLA 截止时间”，它对这种表达式的支持就很吃力了。这时 AppSheet 机器人就会调用 Apps Script 写好的函数，然后把结果拿回来。这段代码就是典型的 Automation 逻辑：

// Apps Script - 供 AppSheet 调用的逻辑层
// 传入工单创建时间，返回 SLA 截止时间
function slaDueDate(createdAt) {
 return addBusinessHours(new Date(createdAt), 8); // 8个工作小时
}

// 添加N个工作小时，跳过夜晚和周末，只计算周一至周五 9:00-17:00
function addBusinessHours(startDate, hours) {
 var MILLIS_PER_HOUR = 60 * 60 * 1000;
 var date = new Date(startDate);
 var hoursAdded = 0;
 while (hoursAdded < hours) {
 var day = date.getDay();
 if (day >= 1 && day <= 5) {
 var hour = date.getHours();
 if (hour >= 9 && hour < 17) {
 if (hour === 9) {
 date.setTime(date.getTime() + MILLIS_PER_HOUR);
 hoursAdded++;
 } else {
 date.setTime(date.getTime() + (17 - hour) * MILLIS_PER_HOUR);
 date.setHours(9);
 }
 } else {
 // 非工作时段，跳到第二天9点
 date.setDate(date.getDate() + 1);
 date.setHours(9);
 }
 } else {
 // 周末跳到周一
 date.setDate(date.getDate() + 1);
 date.setHours(9);
 }
 }
 return date.toISOString();
}

你看，AppSheet 负责交互，Apps Script 负责计算，各司其职，清晰又高效。

对中国开发者和团队的建议

我身边不少朋友会担心自己不会搭，其实现在完全不用从零开始。如果你不想自己钻研，可以去闲鱼或猪八戒网上找专门做 GoogleWorkspace 集成的外包接单者，在淘宝服务里搜“AppSheet 开发”或“Apps Script 脚本”，也能找到不少靠谱的小团队。花点小钱，让专业的人把骨架搭起来，后续维护自己上手就行。 有一点特别值得记住：选择 AppSheet 还是 Apps Script，并不是选一次就锁死。这两个工具都围绕同一个数据源，你可以随需求随时调整。先用 Apps Script 免费跑通逻辑，再决定要不要用 AppSheet 的 UI 来提升体验，这是最稳妥的路线。用 No-code 快速出成果，用 Low-code 保持灵活性，再借助 Automation 把重复工作自动化，这才是真正高效的 SaaS 应用落地方式。