一年时间，2亿美元ARR。Lovable正在成为软件史上增长最快的公司之一。而掌舵增长的Elena Verna说，她过去15年的增长经验，只有30%还能用。
如果你还在用A/B测试优化落地页转化率，你可能正在用算盘时代的方式做生意。
Elena Verna是谁？前Miro、Amplitude、SurveyMonkey的增长操盘手，硅谷增长圈公认的「PLG女王」。2024年3月加入Lovable时，这家公司还只有20多人。11个月后，团队扩张到100人，ARR突破2亿美元。
她是那种在增长会议上会直接拍桌子的人。「为什么要等两周做测试？直接发布，看用户怎么骂。」她的Slack头像是一张骑自行车的照片——那是她在阿根廷老家的稻田里拍的。「我小时候每天骑车去赶集，那时候就懂了一个道理：路上的坑不是你规划出来的，是你骑过一遍才知道的。」
核心冲突来得很直接。
Lovable做的是AI代码生成平台——你用自然语言描述想法，AI就能写出完整的前端应用。这个赛道在2024年彻底爆发。Cursor、Bolt、Replit Agent、Vercel的v0，所有人都在做同一件事。Elena形容这种感觉：「就像你开了一家咖啡店，突然发现街对面同时开了30家。」
传统的增长打法在这里彻底失效。过去她的工作是什么？找到一个转化漏斗的瓶颈，设计实验，跑数据，优化0.5%的转化率。她把这种工作比作「调音钢琴」——你在一个已经基本成型的乐器上微调音准。但在Lovable，她发现自己面对的不是钢琴，而是一堆木头和钢丝。
具体的痛点是：竞争对手每周都在发布新功能，用户的注意力窗口只有72小时。如果你用两周时间做一个A/B测试，等你拿到结论，市场已经变了。Elena说：「我以前的工作是95%优化，5%创新。现在反过来了——95%创新，5%优化。」
那个让她做出改变的时刻，发生在加入Lovable的第三周。
团队在讨论要不要做一个新的增长功能——让用户可以在社交媒体上直接分享他们用Lovable生成的应用。按照传统增长思路，应该先做用户访谈，然后设计原型，跑测试，最后才上线。但创始人直接说：「我们今天就发。」Elena当时的反应是：「这太疯狂了。」但她没有反对。
三天后，这个功能带来了30%的新用户增长。
两个字：不够。
她意识到，在AI工具这个赛道，增长的核心不是「让更多人知道你」，而是「让试过你的人疯狂传播你」。传统增长是漏斗思维——你在顶部倒入流量，然后优化每一层的转化率。但Lovable的增长是爆炸思维——你在中间点燃一个火药桶，让用户自己去引爆下一个。
第一步：移除所有摩擦，疯狂送产品
这是Elena最反直觉的打法——给竞争对手免费送子弹。
具体怎么做？如果有用户在Twitter上说「我要在公司办一场Lovable的黑客松」，Lovable的回复不是「请联系我们的销售团队」，而是「你需要多少积分？我们直接送。」Elena的逻辑是：「为什么要阻止一个愿意帮我们做市场推广的人？」
这个策略在2024年6月的一次事件中发挥了威力。一个YC创业者在推特上发了一条消息：「准备用Lovable做我们的MVP原型，需要500美元的积分。」Lovable的回复是：「给你1000美元，顺便帮我们做个直播。」两周后，这个创业者的直播吸引了2000名开发者观看，Lovable的注册量当天暴增400%。
但Elena强调一个前提：你的产品必须真的能「blow their socks off」（惊掉他们的袜子）。如果产品只是「还行」，免费送出去只会加速口碑崩塌。她用了一个比喻：「你不会把一个半生不熟的蛋糕送给米其林评审。」
这一步占了她40%的精力。因为「送产品」不是简单的发优惠码，而是要设计一个完整的激活流程——从用户领取积分，到第一次生成代码，到分享成果，每一步都要有清晰的引导。她的团队做了一个数据看板，实时监控「免费用户的分享率」。如果这个数字低于15%，说明产品体验有问题，要立刻暂停送积分的策略。
第二步：公开造火箭，让用户当工程师
Lovable的第二个增长引擎是「building in public」——把产品开发过程完全透明化。
创始人每天在Twitter上更新开发进度。不是那种「我们即将推出新功能」的官方公告，而是直接晒代码截图、内部讨论记录、甚至失败的实验。有一次他们测试一个新的AI模型，结果生成的代码把整个页面搞崩了，他们直接发推说：「我们刚刚炸掉了自己的产品，哈哈哈哈哈。」这条推特获得了3000个赞。
Elena的团队还做了一件事：让所有员工都成为「内容生产者」。工程师写技术博客，设计师分享设计过程，甚至客服团队都在社交媒体上发「今天遇到的最奇葩用户需求」。这不是强制要求，而是给每个人配了一个「社交媒体教练」——帮他们优化文案，设计话题，跟踪数据。
结果是：Lovable的员工账号总共带来了25%的新用户流量。
第三步：让产品自己说话，而不是广告
Elena有一个铁律：每周至少发布一个「值得聊的功能」。
什么叫「值得聊」？她的标准是：如果用户在社交媒体上分享这个功能，会不会有人评论「哇哦」。如果只是「还不错」，就不值得做。这个标准逼着产品团队不断推翻自己的设计。有一次产品经理提议做一个「代码历史回溯」功能，Elena问：「用户会因为这个在Twitter上艾特我们吗?」产品经理想了想，说：「可能不会。」Elena说：「那就先不做。」
但这个策略也带来一个问题——团队每周都在加班。Elena的解决办法是：把功能拆得更小。与其做一个需要三周的「完美功能」，不如每周做一个「60分但有趣的小功能」。她说：「我们不是在做交响乐，我们是在做爵士乐——即兴，快速，不完美但有灵魂。」
第四步：用数据逼自己清醒
Elena每天早上的第一件事是看三个数字：新用户激活率、分享率、付费转化率。她把这三个数字比作「体温、心跳、血压」——任何一个异常，都要立刻诊断。
有一次分享率突然从15%掉到9%，团队花了两天时间找原因。最后发现是因为新版本的分享按钮从右上角移到了左下角，很多用户根本没注意到。他们当天就改回来了，分享率第二天恢复到14%。
想想你上一次装修房子。
你不是在买油漆和地板，你是在买「回家时那种放松的感觉」。Lovable的增长策略本质上也是这个逻辑——他们不是在卖「AI代码生成工具」，而是在卖「用户成为英雄的故事」。每一个用Lovable做出产品的人，都会在社交媒体上说「我用AI做了一个XX」，而不是「Lovable帮我做了一个XX」。这个微妙的差异，决定了用户是「消费者」还是「传播者」。
传统增长是把产品推到用户面前，Lovable的增长是让用户把产品拉到自己的朋友面前。前者是推销员，后者是共犯。
但这套打法也有明显的局限性。
首先，它只适用于「wow产品」——那种用户第一次用就会惊叹的产品。如果你的产品需要三个月才能体现价值，这套打法会让你的获客成本暴涨。其次，它需要一个极度扁平化的组织——如果你的公司还在用层级审批制度，你根本跑不起来。Elena说她在Lovable最大的优势是「我可以直接找工程师说，我们明天就发这个功能」。
最后，这套打法会让团队极度疲惫。Elena承认她的团队平均每周工作60小时。她的解决办法是「hiring for energy」——只招那种「不做出点事情就睡不着觉」的人。但这也意味着，大部分公司学不来。
一年前，Elena在Miro的时候，她的KPI是「将付费转化率提升2%」。现在她的KPI是「每周制造一个Twitter热点」。
她说她现在每天早上醒来的第一个念头不是「今天要优化什么」，而是「今天要炸掉什么」。