Соучредитель и генеральный директор Lovable Антон Осика использовал сессию TIME100 на конференции Dreamforce от Salesforce в Сан-Франциско, чтобы ответить критикам, которые называют софт, собранный с помощью AI, угрозой безопасности. Его ответ был прямым: «We're way past vibes». Шведская компания из Стокгольма вышла на $200 млн годовой повторяющейся выручки менее чем за год и утроила этот показатель за девять месяцев — такие цифры прозвучали со сцены. Для бизнеса значение имеет не сам темп роста, а то, кто именно занимается разработкой: сотрудники почти двух третей компаний из Fortune 500 уже создают софт на платформе.
Что произошло на Dreamforce
Осика разговаривал с Айшей Джавед из TIME в сессии под названием «The future of work is software without a middleman». Джавед начала с коммерческих результатов Lovable: домен lovable. com компания купила в августе, среди её клиентов — Adidas и Nvidia, а раунд Series C на $400 млн при оценке $13,3 млрд она привлекла тогда же, в августе. Эти цифры совпадают с более ранними публикациями: TechCrunch сообщал о рубеже $200 млн в ноябре 2025 года, а Bloomberg — о $400 млн в марте 2026 года. Дальше разговор перешёл от финансирования к вопросу, который важен для покупателей: можно ли доверять реальные бизнес-процессы софту, собранному вне инженерных отделов.
Основная ставка Lovable в том, что решение должен строить тот, у кого есть проблема. Осика представил это как отход от дипломов и сертификатов: люди с экспертизой и близостью к задаче — в маркетинге, финансах или HR — должны создавать софт сами, а не те, у кого есть определённые типы сертификатов. Он привёл внутренние данные: 55% клиентов и пользователей Lovable имеют более 11 лет рабочего опыта. По его словам, эти знания раньше оставались за стенами инженерных департаментов и не доходили до уровня инструментов. Задача платформы — перенести эту экспертизу напрямую в работающие приложения.
Примеры, которые привёл Осика, относятся к рабочим процессам, а не к экспериментам. Над, руководитель в компании Nursa, которая занимается подбором персонала в здравоохранении, собирался сделать прототип новой продуктовой линейки для обучения медсестёр, а в итоге построил на Lovable весь продукт, включая планирование смен и сертификацию. Затем команда руководителей Nursa создала более десяти приложений, заменивших устаревшие инструменты в финансах и операциях, а агенты и чат-инструменты компании подключаются к этим приложениям одним кликом. Отдельно 300 ресторанов McDonald's в Северных странах используют построенную на Lovable систему для обработки инцидентов и запросов на месте. В обоих случаях софт работает в продакшене, а не лежит в папке с пилотами.
Что это значит для бизнеса
Для компаний, которые решают, куда направлять ресурсы на разработку, практическое следствие — изменение разделения труда, а не отказ от инженеров. Осика сказал, что лучшие известные ему инженеры стали продуктивнее и ценнее для своего бизнеса, чем раньше, а люди без инженерного бэкграунда могут быть очень продуктивны, если они близки к задаче и обладают хорошим суждением. Небольшая компания выигрывает больше всего, когда даёт эксперту в предметной области быстро выпустить узкий инструмент; крупная организация сталкивается с другой задачей — решить, какие из множества внутренних приложений оставить, кто отвечает за каждое и как они подключаются к корпоративным данным. Осика советует проводить внутренние хакатоны, начинать с не слишком амбициозных проектов и затем явно решать, какие инструменты выводить из эксплуатации.
Ограничения — то, на что покупателям стоит смотреть в первую очередь. Осика заявил, что AI сейчас лучше людей находит уязвимости, и Lovable автоматически и бесплатно сканирует каждое изменение, а внешние компании по пентесту, по его словам, ставят платформу абсолютно в топ. Более сложная проблема, по его словам, — видимость данных внутри приложения: HR-инструмент должен показывать кадровые данные только нужным руководителям. Коннекторы Lovable, включая коннектор для Salesforce, ограничивают доступ приложения к данным в зависимости от того, кто вошёл в систему, а администраторы видят все приложения, созданные в компании, и то, какие из них содержат чувствительные данные. Кроме того, компания оформила страховой полис от Lloyd's для покрытия AI-рисков. Всё это не означает, что софт, собранный с помощью AI, автоматически безопасен: покупателям следует спрашивать, для кого создан инструмент, как приложения подключаются к данным, что видят администраторы и проверяется ли код до запуска.
Маркер, за которым стоит следить, — переход служб безопасности от блокировки таких платформ к их внедрению. Осика говорит, что этот сдвиг уже заметен, и описывает позицию Lovable как движение от «this last no» к «the first yes», ссылаясь на запуск AIforce от Salesforce как на то же направление. Если эта переоценка продолжится в 2026 году, ограничением для гражданской разработки станет не разрешение, а управление: кто отвечает за каждое приложение после вывода в продакшен.
