Union App Studio: $12K в месяц на нативном app-builder'е для дизайнеров — кейс Paolo

Union — App Studio — app-builder для креативных людей без кода. Объединяет дизайн-инструменты типа Figma с генеративными UI-движками типа Replit и v0, но выводит нативно на любую ОС, включая веб. $12 000 в месяц ($144K в год), 2 основателя, 2 сотрудника, прибыльный, бутстрап-VC. Запущен в мае 2024 в Нью-Йорке. Бизнес был закрыт в 2026 году.

Главное в кейсе — Paolo собрал не «ещё один Figma» и не «ещё один Replit», а гибрид. Технологически — это огромный объём C/C++ работы для нативных приложений с веб-стэком внутри. Идеологически — фокус на конкретной боли дизайнеров: переход от Figma-дизайнов к реальному production-коду.

Кто такой Paolo

Серийный основатель. Ушёл из MIT в 2010 году ради первого стартапа, сейчас на четвёртом. По собственному признанию — «зависимость». Опыт в dev-tools и deep-tech свыше десятилетия.

Имеет солидную школу провалов и побед. Один из главных выводов: «решение сложной технической задачи не даёт автоматической монетизации». В dev-tools это особенно жёстко — разработчики ждут всё бесплатно, конвертация лояльности в продажи занимает годы.

Какую проблему решает Union App Studio

ICP — дизайнер или креативный человек, который любит Figma, но ненавидит процесс перехода от Figma к production.

Боли:

• от макета до реального приложения проходят месяцы инженерии
• ИИ-генерация UI часто ломается, когда становится более конкретной
• нужно собирать приложение под каждую ОС отдельно
• нет «sweet spot» между визуальным конструктором и генеративной ИИ

Union даёт drag-and-drop pre-fab компонентов для дизайна интерфейсов. Нужен компонент, которого нет — ИИ сгенерирует. Не нравится — можно открыть редактор кода и поправить JavaScript/CSS вручную. На выходе — нативное приложение, работающее на десктопе, мобайле и в вебе.

Как родилась идея

«Все любят Figma. Но никто не любит дорогу от Figma до production». Этот пейн-поинт за десятилетие только усугубился, не уменьшился. ИИ-генерация UI казалась решением, но при попытке быть конкретнее — постоянно ломается.

Paolo увидел нишу между «полностью визуальным» и «полностью генеративным» — нужен инструмент, который позволяет работать и так, и так, и переключаться между ними. И при этом результат — production-ready нативное приложение.

Как собрал

Это самая тяжёлая часть кейса с точки зрения сложности. Команда начала с нуля: написать на C и C++ всё, что нужно для нативных приложений на всех ОС.

• открытие окон
• работа с камерой
• файловая система
• рендеринг UI

И главное — сделать так, чтобы внутри этого нативного контейнера работали HTML, CSS и JavaScript, или фреймворки типа React. То есть веб-разработчики могут строить нативные приложения без переучивания.

Чтобы решить эту инженерную задачу, привлекли VC-инвестиции. Но дальше — провал: рынок не понял, что было решено. Платящих юзеров за такое не было.

Тогда команда взяла Figma и Sketch как референс, потратила 6 месяцев на репликацию ключевых дизайн-фич: drag-and-drop, компоненты, responsive layouts. И только после этого продукт обрёл понятную форму для пользователя.

Стратегия роста

Личная сеть на раннем этапе

«Лучше иметь 10 культовых юзеров, чем 100 равнодушных». Paolo собрал обратную связь от своего окружения, итерировал по их фидбэку, и не торопился запускать публичную маркетинг-кампанию.

Cold inbound с GitHub

Первый клиент пришёл сам — нашёл их через GitHub, сделал техническое due diligence по стэку и спросил, не рассматривают ли они работу с public sector. Это привело к контрактам с tier-1 defense contractors — крупная корпоративная выручка через 5–6 месяцев переговоров.

X (Twitter) и Reddit

Paolo называет X «rage-bait формула, которую легко гэймить» — но скептически относится к конвертации фолловеров в выручку. Reddit, по его мнению, надёжнее: настоящие обсуждения, наказание за нечестность через downvotes.

Ecosystem-маркетинг

Paolo считает, что «better-together story» — самый недооценённый инструмент. Если ты не решишь все проблемы пользователя в одиночку, построй экосистему вокруг — это работает лучше, чем full-stack самостоятельный продукт.

Pricing

Корпоративный модель — контракты с defense contractors и частным сектором. Конкретные тарифы не раскрываются. Это объясняет $144K годовой выручки с командой из 4 человек — не подписочная экономика, а несколько крупных B2B-сделок.

5 уроков из кейса

1. Dev-tools редко превращаются в выручку напрямую. Разработчики ждут всё бесплатно, а champions не равно sales. Если строишь dev-tool — сразу планируй, как монетизировать через end-user продукт, а не через сам инструмент.
2. Иногда быстрее построить инструмент, который уже существует, чем изобретать новое. 6 месяцев на репликацию ключевых фич Figma были не «потерянным временем», а способом дать рынку понятный референс. Только после этого продукт стал понятным юзеру.
3. Cold inbound с GitHub — недооценённый канал для deep-tech. Если у тебя сложный стэк и публичный код, серьёзные компании сами тебя находят. Open-source — не благотворительность, а маркетинговый актив.
4. «Quality over quantity» на ранней стадии — это не лозунг. 10 die-hard юзеров дадут тебе больше сигналов, чем 1000 пассивных. Это резко сокращает цикл итераций и качество финального продукта.
5. Better-together story важнее уникальности. Никто не построит решение для всех проблем юзера. Если ты грамотно интегрируешься с экосистемой (Figma, GitHub, Replit), это сильнее, чем замкнутая платформа.

Главная мысль: Union показал, что даже технически сильный продукт может закрыться, если рынок не понимает, что ты решил. Paolo построил инфраструктуру, на которой можно было бы строить десятки продуктов — но монетизировать конечный продукт оказалось сложнее, чем инженерия. Урок — техническая глубина не равна product-market fit. Закрытие в 2026 году не отменяет ценность кейса: deep-tech требует маркетинга больше, чем web-SaaS, а не меньше.