「有了想法，但无法实现」——AI开发服务Lovable改变创业入口

「有了想法，但无法实现」——AI开发服务Lovable改变创业入口

一个人创造“行动中的事业”的时代已经到来

即使曾经想过“如果有这样的服务就方便了”，但真正走到创业这一步的人却很少。原因之一是，创意与产品之间存在巨大的开发成本。雇佣工程师、委托开发公司、花费数月时间来确定需求。在尚未将产品推向市场、不知道是否正确的阶段，就需要先投入大量资金和时间。

试图颠覆这一顺序的是来自瑞典的AI开发服务“Lovable”。只需用自然语言描述想要创建的网站或应用程序，AI就会组装界面、功能、数据库等，并在浏览器中呈现可运行的形式。通过查看已完成的产品并继续对话，如“改变颜色”“添加登录功能”“使此列表可搜索”等，可以对产品进行修改。

如果说传统的无代码工具是人们配置预先准备好的组件，那么Lovable更像是“传达意图后，AI会进行组件选择和连接的协作伙伴”。即使不懂编程也可以开始，而在后台实际生成代码。可以与GitHub同步保存和审查代码，必要时工程师也可以接手。数据库、认证、存储、服务器端处理可以使用内置的后端或Supabase。

根据Lovable的官方网站，已经累计创建了6000万个项目，每周新增120万个。数字是运营公司公布的，并不意味着所有项目都在运行中。即便如此，从软件“委托专家制作”到“自己边对话边尝试”的转变势头可见一斑。


沉睡了14年的旅游服务重新启动

德国经济报纸《商报》介绍了一个具有象征意义的例子，即Nico Wittenberg先生的旅游平台“Avara”。其创意的起点是14年前的一场暴风雪。当时，他的伴侣的航班取消了，经过不断寻找替代方案，终于找到了夜行列车。他认为“如果可以综合搜索从巴士到飞机的所有交通方式并直接预订就好了”。

当时，他将这个构想告诉了他在谷歌的同事，他们说实现需要开发团队和数百万欧元的费用。尽管如此，Wittenberg先生去年使用Lovable，独自实现了Avara。根据他的说明，该平台已在125个以上的国家使用，并收到了来自各国风险投资公司的咨询。

这里重要的不是“AI一夜之间完成了全球企业”的美好故事，而是14年来因费用壁垒而停滞的假设，终于可以让第三方接触到。创意的价值不能仅通过解释的好坏来验证。搜索结果是否易于理解，预订是否不迷惑，是否真的有人想使用。有了可运行的产品，这些问题就能得到现实的反馈。

Lovable的最大效果不在于将开发费用降为零，而在于缩短“开始学习的时间”。


海外社交媒体上的热潮——盈利和传播成为现实

查看社交媒体，Lovable的反应并没有简单地分为称赞和批评。共同点是对初始成果出现的速度感到惊讶。

在LinkedIn上，一位在新加坡从事社区事业的用户报告了将长期未成形的计划在一夜之间变成Web服务的体验。他评价说可以用自然语言传达希望，修改也可以通过对话进行，同时也提到更新后出现错误显示的情况，以及随着功能增加需要购买信用的问题。评论区有人指出“因为本人对想要的东西有明确的理解，所以AI才有用”。这点很本质。AI不是将模糊的业务构想自动转变为优秀业务的魔法，而是将明确的意图快速翻译为原型的装置。

在Reddit的Lovable社区中，有帖子称作为初学者制作的地区服务每月能带来1000到2000美元的收入。在希腊，显示最低工资可以买多少个皮塔饼的“Gyronomics”在社交媒体上传播开来，还被电视和当地版的WIRED报道。发帖者将成功因素归结为能够快速公开创意，从第一天就能展示视觉上整洁的仪表板。

这些都是自我报告，收益和访问量并没有第三方审核的案例。成功案例更容易被发布，这也存在偏差。即便如此，这表明与其说是高完成度的商业计划书，不如说是立即可以共享的小型Web服务更能打动人心。在Lovable中占优势的不是功能最多的人，而是在社会关注度上升的瞬间以最小的形式发布并能吸引反应的人。


社交媒体上的不满显示出“最后的20%”的重要性

在热潮的背后，同一个社区也有具体的不满。最显眼的是信用消耗。Lovable在请求AI、使用云、应用内AI功能等方面使用信用。在官方的费用说明中，简单的外观修改和认证功能的添加消耗量不同。用户反映说，某些操作比以前更贵，反复让AI修复无法解决的问题导致信用损失，发布后数据库使用费超出预期等。

另一个论点是正式运营。界面能运行与能让客户安心使用并不相同。创建两个账户，查看是否能从一个访问另一个的数据。是否能在浏览器端更改支付金额。即使多次收到相同的支付通知，也不会进行重复处理。当外部API停止时是否能安全失败。是否能从备份中真正恢复。在Reddit上，有人分享了在发布前应进行这些测试的实用建议。

由于数据库索引不足，即使是少量的同时访问也会导致CPU负载急剧增加的验证帖子也有。另一位用户在GitHub的分支上分开代码，但对如何完全分离测试和生产数据库感到困惑。这并不是Lovable特有的缺陷，而是表明软件运营的难度并没有消失。AI能以惊人的速度创建可见部分。结果是，权限、监控、故障应对、数据迁移等“通常看不见的设计”的重要性反而在早期阶段显现出来。

Lovable本身也提供了基本扫描和详细扫描、API密钥保护、数据库行级访问控制、依赖关系审计等功能。但官方文件明确指出，扫描并不能保证完全安全，处理机密数据或重要功能时应考虑专业人士的额外审查。“因为是AI制作的所以危险”或“因为有安全功能所以安全”都不成立。根据所处理数据和可能造成的损害大小，人们需要负责任地进行确认。


在日本，“在稟议之前”比“代替开发公司”更有效

从日本的角度来看，Lovable的价值可能会以与海外独立创业者略有不同的形式出现。在日本企业的新业务中，企划负责人制作规格书或幻灯片，与信息系统部门或开发公司商谈，通过估算和稟议后制作原型的流程较多。初期的假设越模糊，开始制作前就越需要详细的说明和预算确定。因此，在向客户展示之前，容易在内部调整中耗尽力量。

Lovable介入这一结构之前。在发出“请制作”订单之前，销售人员、店铺负责人、市场营销人员、研究人员等了解现场问题的人可以制作原型。会议上不再是阅读功能列表，而是可以在智能手机上进行操作。如果不需要的功能能在一天内识别出来，正式开发时就能避免浪费数周时间。

IPA的“DX动向2025”将日本企业的DX视为生成AI的应用、系统开发的内制化、人力资源的量和质的主要课题。Lovable并不能一次性解决工程师短缺的问题，但可以成为拥有业务知识的人参与开发入口的桥梁。特别是对于地方中小企业、专业人士、个体经营者来说，预约、估算、客户诊断、内部申请、库存确认等，通过Excel和邮件连接的小业务有很大的试验空间。

可以用日语指示也扩大了入口。然而，日语通用与理解日本商业习惯是两回事。地址和姓名的表示、和历、消费税、发票、银行转账、智能手机上的细微操作、查询应对等，用户需要自己作为需求传达并确认。在日本市场上，“大致可用”比起在例外情况下不让对方感到不安更能建立信任。文案、错误显示、取消、退款、个人信息的处理等工作仍需完善。


适合的业务和需要谨慎的业务

与Lovable相性良好的是，首先想确认客户反应的Web服务。例如，特定行业的简易业务工具、活动预约、会员信息网站、地区信息可视化、诊断内容、公司内部限定的管理界面等。价值的核心不在于独特的算法，而在于业务的理解和与客户的接触时，创始人的知识更容易直接转移到产品中。

另一方面，医疗判断、金融交易、行政手续、大量个人信息、儿童信息、涉及生命或财产的控制等领域，不应由非工程师单独公开。个人信息保护委员会也提醒，在使用生成AI服务时输入个人数据时，应确认使用目的的范围及提供者对机器学习的利用等。应避免将实际客户的姓名或咨询内容粘贴到提示中，或将生产数据直接复制到测试环境中。

判断标准很简单。“是即使失败也能道歉并修正的实验吗”“是失败会造成无法挽回的损害的机制吗”。前者值得小规模尝试。后者则应将Lovable仅限于界面原型，并与专家合作进行设计、法律、安保、运营。


日本创业者在最初的7天内应该做的事情

第一天要做的不是写宏大的商业计划，而是用一句话概括“谁在什么时刻能完成什么服务”。例如，“小型餐饮店可以在不使用电话的情况下返回包场预约的候选日和估算的服务”。如果对象和完成条件明确，AI的指示也不易偏离。

第二天到第三天，只需创建一个流程。不要同时加入注册、搜索、支付、聊天、分析等，而是选择最重要的体验。不要过于打磨外观，使用虚构数据运行。在更改前与GitHub同步，创建可恢复的状态。不要一次性请求AI进行大量修改，而是反复进行一次更改和一次确认，更容易管理故障原因和信用消耗。

第四天，让3到5名预期客户进行操作。不要解释操作方法，观察他们在哪里停下。询问“与现在的方式相比有什么方便之处”“多少钱会使用”“不使用的最大理由是什么”。

第五天，不是增加功能，而是决定要删除的功能。第六天，使用两个测试账户，确认是否能看到他人的信息，是否能在注销后继续操作。不要将密钥放在界面侧，也要测试外部服务失败的情况。第七天，向有限的对象公开。在此时，不要大量输入正式客户的重要信息。

如果没有反应，那不是开发的失败，而是以低成本获得的市场答案。如果有反应，那时才引入专家，重新审视数据设计、安全性、测试、监控、费用。使用Lovable制作原型并不是为了不需要与工程师合作，而是为了具体化应该制作的内容，提高合作的质量。


创业者需要的不是代码，而是“选择问题的能力”

随着软件开发成本的降低，拥有创意本身的稀缺性也在下降。如果类似的服务人人都能在短时间内制作出来，那么差异在于，谁对谁的不便有深入的理解，如何传递给用户，如何积累信任。

Lovable取代的不是程序员这个职业，而是在验证创意之前就耗尽时间和预算的旧顺序。创始人可以更快地学习，工程师可以专注于复杂的设计和质量，而不是翻译模糊的需求。连接两者的共同语言不再仅仅是规格书，而是“可运行的东西”。

《商报》传达的Avara的故事，并不是证明任何人都能轻松创建百万美元企业的证据，而是表明长期沉睡的创意可以由本人亲手推向市场。对于那些因为“无法制作所以无法尝试”而放弃的日本创业者和现场负责人来说，这一变化是巨大的。

然而，公开按钮并不是终点。从那里开始倾听客户的声音，想象故障的方式，承担责任，事业才真正开始。Lovable真正民主化的可能不是编程，而是“将自己的假设付诸现实的权利”。


出处URL

相关文章