Число, через яке ШІ здається безкоштовним
Оцініть одну й ту саму роботу двома способами. Звернення до підтримки, яке сортує модель - прочитати його, класифікувати, скерувати, скласти підтвердження - споживає близько 500 токенів на вході та 50 на виході, що на Haiku 4.5 за опублікованими тарифами становить $0.00075. Те саме звернення, яке опрацьовує людина за повної вартості $22 на годину, тридцять звернень на годину, коштує $0.73. Це розрив приблизно у 978 разів, і кожне число в ньому - це припущення, яке ви можете замінити: платіть $30 на годину, опрацьовуйте 20 звернень, використовуйте більшу модель - розрив залишається завширшки у три порядки величини.
| Задача | Вартість / задача |
|---|---|
| AI · Haiku 4.5 | $0,00075 |
| Людина | $0,73 |
| Люди проти AI | ~978× |
Скільки коштує одна задача
Сортування заявок, змодельовано · логарифмічна шкала, кожна лінія сітки - це 10×
Змодельовано, а не виміряно: сортування на Haiku 4.5 за опублікованими тарифами (500 токенів на вході по $1 / 1M, 50 на виході по $5 / 1M = $0.00075) проти людини з повною вартістю $22 за годину, яка обробляє 30 заявок за годину ($0.73). Шкала логарифмічна. Зарплата, пропускна здатність і кількість токенів - це вхідні дані, які варто замінити власними; різниця зберігається за будь-якого їх реалістичного набору.
Такі числа створюють відчуття, що ШІ - це автоматичне "так", і саме так власники зрештою розчаровуються. Бо ціна за завдання - це не рішення. Це найменше число в кімнаті.
Справжній бар'єр - це розробка
Між вами й тими частками цента стоїть фіксована вартість: хтось має побудувати цю функцію. Під'єднати її до вашої системи звернень, написати й протестувати підказки, опрацювати граничні випадки, поставити перед нею екран перевірки, розгорнути її. Чи це скрипт за $3,000, чи інтеграція за $20,000 - залежить від обсягу, і поводиться це так само, як будь-яке інше капітальне рішення вашого бізнесу: його треба відшкодувати з заощаджень, місяць за місяцем. ШІ не скасував цю логіку; він лише зробив маржинальну вартість настільки малою, що розробка стає фактично всією інвестицією. Якщо ви зважуєте це проти купівлі готового інструмента, то це окреме рішення, але арифметика нижче працює однаково в обох випадках.
Формула точки беззбитковості
Уся модель вміщується в один рядок: окупність у місяцях = вартість розробки ÷ (завдань на місяць × заощадження на завдання), де заощадження на завдання - це те, скільки людині коштує його виконати, мінус те, скільки коштує модель. Повна погодинна вартість, поділена на завдання за годину, дає людський бік; математика токенів дає бік ШІ. Три вхідні дані, одне ділення, і кожне з них ви можете виправити: ваші зарплати, ваша пропускна здатність, ваша оцінка.
Та сама розробка за трьох обсягів
| Обсяг | Беззбитковість |
|---|---|
| 10,000 задач / mo | ~5 тижнів |
| 3,000 задач / mo | ~3,7 mo |
| 300 задач / mo | ~3 yr |
Та сама розробка за трьох обсягів
Розробка $8,000; кожна задача: AI ~$0,00075 проти людина ~$0,73 (змодельовано)
Сукупна вартість виконання задачі людьми (три обсяги) проти одноразової розробки за $8,000 і роботи на AI. Припущення щодо задачі такі самі, як на графіку вище; використання AI за цих обсягів становить від $0.23 до $7.50 на місяць, тож бурштинова лінія виглядає пласкою. Беззбитковість настає приблизно за 5 тижнів для 10,000 задач на місяць, за 3.6 місяця при 3,000 і приблизно за 3 роки при 300. Підставте власну зарплату, пропускну здатність і кошторис розробки; суть - у формі кривої.
Це графік, який залагоджує більшість суперечок "робити чи ні", бо єдине, що змінюється між трьома лініями, - це обсяг. За 10,000 завдань на місяць розробка за $8,000 окупається приблизно за п'ять тижнів; та сама розробка за 300 завдань на місяць тягнеться приблизно три роки, що в термінах програмного забезпечення є зовсім іншим рішенням. Ніщо в моделі, підказках чи якості не змінилося. Сам лише обсяг зрушив відповідь з очевидного "так" на ймовірне "ні".
Таблиця окупності
Знайдіть свій стовпець, знайдіть свою оцінку - і ви маєте обґрунтовану першу відповідь ще до того, як хтось відкриє IDE.
| 300 завдань / міс | 1,000 / міс | 3,000 / міс | 10,000 / міс | |
|---|---|---|---|---|
| Місячне заощадження | $220 | $733 | $2,198 | $7,326 |
| Розробка за $3,000 окупається за | 13.7 міс | 4.1 міс | 1.4 міс | 0.4 міс |
| Розробка за $8,000 | 36.4 міс | 10.9 міс | 3.6 міс | 1.1 міс |
| Розробка за $20,000 | 91.0 міс | 27.3 міс | 9.1 міс | 2.7 міс |
Два чесні прочитання цієї таблиці. Вниз по стовпцю: дисципліна щодо обсягу окупається, бо за 1,000 завдань на місяць різниця між розробкою за $3,000 і за $20,000 - це різниця між чотирма місяцями й двома роками. Уздовж рядка: обсяг - це важіль, бо та сама розробка за $8,000 коливається від похибки округлення до невиправданої залежно від того, скільки завдань ви насправді їй подаєте. Коли оцінка потрапляє в сіру середину, найдешевший експеримент - це зазвичай менша розробка, яка перевіряє припущення про обсяг, а не більша розробка, яка робить на нього ставку.
Коли ціна токена все ж має значення
Сортування - дешеве завдання; не все таке. Робота зі складання, яка читає бриф на 2,000 токенів і пише документ на 1,500 токенів на Opus 4.8, коштує близько $0.05 за завдання, а робота з довгим контекстом може здійматися значно вище. Це все одно порівнюється з $0.37 за одну хвилину людського часу, тож розрив зберігається, але за десятки тисяч завдань маржинальна лінія перестає бути прикрасою: це різниця між тим, чи токени коштуватимуть $8 на місяць, чи $500. Саме тут приховані множники з першої частини і важелі з другої частини вбудовуються в цю модель: вони змінюють заощадження на завдання, що скорочує окупність. Вони рідко самі по собі перевертають рішення про розробку, але вони визначають, наскільки хорошим стане хороше рішення.
Що ця модель випускає з уваги
Чесність щодо меж. Якщо людина все ж переглядає кожен результат, ваше заощадження на завдання - це різниця в часі перевірки, а не повні $0.73, і окупність відповідно розтягується; модель відпрацьовує свою вартість там, де вона повністю закриває більшість завдань і ескалює решту. Помилки мають ціну, якої ця формула не бачить, тож завдання, де неправильна відповідь дорого коштує, потребують дешевої перевірки в контурі, перш ніж математика обсягу почне щось означати. І розробка - це не останній рахунок: підказки дрейфують, системи змінюються, хтось обслуговує інтеграцію. Ніщо з цього не ламає модель; воно просто належить до стовпця розробки, а пілот, розмірений так, щоб перевірити ваше припущення про обсяг, - це найдешевший спосіб з'ясувати, якими числа є насправді.
