Genius-bot · 14 минут чтения
Если вы продаёте услугу с использованием нейросети, вопрос «api нейросети цена» нужно считать не отдельно от бизнеса, а внутри себестоимости каждого заказа. Клиенту не важно, сколько запросов ушло в API: он покупает готовую озвучку, видео или обработанный материал. Поэтому в прайсе должна быть заложена не только стоимость запуска операции, но и ваше время, доработки, комиссии и запас на непредвиденные расходы. Доступ к ключу и текущим тарифам можно проверить в разделе API.
У такого расчёта есть практический смысл: две услуги с одинаковой ценой для клиента могут давать совершенно разную прибыль. Например, изображение по описанию стоит 9 ₽ за запуск, а видео по описанию — 119 ₽. Если к видео добавляются несколько итераций, ручной монтаж и повторная генерация, первоначальная цена API становится только одной строкой в себестоимости.
Ниже разберём модель на примере небольшой студии, которая продаёт озвучку и видео. Цель не в том, чтобы найти одну «правильную» наценку, а в том, чтобы видеть экономику заказа до того, как он уйдёт в работу.
Себестоимость одного заказа: из чего она состоит
Начинать расчёт стоит с прямой стоимости API. У сервиса оплата идёт за запуск, без абонентской платы и минимального платежа. При выпуске первого ключа на баланс начисляется 50 ₽ для пробы, поэтому первые операции можно использовать для проверки фактического расхода до формирования коммерческого прайса.
Для операций с фиксированной стоимостью расчёт простой. Оживление фото стоит 25 ₽ за запуск, изменение фото по описанию — 35 ₽, генерация изображения — 9 ₽, увеличение качества — 50 ₽. Видео по описанию стоит 119 ₽, музыка — 59 ₽, расшифровка записи — 10 ₽, говорящий аватар — 120 ₽.
| Операция | Цена за запуск | Как учитывать в заказе |
|---|---|---|
| Оживить фото | 25 ₽ | 1 запуск = 25 ₽ |
| Изменить фото по описанию | 35 ₽ | 1 запуск = 35 ₽ |
| Картинка по описанию | 9 ₽ | 1 запуск = 9 ₽ |
| Увеличить качество фото | 50 ₽ | 1 запуск = 50 ₽ |
| Видео по описанию | 119 ₽ | 1 запуск = 119 ₽ |
| Создать музыку | 59 ₽ | 1 запуск = 59 ₽ |
| Расшифровка записи | 10 ₽ | 1 запуск = 10 ₽ |
| Говорящий аватар | 120 ₽ | 1 запуск = 120 ₽ |
| Убрать вокал | 45 ₽ | 1 запуск = 45 ₽ |
| Убрать шум | 36 ₽ | 1 запуск = 36 ₽ |
| Звук по описанию | 9 ₽ | 1 запуск = 9 ₽ |
| Озвучка текста | 18 ₽ | за 1000 знаков |
Есть и операция со стоимостью 0 ₽ — получение звука из видео. Её всё равно стоит учитывать в технологической карте заказа: нулевая стоимость конкретной операции не означает, что весь заказ выполняется без затрат. Время сотрудника на подготовку файла, проверку результата и передачу клиенту никуда не исчезает.
Для озвучки важна отдельная единица расчёта. Тариф 18 ₽ указан за 1000 знаков, поэтому текст на 7000 знаков даёт 7 × 18 = 126 ₽ прямой стоимости API. Если клиент прислал 7200 знаков, расчёт нужно привязать к фактическому правилу округления, которое вы используете в своей бизнес-логике, а не автоматически считать каждый такой заказ равным семи тысячам знаков.
Следующий слой — повторные запуски. Если видео по описанию стоит 119 ₽, а для одного принятого результата в среднем требуется 2 запуска, ожидаемая стоимость API уже составляет 238 ₽. Для расчёта цены услуги эта величина полезнее номинального тарифа 119 ₽, потому что отражает вашу реальную технологию производства.
Удобная формула выглядит так: себестоимость заказа = API + труд исполнителя + прочие прямые расходы + резерв на повторные операции. Если API занимает 238 ₽, работа специалиста — 300 ₽, а прочие расходы и резерв — 100 ₽, рабочая себестоимость составляет 638 ₽. Продать такой заказ за 650 ₽ можно, но это почти не оставляет пространства для ошибки или дополнительной правки.
Запуск операции можно делать через API. Например, после получения ключа запрос к генерации имеет такой вид:
curl -X POST "https://genius-bot.ru/wp-json/genius/v1/generate" \
-H "Authorization: Bearer <ключ>" \
-H "Content-Type: application/json" \
-d '{
"service": "tts",
"text": "Текст для озвучки"
}'Конкретные параметры операции нужно строить в соответствии с тем, что возвращает список доступных операций. Для контроля баланса предусмотрен отдельный маршрут GET /balance, а список операций и цен можно получить через GET /services.
Если вы автоматизируете расчёты в своей системе, тот же принцип можно реализовать на Python. Например, запрос списка операций:
import requests
BASE_URL = "https://genius-bot.ru/wp-json/genius/v1"
API_KEY = "<ключ>"
response = requests.get(
f"{BASE_URL}/services",
headers={"Authorization": f"Bearer {API_KEY}"},
timeout=30,
)
response.raise_for_status()
services = response.json()
print(services)Такой подход удобен для внутреннего калькулятора: вместо того чтобы вручную переписывать тарифы в нескольких местах, приложение может получать актуальный список операций из API. Отдельно полезно хранить у себя статистику фактических запусков, потому что именно она показывает реальную себестоимость заказа.
Какая маржа считается нормальной
Универсального значения маржи для услуги с нейросетью нет. В одном заказе основную работу делает клиент, а вы только запускаете подготовленный сценарий; в другом сотрудник несколько часов подбирает промпты, проверяет варианты и вручную собирает результат. Одинаковая наценка в процентах для этих двух случаев даст разную экономику.
Поэтому сначала нужно различать наценку и маржу. Если себестоимость равна 600 ₽, а цена продажи — 1000 ₽, прибыль до остальных расходов составляет 400 ₽. Наценка на себестоимость — 66,7%, а маржа от цены продажи — 40%.
Для владельца студии полезнее смотреть именно на маржу после всех переменных расходов. Формула простая: маржа = (цена продажи − переменная себестоимость) / цена продажи × 100%. В переменную себестоимость здесь стоит включать не только API, но и оплату исполнителя за работу над конкретным заказом, если она напрямую зависит от объёма.
Например, пакет озвучки продаётся за 1200 ₽. API обходится в 360 ₽, работа специалиста — в 300 ₽, прочие переменные расходы — в 90 ₽. Прибыль с заказа составляет 450 ₽, а маржа — 37,5%.
При расчёте цены услуги с нейросетью нельзя ориентироваться только на разницу между тарифом API и вашей ценой. Если клиент платит 1200 ₽, а сама нейросеть забирает 360 ₽, это не означает, что у вас 840 ₽ прибыли. Между этими цифрами находятся производство, коммуникация, контроль качества, исправления и расходы бизнеса.
Отдельно стоит считать заработок на API нейросетей, если вы продаёте не готовый результат, а доступ к автоматизированной операции как часть собственного продукта. В таком случае ваш доход может зависеть от количества запусков, а не от одной фиксированной услуги. Но даже здесь лимит в 60 запросов в минуту на один ключ нужно учитывать при проектировании нагрузки.
Для операций с повторными попытками полезно вводить коэффициент расхода. Если средний заказ требует 1,4 запуска, тариф 119 ₽ превращается в ожидаемые 166,6 ₽ API-себестоимости. Это число уже можно использовать в модели цены вместо 119 ₽.
Тарифная сетка: пакеты вместо поштучной цены
Поштучный прайс понятен для простых операций, но для студии он быстро становится неудобным. Клиенту обычно проще купить пакет «озвучка ролика» или «короткое видео», чем самостоятельно складывать пять операций по отдельным тарифам.
Пакет можно строить от внутренней себестоимости, а не от количества API-вызовов. Допустим, студия продаёт ролик с озвучкой. В технологическую карту входят генерация видео, несколько повторных запусков, озвучка и ручная проверка.
| Элемент заказа | Количество | Стоимость API |
|---|---|---|
| Видео по описанию | 2 запуска | 238 ₽ |
| Озвучка | 3000 знаков | 54 ₽ |
| Звук по описанию | 1 запуск | 9 ₽ |
| API всего | — | 301 ₽ |
Если на подготовку и проверку уходит 45 минут, а внутреннюю стоимость часа специалиста вы оцениваете в 600 ₽, трудовая часть составляет 450 ₽. При резерве 100 ₽ на дополнительные действия переменная себестоимость пакета будет около 851 ₽.
Теперь можно формировать несколько уровней услуги. Например, базовый пакет может включать один вариант видео и одну озвучку, стандартный — два запуска видео и больше ручной проверки, а расширенный — дополнительные операции. Главное, чтобы каждый пакет имел заранее рассчитанный предел использования API.
Именно предел защищает маржу. Если в описании пакета написано «до двух вариантов видео», стоимость двух запусков уже заложена в цену. Если клиент хочет десять вариантов, это не должно автоматически становиться бесплатной частью той же услуги.
Так тарифная сетка становится не просто маркетинговой конструкцией, а способом ограничить себестоимость. Внутри компании вы можете считать количество API-вызовов, а клиенту показывать понятный результат и количество включённых итераций.
Тяжёлый клиент: как не уйти в минус
Тяжёлый клиент — не обязательно тот, кто много пишет. Для экономики опаснее заказчик, у которого фактическое потребление ресурса сильно выше среднего: много вариантов, частые изменения исходного задания, дополнительные форматы и несколько циклов согласования.
Если средний ролик требует двух генераций видео по 119 ₽, API-составляющая равна 238 ₽. Клиент, которому понадобилось восемь запусков, уже создаёт расход 952 ₽ только по этой операции. Если цена пакета была рассчитана на две попытки, ещё шесть запусков нельзя считать обычной частью той же себестоимости.
Для таких случаев в прайсе лучше заранее описать границы результата. Например: в пакет входят два варианта генерации, одна финальная правка и одна озвучка до определённого объёма текста. Дополнительная генерация или новый сценарий считается отдельной работой.
Полезно также различать ошибку исполнителя и изменение задачи клиентом. Если специалист неверно подготовил запрос и получил неподходящий результат, повторный запуск относится к производственной себестоимости студии. Если клиент после утверждения сценария полностью меняет концепцию, это уже новая работа, которую можно пересчитать.
Технически отслеживать такие расходы проще, если каждая задача имеет собственный идентификатор. После POST /generate можно получать состояние и результат через GET /tasks/{id}. При необходимости можно использовать callback_url: после готовности задачи сервис отправляет POST на указанный адрес.
Это позволяет строить учёт не вокруг ручной отметки «нейросеть запускали», а вокруг конкретных задач. Для каждой заявки можно сохранить ID задачи, тип операции, стоимость запуска и итоговое количество попыток. Через месяц такие данные дают основу для пересмотра прайса без догадок.
Есть ещё одно ограничение, которое важно при массовых заказах: не более 60 запросов в минуту на один ключ. Для студии это означает, что тарифная модель и техническая архитектура должны учитывать пиковую нагрузку. Нельзя исходить из предположения, что любое количество задач будет отправляться одновременно одним ключом без ограничения.
Пример расчёта для небольшой студии
Возьмём студию из двух человек, которая продаёт короткие рекламные ролики с озвучкой. Средняя цена одного заказа — 2500 ₽. В технологической карте заложены два запуска видео по 119 ₽, озвучка на 5000 знаков за 90 ₽ и один запуск звука по описанию за 9 ₽.
API-себестоимость такого заказа составляет 456 ₽: 238 ₽ за видео, 90 ₽ за озвучку и 9 ₽ за звук — это 337 ₽, а оставшиеся 119 ₽ можно заложить как один дополнительный резервный запуск видео. Важно заранее решить, считаете ли вы резерв частью плановой себестоимости: для управленческого расчёта это полезно, потому что иначе успешные и проблемные заказы будут смешиваться.
Допустим, работа специалиста занимает в среднем 1,5 часа, а внутренняя стоимость часа — 600 ₽. Трудовая часть равна 900 ₽. Ещё 150 ₽ закладываем на прочие переменные расходы заказа.
Итоговая расчётная себестоимость: 456 + 900 + 150 = 1506 ₽. При цене продажи 2500 ₽ остаётся 994 ₽ до покрытия постоянных расходов бизнеса. Маржа относительно цены заказа составляет примерно 39,8%.
Теперь рассмотрим тяжёлый заказ. Клиент просит не два, а шесть запусков видео, причём сценарий после третьего варианта меняется. Дополнительные четыре запуска стоят ещё 476 ₽. Если добавить к этому 30 минут работы специалиста на новый сценарий, при ставке 600 ₽ в час это ещё 300 ₽.
В таком случае дополнительные требования увеличили переменную себестоимость на 776 ₽. Если студия ничего не пересчитывает, часть исходной прибыли просто исчезает. Поэтому в коммерческом предложении разумно заранее указать, сколько вариантов входит в базовую цену и что считается новой задачей.
Теперь посмотрим на озвучку как на отдельную услугу. При тарифе 18 ₽ за 1000 знаков 10 000 знаков дают 180 ₽ API-себестоимости. Если сотрудник тратит 20 минут на подготовку текста, проверку произношения и финальный контроль, трудовая часть при ставке 600 ₽ в час составит ещё 200 ₽.
Получается около 380 ₽ переменной себестоимости без дополнительных расходов. Если продавать такую услугу за 1000 ₽, до постоянных расходов остаётся 620 ₽. Если же клиент регулярно присылает тексты, требующие значительной ручной переработки, фактическая себестоимость будет выше расчётной, и тариф стоит пересматривать на основе статистики.
Владелец студии может вести простую таблицу из пяти колонок: заказ, API-запуски, стоимость API, часы работы и цена продажи. Через 30–50 заказов уже можно увидеть среднее количество генераций, долю повторных попыток и фактическую стоимость часа на конкретный тип услуги.
Именно такой учёт показывает реальную маржу на нейросетях. Не тариф в документации сам по себе определяет прибыль, а связка «сколько платим за операции → сколько раз запускаем → сколько времени тратим → за сколько продаём результат».
Когда цену пора поднимать
Первый сигнал — фактическая маржа несколько периодов подряд ниже той, которую вы заложили в модель. Не стоит менять цену после одного неудачного заказа: сначала проверьте, не был ли он исключением из обычного процесса. Для этого полезно смотреть хотя бы несколько десятков сопоставимых заказов.
Второй сигнал — рост количества повторных запусков. Тариф видео остаётся 119 ₽, но если среднее число генераций выросло с 1,8 до 3,1, реальная стоимость API на принятый результат заметно увеличилась. Причиной может быть новый тип задачи, более строгие требования клиентов или изменение вашего производственного процесса.
Третий сигнал — увеличение бесплатных правок. Если базовый пакет рассчитан на 45 минут работы, а фактически сотрудники тратят по 90 минут, проблема уже не только в API. Нужно либо ограничить состав услуги, либо изменить её цену, либо сделать часть дополнительных работ отдельной позицией.
Четвёртый сигнал — изменение структуры заказов. Допустим, раньше 70% заказов составляла озвучка, а теперь большую часть выручки дают видео и аватары. Их прямые тарифы выше: 119 ₽ за видео по описанию и 120 ₽ за говорящий аватар против 18 ₽ за 1000 знаков озвучки. Старый средний чек в таком случае может перестать соответствовать новой себестоимости.
Для пересмотра цены удобно использовать не одну цифру, а три: среднюю себестоимость, худший обычный сценарий и целевую маржу. Например, если средний заказ стоит вам 1400 ₽, а заказ с большим количеством итераций — 1900 ₽, цена должна учитывать, насколько часто встречается второй сценарий. Редкие экстремальные случаи можно вынести в отдельную тарификацию, а не включать полностью в базовую цену.
Ключевая ошибка — повышать цену только потому, что выросла стоимость одного API-запуска, не пересчитав всю услугу. Если API составлял 10% себестоимости, его изменение на 20% влияет на весь заказ иначе, чем такое же изменение при доле API в 50%. Сначала пересчитайте структуру расходов, затем меняйте прайс.
В итоге вопрос «api нейросети цена» имеет для владельца студии два уровня. Первый — сколько рублей стоит конкретная операция, например 119 ₽ за запуск видео или 18 ₽ за 1000 знаков озвучки. Второй — сколько таких запусков реально требуется для получения результата и сколько ручной работы стоит вокруг них.
Если вы хотите строить прайс на фактических данных, начните с учёта каждой задачи и каждой повторной генерации. Получив ключ, список операций и текущие цены можно проверить в личном разделе API. После этого тариф студии имеет смысл пересчитывать по своей статистике, а не по одной цифре из прайс-листа.
Частые вопросы
Нужно ли включать стоимость API в цену услуги отдельной строкой?
Не обязательно показывать клиенту сам тариф API. Для внутреннего расчёта его нужно учитывать обязательно, а в коммерческом предложении можно продавать готовый результат: озвучку, ролик, обработанное изображение или пакет работ.
Как считать себестоимость, если нейросеть запускается несколько раз?
Считайте фактическое количество запусков. Если операция стоит 119 ₽ и средний принятый результат требует двух запусков, плановая API-себестоимость составляет 238 ₽. Для более точной модели можно отдельно учитывать резерв на дополнительные попытки.
Что делать, если клиент постоянно просит новые варианты?
Заранее ограничить количество итераций в составе пакета и отдельно определить стоимость дополнительных запусков или новой работы. Особенно это важно для операций с высокой стоимостью одного запуска, таких как видео по описанию и говорящий аватар.
Можно ли автоматически контролировать расходы на API?
Да. API предоставляет GET /balance для получения остатка, GET /services для списка операций и цен, а задачи можно отслеживать через GET /tasks/{id}. Это позволяет связать технические данные с учётом заказов в собственной системе.
Как учитывать озвучку текста?
Тариф составляет 18 ₽ за 1000 знаков. Поэтому стоимость нужно связывать с объёмом текста: например, 5000 знаков дают 90 ₽ прямой стоимости API.
Есть ли абонентская плата или минимальный платёж?
Нет. Оплата производится за запуск операции, без абонентской платы и минимального платежа. При выпуске первого ключа на баланс начисляется 50 ₽ для пробного использования.
