无代码解决方案:如何创建一个没有代码的初创公司？

　　没有代码是一个非常宽泛的术语，它是一个可点击的解决方案。我写了二十多年的代码，说实在的，没有代码也不算什么新东西。但是，如果说现在的无代码技术太过流行，那么2016年的比特币则是如此，2010年的移动应用则是如此，如此等等。

　　这种趋势与比特币相似，还是朝着移动应用的方向发展？当我们弄清楚了这一点，就可以说是无代码的“蛙跳”时刻了，因为无代码用例已经从集成软件功能发展到允许创建整个软件应用程序。

　　但是，在本文中，我并不想将“无代码”的讨论局限于构建和部署应用程序，我想谈一下如何创建一个完整的公司和产品，而不用写很多代码。

　　三种基本的无代码解决方案。

　　有三种主要的无代码解决方案，您可以混合使用，互相搭配。当然，还有异常值类型和用例，但它们最为常见。首先来看一下解决方案类型。

　　第一类：Widgetbuilder——它是一个简单的服务，提供基于云的功能片段。举例来说，如果你需要一张表格来输入数据，你可以用任何数量的服务来创建一个简单的widget，这个widget用来收集和管理云中的数据。

　　第二类：Webhookbuilder——Zapier就是这么做的。这是一个用户界面，可以在应用程序中访问webhook，让应用程序之间进行通信。这和API类似，但更简单。很多软件产品都提供了内置访问功能来访问它们自己的webhook。

　　举例来说，Stripe有一个webhook，您可以在自己的Stripe帐户中配置它。因此，当某人完成交易后，将向您的Slack账户发送一条消息。无需任何代码就能完成整个过程。

　　第三种类型：Applicationbuilder：您可以直接使用它来拖拽整个web或移动应用程序。再重申一遍，这并不是一个新概念，但现在的无代码解决方案要求在更高层次的知识基础上提供更多功能。

　　下面我们讨论用例问题。

　　使用案例1：用不带代码的方式建立公司。

　　9个月前我开始创建TeachingStartup。一个月后，我决定不写任何代码来创建这个项目。再次重申，虽然我会写代码，但我还有许多其他的事情要做。所以我选择了无代码方式来创建公司。

　　公司里有一些工作是可以人工完成的，但是这样做要花费很多时间；有一些工作是可以自动完成的，这需要花费很多钱才能开始。

　　从边缘业务到核心业务，这些功能覆盖了公司的方方面面。举例来说，我的产品包含付费电子邮件，因此我需要一个具有不同定制选项的批量电子邮件系统，同时我也需要一个信用卡处理程序。

　　2010年我创建ExitEvent时，我的需求几乎没有什么变化。于是我开始尝试，花了几周的时间，结果发现有很多地方不能正常工作。另外，每一次我需要做一个小的修改，我不仅要完成整个修改，还要测试，这是非常费时的。

　　另外一方面，我本来可以使用第三方组合服务来满足这两种功能的需求，但是它们很昂贵而且功能有限。更有甚者，在我的产品框架中加入这些服务所需的费用不仅会增加前期费用，而且还会转变成一项持续支出。

　　因此，我选择了一家提供一整套服务的电子邮件提供者和一家提供一整套服务的信用卡处理程序供应商，然后我使用Zapier和其他一些小工具将这些服务绑定起来，并将其纳入我的产品框架。这样可以满足我的用例需求，而这是组合服务商所不能满足的，并且成本要比全系列服务商低60%。

　　e-mail服务提供商可以提供非常好的e-mail服务，信用卡处理器可以处理信用卡，Zapier保证了信息在两者之间的流动。他们都比“一整套”服务供应商做得更好，也比我在几个星期内编写的代码效率更高。

　　但是也有一些限制。但是问题是，这些限制迫使我不去考虑所有我想做的选择、价格和包装，而仅仅是为了证明顾客会买我的产品。

　　第二种情况：没有代码和MVP。

　　为了创建一个没有代码的公司，我花了一个月的时间，因为我最初只是想创建一个没有代码的MinimumViableProduct。在建立MVP之后，我认识到，如果我取代了没有代码的解决方案，我也会取代那些根本不需要取代的东西。

　　没有编码的解决方案是围绕MVP构建基础架构和确定产品可行性的最佳方法。若不需要考虑核心产品和与产品相关的组件，包括其他非核心产品功能整合的可行性，就可以花更多时间来构建更好的核心产品。

　　MVP的目的是测试产品的核心功能是否可行。但问题是，为了完成这项测试，市场营销、销售、实施和维护产品的机器必须进行工作。在测试中，如果机器的任何一个部件坏了，你都会发出声音。

　　再者，这台机器的制造成本太高了，所以为什么要浪费几千美元为一个没有经过市场可行性测试的产品建立一个完美的基础设施呢？

　　使用案例3：没有代码和产品。

　　下一步要做的就是建立所有我想要的附加功能，而不仅仅是处理电子邮件，这一点在我所补充的许多附加功能中都不值一提。这一切都可以通过编写代码来完成，但是我需要花费时间来为客户创造更多的价值，这就是为什么我要构建无代码的产品。

　　在我的产品路线图中有很多特性，这些特性我都等不及要实现了。就是不知道我的客户是否需要这个特性。假如我可以试一试，并且证明这个特性是可行的，就像我证明自己的产品是可行的一样，那会怎么样？

　　长期以来，现有的企业一直在使用无代码解决方案来向他们的商业用户提供定制的功能，而不会增加技术上的负担。如今，无代码应用程序构建器解决方案使我们能够从等式中去除中间层，并直接快速地为客户提供相同类型的关键功能，同时又不会产生大量费用和技术负担。

　　有时候的确会有一些局限。有时候，可能确实需要用“真正的”解决方案来替代此功能。

　　但是这一切是9个月前我在建立MVP时提到的。为了节省大量的金钱和时间，我只需延迟地替换我的无代码组件，或者也许永远不会替换它。这些钱和时间都花在了打造更好的核心产品上。

　　人们常常问我这样一个问题：谁都能创造和使用一个产品，这种无代码的趋势是否会助长一大批垃圾产品的出现？肯定会的。如今，由终身程序员和备受推崇的IT部门开发的垃圾产品是否存在？它是否导致产品超载？这也许不是。

　　肯定有越来越多的产品在市场上无法生存。但是作为消费者，我们购买的不是市场，而是产品。用创新的思维去提供不同的解决方案来解决老问题，对我们的好处远远大于坏处。

　　与此同时，它还证明了没有代码不仅仅是一个趋势。