Як продати AI-застосунок (AI wrapper): витрати на API, ключі, умови провайдерів і що перевіряють покупці

Чи можна продати AI-застосунок (AI wrapper)?

Так. Застосунок, який додає зосереджений інтерфейс, промпти й робочий процес поверх API моделі, є справжнім продуктом із користувачами й доходом, і продається він як будь-який інший застосунок: цифри, пропозиція, due diligence, escrow і передача в App Store (дивіться як продати iOS-застосунок). Відрізняються дві речі: акаунти й ключі провайдерів не переходять разом із застосунком, а покупці більше часу приділяють витратам і платформним ризикам.

Як покупці оцінюють вартість AI-застосунку?

За прибутком після витрат на API, з поправкою на те, наскільки цей прибуток крихкий. AI-застосунки можуть добре заробляти: звіт RevenueCat State of Subscription Apps 2026 показав, що застосунки на основі AI приносять на 41% більше доходу з одного платного користувача, але відтік у них на 30% швидший, і що для продуктів на великих мовних моделях вартість обслуговування кожного нового підписника вже не близька до нуля.

Що перевіряють покупці, словами M&A-радника, який пише про AI-обгортки (L40°):

• Чутливість до цін на моделі: «Покупці перевіряють, наскільки бізнес чутливий до змін цін на моделі».
• Платформний ризик: якщо новий реліз моделі поглинає основну функцію застосунку, «окремий продукт може швидко втратити актуальність».
• Структура угоди: через цей ризик деякі покупці «спираються на earnout, утримання частини суми та поетапну оплату».

Моя позиція: AI-застосунок зі здоровою маржею після витрат на API, справжнім утриманням користувачів і продуктом, який робить більше, ніж просто передає текст моделі, для мене звичайна покупка. Я плачу через escrow, виходячи з прибутку за останній місяць після витрат на API та інфраструктуру, з поправкою на динаміку, відтік і на те, наскільки застосунок залежить від одного провайдера. Спробуйте калькулятор вартості застосунку із прибутком після витрат на API.

Які цифри підготувати?

• Витрати на API на місяць, за провайдерами й моделями, за 12 місяців, поруч із доходом, щоб покупець бачив, як змінюється валова маржа.
• Витрати на одного активного або одного платного користувача, і частку витрат на API, що припадає на найактивніших користувачів.
• Ліміти використання й захист від зловживань: обмеження частоти запитів, ліміти безкоштовного використання, що не дасть одному користувачу роздути ваш рахунок.
• Метрики підписок: конверсія з пробного періоду, продовження, відтік і повернення коштів, які для AI-застосунків важать більше через швидший відтік (докладніше в статті про продаж застосунку з підписками).
• Залежність від моделей: які моделі використовує застосунок, чи може він змінити провайдера і що ставалося з маржею після минулих змін цін.
• Усе інше, що перевіряє покупець: чекліст due diligence застосунку.

Чи можна передати ключі API і акаунт у провайдера?

Ключі ні. Services Agreement OpenAI каже, що клієнти не можуть «купувати, продавати чи передавати ключі API від третьої сторони, третій стороні або разом із нею», а рекомендації OpenAI з безпеки ключів додають, що передавати ключі API іншим суперечить її умовам. Anthropic радить, що кожен, кому потрібен доступ до Claude API, «має отримати власний ключ».

Акаунти є питанням договору. Угода OpenAI дозволяє будь-якій стороні передати її правонаступнику практично всіх своїх активів чи бізнесу з письмовим повідомленням за 30 днів. Комерційні умови Anthropic кажуть, що жодна сторона не може передати свої права «без попередньої письмової згоди іншої сторони». Для продажу одного застосунку найпростіший і найчистіший шлях з будь-яким провайдером однаковий: покупець відкриває власні акаунти й ключі, а ви перемикаєте на них застосунок.

Як відбувається передача в кожного провайдера?

За умовами й довідковими сторінками кожного провайдера, перевірено у вересні 2026 року.

Також розкажіть покупцю, як кожен провайдер поводиться з даними, бо це впливає на його політику конфіденційності: OpenAI каже, що дані з API не використовуються для навчання її моделей, якщо ви на це не погодилися, умови Anthropic кажуть, що вона не може навчати моделі на контенті клієнтів, а умови Gemini API від Google по-різному поводяться з даними безкоштовного й платного рівнів.

Що буде з бекендом?

У добре зробленому AI-застосунку ключ API ніколи не вшитий у сам застосунок. OpenAI каже ніколи не розміщувати ключ у клієнтських середовищах, як-от браузери чи мобільні застосунки, і Google каже те саме про ключі Gemini: запити мають іти через ваш власний бекенд або проксі. Якщо сьогодні ваш ключ у бінарному файлі застосунку, виправте це до продажу; покупці це шукають, а відкритий ключ означає ризик і для витрат, і для безпеки.

Сам бекенд переходить як будь-який інший проєкт:

• Firebase: проєкт Firebase є проєктом Google Cloud; додайте покупця як Owner, він приймає запрошення, підключає білінг, і ви виходите.
• Supabase: проєкти можна передавати між організаціями, якщо ви власник вихідної організації, а покупець учасник цільової; деякі інтеграції треба спершу видалити, а після передачі за використання платить цільова організація.
• Власний сервер або edge-функції: передайте акаунт або розгорніть усе заново на інфраструктурі покупця, а потім спрямуйте на неї застосунок (або домен, який ви передаєте).

Складіть письмовий список усіх секретів, які використовує бекенд (ключі моделей, RevenueCat, аналітика, push), і після передачі замініть кожен на секрети покупця. Щодо магазину: як працює передача в App Store.

Які правила App Store перевірити перед продажем?

Покупець захоче знати, що після продажу в застосунку не буде проблем з App Review. Пункти App Review Guidelines, найважливіші для AI-застосунків:

• 5.1.2(i), передача даних: ви маєте чітко розкривати, куди персональні дані передаються третім сторонам, зокрема сторонньому AI, і отримувати явний дозвіл. Переконайтеся, що застосунок питає, перш ніж надсилати персональні дані провайдеру моделі.
• 4.2 Minimum functionality і 4.1(a) Copycats: застосунку, який не є корисним, унікальним чи «схожим на застосунок», не місце в App Store. Тонка обгортка вразливіша до цього, ніж застосунок із власним робочим процесом.
• 1.2 User-generated content: якщо користувачі можуть ділитися створеним або публікувати його, діють правила щодо фільтрації, скарг і блокування.

Як отримати кращу ціну?

• Показуйте маржу, а не лише дохід: чисті щомісячні витрати на API поруч із доходом.
• Зменште залежність від однієї моделі: застосунок, який може змінити провайдера чи модель, менш крихкий.
• Обмежте зловживання: розумні безкоштовні ліміти й обмеження частоти запитів захищають маржу і заспокоюють покупців.
• Володійте робочим процесом: шаблони, історія, поширення, інтеграції, усе, що робить застосунок чимось більшим за текстове поле. Саме це переживе вихід нової моделі.
• Перенесіть ключі на бекенд і опишіть архітектуру на одній сторінці.

Я купую AI-обгортки на iOS (і хороші Android-застосунки), які працюють 6+ місяців і мають стабільний дохід, в угодах від $10K до $1M+. Угода зазвичай закривається приблизно за 14 днів, без комісій для вас. Надішліть мені застосунок із доходом і витратами на API за останній місяць; зазвичай я відповідаю протягом кількох годин.