Кожна відповідь штучного інтелекту має ціну, але користувачі зазвичай дізнаються про неї тоді, коли спрацьовує ліміт або приходить рахунок. Швидке редагування тексту й довгий агент, який читає сотні файлів, викликає зовнішні інструменти та повторює кроки, в інтерфейсі можуть виглядати майже однаково. Обидва починаються з однієї кнопки. Водночас AI-продукти постійно змінюють модель оплати: запити, кредити, завдання, квоти використання. Більше технічних цифр проблему не розв'язує, бо людям потрібно розуміти інше: скільки коштуватиме завдання, чи варто його запускати і як витратити менше.

Автор матеріалу, опублікованого на UX Design, зводить рішення до двох питань. Перше — одиниця виміру: що користувач бачить як свої витрати. Друге — момент: коли він розуміє вартість, до, під час чи після роботи. Щоб сформувати ці рішення, варто знати, з чого складається ціна моделі.

Токен — це одиниця, яку модель читає або генерує. Токенізатор ділить текст на фрагменти: слова, частини слів, пунктуацію, іноді пробіли. Для англійської мови орієнтир такий: один токен — приблизно три чверті слова, тобто мільйон текстових токенів відповідає близько 750 тисячам англійських слів. Точна кількість залежить від токенізатора, мови й змісту. Вхідні та вихідні токени коштують по-різному: провайдери зазвичай беруть більше за згенеровані токени, і на низці актуальних моделей вихід коштує приблизно вдесятеро дорожче за стандартний вхід, у прикладі з матеріалу — приблизно в п'ять разів. Довші відповіді, міркування моделі та повторні спроби змінюють економіку навіть «однієї» взаємодії.

Вибір моделі теж має значення. Ціна вихідних токенів відрізняється між моделями в десятки разів, а то й більше. Запит, дешевий на полегшеній моделі, на флагманській може коштувати суттєво дорожче. Завдання користувача не змінилося, але лічильник уже працює інакше. Окремо діє модальність: текст, зображення, аудіо та відео не мають єдиного способу перерахунку в токени. Коротка підказка, прикріплене зображення і п'ятихвилинний кліп можуть виглядати як вхідні дані в одному полі, але вимагати зовсім різного обсягу обробки. Одні провайдери рахують токени, інші — кадри, секунди чи параметри генерації.

Для порядку величин автор наводить приклади з чужих систем. Промпт із 15 слів може важити близько 20 текстових токенів. Зображення 1092 × 1092 пікселі за однією з методик оцінюється приблизно в 1600 токенів зображення. Для відео опублікована Google статична обробка дає орієнтир близько 30 тисяч–90 тисяч токенів на п'ять хвилин, залежно від роздільної здатності. Ці оцінки походять із різних систем, тож їх не можна прирівнювати як однаковий тип токенів. Саме це обмеження і є уроком: одне поле введення приховує дуже різну роботу.

Показувати токени як такі недостатньо. Токени — валюта системи, а не користувача. Люди бюджетують гроші, час, увагу та готову роботу. Фраза «використано 382 000 токенів» може бути технічно точною, але вона не відповідає на питання, чи вкладеться наступний дослідницький запуск у квоту, яка частина роботи була найдорожчою і що змінити наступного разу. Завдання дизайнера — перекласти вартість системи в рішення, які людина може ухвалити.

Передбачуваність часто важливіша за точність. Автор посилається на дослідження Lambrecht і Skiera (2006), у якому аналізували 10 882 абонентів інтернету: багато клієнтів обирали тариф з фіксованою платою навіть тоді, коли тариф із оплатою за використання був би дешевший, а частина з них переплачувала щонайменше вдвічі. Дослідники пояснювали це страхуванням від змінного рахунку та тим, що люди гірше ставляться до послуги, коли їм доводиться стежити за лічильником, як таксометром. Дослідження стосувалося інтернет-тарифів, а не ШІ, тож прямо переносити висновки не можна. Проте напруга, знайома дизайнерам, очевидна: людям потрібно розуміти витрати, але не рахувати кожну взаємодію.

Рішення першого рівня: одиниця виміру. Автор розглядає кілька варіантів. Сирі токени показують фактичне споживання моделі, корисні в консолях розробника, але важкі для розуміння в продуктовому потоці. Долари легше сприймаються, особливо командами з бюджетом, однак сума може змінюватися від запуску до запуску. Натуральні одиниці, такі як хвилини аудіо, оброблені сторінки чи час GPU, ближчі до предмета роботи. Кредити дозволяють об'єднати різні функції в один баланс, але користувач має зрозуміти, скільки кожен кредит вартий. Завдання і результати відповідають тому, що людина замовила, але тоді невизначеність переходить до вендора: 200-сторінковий документ і одностороння електронна листівка можуть рахуватися як одне резюме, попри різну вартість обробки. Квоти використання захищають від поакційних розрахунків, але можуть залишити користувача в невизначеності щодо моменту, коли ліміт вичерпається.

Ключова відмінність — хто несе невизначеність. Токени та оплата в доларах перекладають її на користувача. Завдання та результати — на постачальника. Жоден варіант не є універсальним, тому вибір залежить від того, наскільки передбачуваним є саме завдання продукту. Для українських команд, які вбудовують ШІ у сервіси, це практичний орієнтир: спершу описати, що користувач справді хоче отримати, і лише потім вибирати лічильник. Для ринку, де бюджети на ШІ-інструменти часто рахують у доларах через іноземні сервіси, прозорість вартості стає не лише зручністю інтерфейсу, а й умовою довіри до продукту.

5Перегляди

Олеся Бондар

Автор

Авторка рубрики «Продукт і дизайн»

Олеся Бондар пише про продуктовий дизайн, UX, айдентику і те, як українські студії працюють із західними клієнтами. Сама прийшла з продуктового дизайну: шість років у командах мобільних застосунків і фінтеху. Розбирає редизайни по екранах і вміє пояснити, чому кнопка стоїть саме там.