第二种是在多个应用生成平台上活跃的用户。例如：在三个月的时间里，近 21% 的 Bolt 用户也浏览了 Lovable。15% 的 Base44 用户也查看了 Lovable。我推测这些是在这些平台上非常活跃的超级用户，他们以互补的方式使用这些平台。这种用户行为模式让我想起了我自己使用不同设计工具的方式。当我需要快速制作原型时，我可能会使用一个工具；当我需要更精确的设计控制时，我会切换到另一个工具；当我需要与开发团队协作时，我可能会选择第三个工具。每个工具都有其独特的优势，我根据具体需求来选择使用哪个。
专业化是必然趋势我越来越相信，在帮助用户构建可扩展应用的工具领域，受限胜过不受限。在开发某一类产品方面表现出色，很可能比在生成所有产品方面都只是还可以要好得多。一个在构建与 SAP 集成的内部工具方面表现出色的应用生成平台，不太可能也是制作最准确飞行模拟器应用的那一个。
让我们来进一步分析这种专业化趋势。不同类型的应用对底层平台有着截然不同的要求：
数据/服务包装器类应用需要聚合、丰富或呈现大型现有数据服务或第三方服务，比如 LexisNexis 或 Ancestry。基础设施必须支持大数据集的操作。这类应用的核心挑战在于数据处理能力和集成的复杂性，而不是界面的美观程度。
实用工具类应用是单一用途的轻量级应用，解决高度特定的需求，比如 PDF 转换器、密码管理器或备份工具。大多数横向平台已经在生成这些应用方面做得很好了。这类应用的特点是功能明确、逻辑相对简单，但对可靠性和性能要求很高。
内容平台类应用专为发现、流媒体或阅读内容而构建，比如 Twitch 或 YouTube，需要专门的基础设施来支持内容分发。这类应用的技术挑战主要在于大规模内容分发、实时流媒体处理和个性化推荐算法。
商务中心类应用是促进和货币化交易的平台，专注于物流、信任、评论和价格发现。这些应用需要支持支付、退款、折扣等的集成。在这个领域，合规性、安全性和金融集成的复杂性是关键挑战。
生产力工具类应用帮助用户或组织完成任务、协作和优化工作流程，通常与其他服务有大量集成。这类应用需要深度理解企业工作流程和现有工具生态系统。
社交/消息类应用让用户能够连接、沟通和分享内容，通常形成网络和社区。基础设施必须支持大规模的实时交互。这类应用的挑战在于处理社交图谱、实时通信和内容审核。
我观察到的是，每个类别都有其独特的技术栈、集成需求和用户体验考量。一个专注于电商应用生成的平台，会内置支付处理、库存管理、订单跟踪等功能，并且深度优化这些流程。而一个专注于数据仪表板的平台，则会在数据可视化、实时更新和复杂查询优化方面投入更多精力。这种专业化不仅仅是功能的差异，更是整个产品哲学和技术架构的不同。