# OpenAI переходить на оплату за результат для великих клієнтів > OpenAI тестує оплату за результат для великих клієнтів — гроші знімаються лише тоді, коли AI справді виконує задачу; Salesforce експериментує з подібною схемою. - Опубліковано: 31 серпня 2026 р. (2026-08-31T06:04:56.485171+00:00) - Розділ: Бізнес - На основі публікації: [Techmeme](https://www.techmeme.com/260831/p4#a260831p4) - Видання: AiiN (https://aiin.news) - URL: https://aiin.news/article?slug=openai-%D0%BF%D0%B5%D1%80%D0%B5%D1%85%D0%BE%D0%B4%D0%B8%D1%82%D1%8C-%D0%BD%D0%B0-%D0%BE%D0%BF%D0%BB%D0%B0%D1%82%D1%83-%D0%B7%D0%B0-%D1%80%D0%B5%D0%B7%D1%83%D0%BB%D1%8C%D1%82%D0%B0%D1%82-%D0%B4%D0%BB%D1%8F-%D0%B2%D0%B5%D0%BB%D0%B8%D0%BA%D0%B8%D1%85-%D0%BA%D0%BB%D1%96%D1%94%D0%BD%D1%82%D1%96%D0%B2 --- OpenAI тестує оплату за результат (outcome-based pricing) для частини великих корпоративних клієнтів — модель, за якою рахунок виставляється лише тоді, коли AI-система справді виконала поставлену задачу, а не за кожен витрачений токен чи час підписки. [За даними Techmeme](https://www.techmeme.com/260831/p4#a260831p4), паралельно схожі експерименти з оплатою за результат проводить і Salesforce, і низка інших постачальників AI-рішень. Для індустрії, що останні кілька років жила на тарифах «за токен» і «за посадку» (per-seat), це помітний зсув. Токен-модель добре монетизує споживання обчислень, але погано узгоджується з тим, чого насправді хоче клієнт — не «більше запитів до моделі», а «задача закрита». Оплата за результат прибирає цей розрив: клієнт платить за факт, а не за спробу. Для команд, що будують власні AI-агенти чи AI-продукти на базі API великих провайдерів, це сигнал не гірший за анонс нової моделі: якщо флагманські гравці індустрії переходять на оплату за результат, ринок очікуватиме того самого і від менших продуктів. ## Що саме змінює OpenAI? OpenAI пропонує окремим великим клієнтам тарифну схему, за якою оплата списується лише за виконані задачі, а не за обсяг використаних токенів чи фіксовану підписку. Ключова відмінність від звичного API-білінгу: клієнт більше не платить за спроби моделі чи проміжні кроки, з яких складається виконання задачі — рахунок формується по факту завершеної роботи. За нашою оцінкою, це, ймовірно, продовження ширшого руху OpenAI в бік агентних продуктів: якщо компанія дедалі частіше продає не текст, а виконання задач, тарифікація «за результат» природніше відображає те, як клієнт реально оцінює цінність продукту. ## Чим оплата за результат відрізняється від оплати за токени? Головна відмінність — хто несе ризик невдачі. У токен-моделі ризик повністю на клієнті: заплатив за виклики, а модель могла й не впоратися із задачею. В outcome-based моделі цей ризик частково переходить на провайдера — він зацікавлений довести справу до кінця, бо інакше не отримає оплати. Це має кілька практичних наслідків: - Провайдеру потрібен чіткий і вимірюваний критерій «задача виконана» — інакше виставляти рахунок нема за що. - З'являється стимул інвестувати в надійність і повторні спроби, а не лише у швидкість відповіді. - Клієнту простіше рахувати ROI: витрати прив'язані до бізнес-результату, а не до технічної метрики споживання. ## Хто ще рухається в цьому напрямку? Salesforce — не єдиний, хто пробує подібні схеми: як уже згадувалося, кілька інших постачальників AI-рішень тестують аналогічну оплату за результат для своїх продуктів. Це вказує на те, що йдеться не про одноразовий експеримент OpenAI, а про напрямок, куди рухається щонайменше частина індустрії корпоративного AI. Ймовірно, найшвидше на outcome-based тарифікацію перейдуть саме вендори агентних продуктів — підтримка клієнтів, sales-автоматизація, coding-агенти, — бо там задачу простіше формально визначити й перевірити, ніж у випадку загального чат-асистента. ## Що з цим робити командам, які будують власних AI-агентів? Якщо продукт продає доступ до моделі «за токен», варто вже зараз продумати альтернативну тарифікацію — за завершені задачі, тікети, оброблені ліди чи інші вимірювані одиниці результату. Це вимагає: - чіткого визначення «успіху» для кожного типу задачі агента; - телеметрії, що фіксує факт і якість завершення, а не лише кількість викликів моделі; - механізму повторних спроб та ескалації на людину для задач, які агент не зміг закрити самостійно — тут критичною стає надійність самого виклику інструментів, про яку ми [розбирали, як RL вчить агентів коректно викликати інструменти](https://aiin.news/article?slug=rl-вчить-математичних-ai-агентів-правильно-викликати-інструменти). Для компаній, що продають агентні рішення B2B-клієнтам, оплата за результат може стати аргументом у переговорах — особливо там, де закупівельники звикли платити за перформанс (маркетинг, аутсорс-підтримка), а не за підписку на софт. ## Висновок AiiN Оплата за результат — це не просто новий тарифний план, а зміна ролі постачальника AI: з продавця обчислень на підрядника, що відповідає за результат. За нашою оцінкою, це прискорить розшарування ринку агентних продуктів на тих, хто вже має вимірювані метрики успіху й готовий гарантувати результат, і тих, хто досі рахує цінність у токенах і запитах. Для AI-білдерів практичний висновок такий: агент, що не вміє надійно визначати й підтверджувати власний успіх, не готовий ні до оплати за результат, ні до серйозних корпоративних контрактів. ## Чи означає це кінець оплати за токени? Ні, найближчим часом обидві моделі, ймовірно, співіснуватимуть. Оплата за токени залишиться базовою для розробницьких API та експериментів, тоді як оплата за результат — окрема опція для великих корпоративних клієнтів із чітко визначеними задачами. ## Кому найлегше перейти на оплату за результат? Найпростіше це зробити продуктам із формально перевірюваним результатом — обробка тікетів підтримки, кваліфікація лідів, генерація коду з проходженням тестів. Там, де «успіх» суб'єктивний, наприклад у творчому контенті, оплата за результат впроваджується складніше. --- Теги: OpenAI, Salesforce, AIagents, бізнесмоделі, ціноутворення Джерело: AiiN — https://aiin.news/article?slug=openai-%D0%BF%D0%B5%D1%80%D0%B5%D1%85%D0%BE%D0%B4%D0%B8%D1%82%D1%8C-%D0%BD%D0%B0-%D0%BE%D0%BF%D0%BB%D0%B0%D1%82%D1%83-%D0%B7%D0%B0-%D1%80%D0%B5%D0%B7%D1%83%D0%BB%D1%8C%D1%82%D0%B0%D1%82-%D0%B4%D0%BB%D1%8F-%D0%B2%D0%B5%D0%BB%D0%B8%D0%BA%D0%B8%D1%85-%D0%BA%D0%BB%D1%96%D1%94%D0%BD%D1%82%D1%96%D0%B2. Цитуючи, посилайтесь на канонічний URL.