Bubble 初创公司计划为您带来什么
Bubble 的初创公司计划价值 3,000 美元的积分，可用于 Bubble，这是一款无代码平台，创始人使用它来构建和托管完整的 Web 应用程序——数据库、逻辑、界面和部署——而无需编写应用程序代码。
它属于“开发工具”类别，其运行方式与大多数创始人首先遇到的基于座位的积分不同。座位积分以人数计价。此积分以应用月数计价，因为 Bubble 的计费方式是根据您的应用程序执行的工作量，而不是登录构建它的用户数量。
这完全改变了时间问题。该积分在您实际推广流量时价值最高，而在您仍在空白画布上拖动元素时价值很小。
资格取决于阶段和资金，当前条款列在 AI Perks 上，该平台追踪194 家公司共计 770 万美元的积分。
Bubble 实际用途
Bubble 将 Web 应用程序中 80% 不起眼的部分——账户、CRUD、数据库、表单、支付流程、托管——压缩到一个可视化编辑器中，因此一个不编写代码的人就可以发布真实用户可以付费的产品。
其机制是一个元素画布，连接到一个内置数据库，逻辑通过事件触发的工作流而非函数来表达。API 连接器调用外部服务。插件市场填补了空白。托管已包含在内，因此无需运行服务器，也无需维护部署管道。
诚实的比较不是 Bubble 与精心设计的应用程序。对于大多数非技术创始人来说，替代方案是无法收款的 Figma 原型、一堆由希望支撑起来的 Notion 和 Zapier，或者在第一个用户看到产品之前就要支付六个月的承包商发票。
它在 CRUD 类产品和适度的并发性方面确实表现出色：市场、目录、预订和运营工具、内部 SaaS、双边 MVP。它在每请求延迟或单位成本就是产品的地方确实表现不佳：重计算、实时系统、大规模数据处理。
Bubble 的规模化成本行为
Bubble 按消耗的工作量而不是按座位定价，因此账单追踪您的应用程序每个用户执行的工作量，而不是您的团队中有多少人。
这是在采用它之前需要理解的最重要的一点。每次搜索、工作流步骤、计划任务和外部 API 调用都会消耗月度额度。扫描大型表的搜索每次运行时都会产生费用，这意味着应用程序的构建方式与它的受欢迎程度一样，都会影响账单。两个流量完全相同的应用程序，其费用可能相差十倍。
Bubble 自推出以来已修改了此消耗模型及其计划层级，因此请将您在这里看到的任何特定单位额度视为需要与当前定价进行核对。
| 阶段 | 驱动账单的因素 | 行为方式 |
|---|---|---|
| 构建，无用户 | 编辑器工作、测试运行 | 接近零，通常在入门额度内 |
| 前 100 名用户 | 页面加载、搜索、简单工作流 | 小型，大致与使用量成正比 |
| 自动化增长 | 后端工作流、计划和重复性任务 | 比流量增长得更快 |
| 数据量增长 | 搜索大型表 | 每个操作的成本在平坦流量下攀升 |
| 添加了 AI 或 API 功能 | 外部调用以及供应商自身的账单 | 同时有两个账单，只有一个被覆盖 |
第四行是创始人常误判的。流量可能在几个月内保持平坦，而账单却在悄悄增长，因为搜索成本是其背后数据的一个函数。3,000 美元的消耗积分可以购买的月数很大程度上取决于您前两周做出的数据建模选择。在您承诺之前，请将其形状与 getaiperks.com 上追踪的其他开发工具积分进行比较。
Bubble 积分不包含什么
Bubble 积分用于支付 Bubble 的费用。它们不用于支付您的应用程序依赖的付费插件、它调用的电子邮件和支付供应商，或任何 AI 功能消耗的模型令牌。
创始人通常认为平台积分涵盖了整个产品。它只涵盖一个层级：
| 层级 | 谁向您收费 | Bubble 积分是否覆盖 |
|---|---|---|
| Bubble 计划和工作量 | Bubble | 是 |
| 付费插件和高级模板 | 插件和模板作者 | 否 |
| 事务性电子邮件和短信 | SendGrid, Postmark, Twilio | 否 |
| 支付处理 | Stripe 及同类产品 | 否，这是收入的一部分 |
| 任何 AI 功能的模型调用 | Anthropic, OpenAI, Google | 否 |
| 稍后使用真实代码重建 | 您的薪资 | 不是积分，这是大的成本 |
这就是为什么最有利的策略是拥有多个跨层级的适中积分，而不是一个大的积分。应用程序积分涵盖产品运行的位置，模型积分涵盖其 AI 功能的成本，云积分涵盖平台之外的任何内容。AI Perks 旨在展示在您的阶段有哪些可用且兼容的组合。
创始人对构建 Bubble 的常见误解
昂贵的错误不是选择 Bubble。而是将验证工具视为永久性架构。
值得提防的五种失败模式：
混淆“无代码”与“无工程”。 数据建模、访问规则和搜索效率仍然存在。它们只是接口不同，性质并未改变。一个糟糕的 Bubble 应用程序会像一个糟糕的 Postgres 应用程序一样失败，只是账单会来得更快。
让数据库隐私规则保持开放。 Bubble 的隐私规则是用户记录与任何检查客户端接收内容的人之间的屏障。允许的默认设置是平台上最常见的严重错误，它们直到发生问题时才可见。
在第一个用户之前构建整个产品。 低成本构建使过度构建变得诱人。发布能收款的最窄切片，然后让付费用户选择下一个功能。
没有退出计划。 Bubble 在其自己的基础设施上运行您的应用程序，并且没有导出应用程序代码的路径。离开意味着重建。这是一个有意识的选择时完全合理的权衡，而如果不是，则会是昂贵的意外。保持数据可导出，在画布外记录业务规则，并将应用程序视为一个版本而非公司。
依赖无人维护的插件。 一个被作者放弃的免费插件不是不便。它是一个有截止日期的重建。
Bubble vs 代码 vs AI 应用构建器：如何决定
将 Bubble 与您为吸引第一个付费用户而不得不花费的数周时间和承包商发票进行比较，而不是与一个想象中完美设计的完美产品进行比较。
| 方法 | 到达第一个用户的时间 | 谁可以维护 | 您拥有代码吗 | 成本形状 |
|---|---|---|---|---|
| Bubble | 数天到数周 | 非工程师 | 否 | 消耗，按工作量 |
| AI 应用构建器 | 数天 | 工程师，最终 | 是 | 积分或座位，加上托管 |
| 手写代码 | 数周到数月 | 工程师 | 是 | 薪资，加上基础设施 |
当拥有客户洞察力的人无法编码时，当产品是 CRUD 形状时，当您正在降低的是需求风险而不是技术风险时，就采用 Bubble。这三个条件共同作用，使它能够获得多倍的回报。
当您已经有工程师能够以类似的速度用代码完成同样的事情时，当技术本身就是产品时，或者当延迟和每次请求的经济性决定了业务是否可行时，就跳过它。
如果它满足了这些要求，在支付之前先为其融资。从 getaiperks.com 开始，筛选到开发工具，并广泛申请，因为批准标准因计划而异，八次申请三次获批优于一次申请一次获批。然后将积分开始时间安排在流量实际到达时。积分有时间限制，而在一项消耗积分开始时您仍在设计页面，则会浪费其大部分价值。
常见问题解答
Bubble 初创公司计划 worth 多少？
Bubble 的 3,000 美元积分，它与其他创始人早期资助的构建和发布工具一起，属于开发工具类别。因为 Bubble 按消耗的工作量而不是按座位计费，您实现的价值取决于您的流量何时实际到达。资格取决于阶段和资金，可在 getaiperks.com 上追踪。
Bubble 用于什么？
通过可视化构建的全栈 Web 应用程序：市场、预订系统、目录、内部 SaaS、双边 MVP。您将页面从元素组装起来，将记录存储在内置数据库中，并将逻辑定义为事件触发的工作流。托管已包含在内，因此无需运行服务器或维护部署管道。它适用于 CRUD 密集型产品和适度的并发性。
Bubble 的定价如何运作？
Bubble 按消耗的工作量而不是按座位数定价。搜索、工作流步骤、计划任务和 API 调用都会消耗月度额度，因此应用程序的构建方式与它的受欢迎程度一样，都会影响账单。Bubble 自推出以来已修改了此模型，因此请直接验证当前层级。
我可以导出我的 Bubble 应用为代码吗？
否。Bubble 应用运行在 Bubble 的基础设施上，没有导出应用程序代码的路径。您可以导出您的数据，并且可以调用您自己的 API，但离开意味着重建应用程序。提前决定这是否是可以接受的成本，因为它以后不会变得更便宜。
我可以将 Bubble 积分与 AI 和云积分叠加使用吗？
是的，而且您应该这样做。它们是不同的账单。Bubble 涵盖应用程序层，模型积分涵盖您的工作流通过 API 连接器进行的任何 AI 调用，云积分涵盖您在 Bubble 之外运行的任何内容。AI Perks 追踪 194 家公司共计 770 万美元的积分，以便您可以看到您涵盖了哪些层级。
如果我已经有工程师，Bubble 还值得吗？
通常不值得。如果工程师能够以类似的速度用代码完成同样的事情，您将获得一个可维护的资产，而不是未来的重建。当拥有客户洞察力的人无法编码，或者当您正在降低的是需求风险而不是技术风险时，Bubble 才能发挥其应有的作用。在 getaiperks.com 上比较选项。
发布应用。让别人支付工作量的费用。