无代码工具对于建立MVP来说是很好的，每个软件都有一个可扩展性极限。我在这篇文章中的目标是帮助你预测你的工具何时会达到这个点。然后，如果你发现你需要转移到一个无代码平台上，你就料想到会发生什么事情，并可以为之做计划。
扩大规模的障碍是什么
要计算出你的应用能持续多久的时间表，主要的变量是你的应用有多少是由无代码工具组成的。例如，你的整个面向客户的应用程序是在没有代码的情况下建立的，还是只是一些内部工具，如电子表格和客户不互动的东西？
在这个变量之后，在评估可扩展性时，有四个关键领域需要重点关注：
- 基础设施失败
- 缺乏建立自定义功能的能力新生的专业社区
- 新生的专业社区
- 缺乏协作工具
下面的章节将谈论这些领域中的每一个问题，以及为什么每一个都有它自己的可扩展性限制，这引发了将你的网络应用的基础迁移到基于代码的系统的需要。它们是以早期创业公司（C轮及以下）和使用消费级无代码工具的中小企业为中心。(对于使用企业级无代码工具的大公司，一些建议是不同的，我可能会在某个时候在另一篇博文中跟进）。如果你是一个正在寻找建议的大公司，
有多少应用程序是在无代码工具上的？
简单地说，你的应用程序越是建立在无代码工具上（相对于基于代码的工具），它的规模就越小。我看到人们使用无代码工具有三种主要方式。
- 营销网站–营销网站，在Webflow或Wordpress上，然后应用程序在一个子域名上，这在最近非常流行。
- 运营—团队的一部分有工作流程自动化工具，如Zapier挂钩，谷歌表格或Airtable经常被使用。每个公司都有这方面的一些元素。
- 面向客户的应用程序—整个堆栈建立在无代码工具上，有时会在中间夹杂一些代码。这是一种新的开发方法，刺激了 “无代码 “一词的出现。
当考虑到可扩展性时，第一个问题是，在这些方式中，你有多少是在使用无代码工具？如果只是你的营销网站，你可能可以扩展到几乎任何你实际需要的数量（除非你需要高度定制的设计或创建成千上万的动态登陆页面）。你的运营工具通常会持续1-2年的指数式增长。你的面向客户的应用程序可能只持续几个月，这取决于你的增长速度，或者它可能是一个非启动。
基础设施
无代码工具停止扩展的最常见的原因是数据库的问题。首先，数据模型通常被设置得很差，因为不是有经验的开发者在做这个工作。除此之外，大多数无代码数据库一旦有了几万行的数据和在上面进行的计算，就不会有很好的性能。它们并不是为人们在上面建立生产型网络应用而设计的，或者说，即使是这样，它们也是为了迎合那些刚刚开始使用其应用的消费者用户。
通常，我看到无代码数据库在有1-10万行数据时就开始变慢，然后在20-50万行左右开始完全冻结（每次长达几分钟）。
如果你刚刚开始，这可能听起来像很多数据，但如果你是一个基于产品的企业，客户终身价值（LTV）较低，在100美元左右，这几乎不足以达到盈利水平。一般来说，你的公司发展得越快，你的用户就越多，你的数据库也就越快崩溃。因此，为了确保你的增长不会因为你的无代码应用程序不能再扩展而停滞不前，你应该有一个迁移计划，在你将达到20K行数据之前至少2个月用代码重建你的应用程序的基础。
让这些事情变得更糟的是，没有聚合报告显示性能指标，如你的应用程序的速度和错误率在你的堆栈中。因此，如果我使用Airtable或Google Sheets数据库向我的用户提供数据，我可以单独测试响应的时间，但我不能看到昨天或本周的平均性能是什么。
如果你正在建立一个面向客户的网络应用，你可以通过使用企业无代码工具来减轻这些基础设施的大部分问题，这些工具可以将数据库扩展到数百万行。也就是说，我还没有看到任何创业公司或新企业在开始时使用企业无代码工具。这主要是因为它们有成本限制（通常是年度承诺和每月数千美元），而且通常没有像消费者无代码工具那样的集成和灵活的UI/UX。诚然，我最近没有过多地探索企业无代码工具，所以也许集成和UI/UX会更好。
特点
你可以用无代码工具建立大多数标准功能，如用户登录和支付处理功能。当你需要建立高级功能时，有少量的自定义插件可以集成到你的应用程序中。这些更多的自定义插件中，有几个是。
- 用Memberspace(https://www.memberspace.com/)或Memberstack(http://memberstack.com/)进行会员制和注册。
- 使用Circle (https://circle.so/)或Discourse (https://www.discourse.org/)的论坛和社区
- 使用标准库（https://stdlib.com/）进行自定义API开发
- 使用Retool (http://retool.com/)和JetAdmin (https://www.jetadmin.io/)的内部工具
- 用Jetboost进行高级过滤(https://www.jetboost.io/)
- 用Algolia(https://www.algolia.com/)进行高级即时搜索
- 使用Weglot的多语言支持(https://weglot.com/)
- *用Obviously.ai进行机器学习驱动的预测建模(https://www.obviously.ai/)
也就是说，当你想通过一个新的或更多的定制功能提供更好的用户体验时，总会达到一个点，而无代码工具无法做到这一点。在这一点上，你必须开始在无代码工具中编写代码。通常发生的情况是，解决方案以这种方式被黑在一起一段时间。然后，最终，你花了更多的时间来写代码和维护它以支持一个功能，而不是从头开始编码整个事情。但是，你的无代码工具不能再扩展了，所以你不得不用代码重写它。
当你开始用代码黑掉解决方案时，你也应该立即开始计划将你的基础迁移到代码上。
社区
对于任何工作，你都可以在内部培训一个人或从外部雇用一个人。如果你在内部招聘，你必须为团队成员学习如何使用无代码工具和构建应用程序提供预算（除非他们已经知道如何使用，这在最近比较少见）。
如果你从外部招聘，那么他们已经知道这个软件，所以你可以更快地行动。另外，他们有一定程度的经验，可以建立一个更复杂和先进的应用程序。
目前，无代码开发人员和机构的供应远远大于需求。据传闻，我估计有高达数百或低达数千的实体明确推销自己的这种服务。那么，当涉及到那些曾经在应用程序上工作过的，比你的规模大2-10倍的人（假设你的主数据库表中有几千行），就少得多了。大多数自由职业者的经验都是围绕原型设计的。所有这些变量意味着你对这些自由职业者的报价将在~150美元/小时的范围内。当涉及到全职员工时，我还没有看到 “无代码开发人员 “的招聘启事，所以你会从自由职业者那里雇佣一个全职人员。
现在看一下基于代码的开发人员（比如用Node或Rails应用程序构建应用程序的人），你可以用50-100美元/小时的价格雇佣优秀的人。这只是因为那里有数以百万计的开发人员。然后，当看到他们构建应用程序的经验，90%以上或更多的这些开发人员将有在比你目前的规模更高的数量级（100x-1,000,000x或更多）的工作经验。
协作
一旦你超过了两个人，协作功能就变得至关重要。这些功能中的几个是。
- 版本控制：这一点很快就变得至关重要，否则即使只有两个人，也很难知道有什么变化。
- 代码审查：或在更新推送给用户之前对其进行审查。
- 授权：控制哪些团队成员有权限开发应用程序或数据库的哪些部分。
具体到版本控制，少数无代码应用程序甚至内置了简单的版本控制工具。最多，没有任何东西可以像Github那样在你的整个网络应用中传播强大的版本控制。
为了进一步说明，Zapier是世界上最流行的工作流程自动化工具，拥有数千万的用户，但它却没有版本控制功能。你必须把你的旧工作流程作为文件的副本自己存储起来，并贴上v1.1、v1.2等标签，这很快就会变得混乱，即使只有一个人在Zapier里面工作。没有这一个功能，随着时间的推移，会转化为业务效率的降低和开发成本的增加。
如果不考虑代码审查、许可和其他问题，你也许可以看到这里缺乏的功能只能让你走到这里。
经验总结
那么你应该在无代码堆栈上建立你的原型吗？最有可能的是，是的! 在你小的时候，你不会在编码环境中得到同样的速度和敏捷性。这可能意味着公司是否能起步的区别。
如果你已经在一个无代码堆栈上，你是否应该计划将基础迁移到代码上？这取决于你的野心有多大。