Зачем нужен свой ИИ-агрегатор

01 · Проблема пяти подписок

К моменту, когда я задумался об агрегаторе, у нас в работе было пять сервисов: один для текста, один для изображений, один для видео, один для расшифровок и ещё один — потому что в нём получались нужные карточки товара. Каждый со своим тарифом, своим лимитом и своим интерфейсом. Дизайнер работал в одном, маркетолог в другом, я в третьем.

Проблема оказалась не в деньгах, хотя суммарный счёт удивлял. Проблема в том, что вся работа осталась внутри чужих аккаунтов. Промпт, который сделал хорошую карточку, знал только тот, кто его писал. Через месяц он сам его не находил.

Ценность в работе с моделями — не в самой модели. Она в накопленных формулировках, шаблонах и правилах, которые дают предсказуемый результат.

Пока это лежит в личных чатах пяти разных сервисов, компания не владеет ничем. Уходит человек — уходит и его способ работы.

02 · Экономика доступа

Подписка — удобная модель для одного человека и плохая для команды. Вы платите за место, а не за использование: активный сотрудник упирается в лимит, а трое коллег не открывали сервис месяц. При десяти сотрудниках и пяти сервисах вы гарантированно переплачиваете за простой.

Прямой доступ к моделям устроен иначе: платите за фактический объём работы. Для неравномерной нагрузки — а в бизнесе она всегда неравномерная, перед сезоном и в межсезонье разница кратная — это заметно выгоднее. Плюс появляется то, чего нет в подписке: видно, какая задача сколько стоила. Не «мы потратили на ИИ столько-то в месяц», а «подготовка карточек к сезону обошлась в такую-то сумму».

Здесь же появляется возможность выбирать модель под задачу. Простую расшифровку не нужно отдавать самой дорогой модели, а сложный текст не стоит доверять самой дешёвой. В агрегаторе это правило, а не привычка конкретного сотрудника.

03 · Где теряется знание

Самая дорогая потеря — не деньги, а повторение. Каждый новый сотрудник заново нащупывает, как получить нормальный результат. Каждая новая задача решается с нуля, хотя похожая делалась в марте.

Единая точка входа решает это структурно: шаблоны задач лежат в одном месте, у них есть автор и версия, к ним привязаны примеры удачных и неудачных результатов. Новый человек начинает не с чистого листа, а с проверенной заготовки. Это ровно то, что в производстве называется технологической картой, и работает по той же логике.

04 · Что должно быть внутри

Несколько моделей за одним интерфейсом. Текст, изображения, видео, речь. Смена модели не должна ломать привычный порядок работы.

Библиотека задач. Не «история чатов», а именованные сценарии: описание карточки товара, промо-ролик, расшифровка встречи. С полями, которые остаётся заполнить.

Учёт по задачам и людям. Кто, что и на какую сумму сделал. Иначе разговор об эффективности снова упирается в ощущения.

Права и границы. Кому доступны дорогие модели, какие данные нельзя отправлять наружу, где нужна проверка человеком перед публикацией.

Хранилище результатов. Готовые материалы должны оставаться в компании, привязанные к задаче и товару, а не в переписке сотрудника.

05 · Кому это не нужно

Скажу честно: если вы работаете один или вдвоём и ИИ используете от случая к случаю, никакой агрегатор вам не нужен. Две подписки закроют все задачи и обойдутся дешевле любого внедрения. Смысл появляется там, где есть повторяемость и несколько человек: тогда начинают работать и экономика, и накопление знания.

Второй случай, когда стоит подождать: если процессы ещё не устоялись. Автоматизировать хаос бессмысленно — вы просто зафиксируете его в шаблонах. Сначала понятный порядок работы, потом инструмент.

Инструмент усиливает процесс, который уже есть. Если процесса нет, усиливать нечего.

06 · План разработки

Начинаю с того, что нужно мне самому: генерация визуального контента для маркетплейсов — карточки, промо, короткие ролики. Это самая частая задача в моём бизнесе, и на ней проще всего проверить и экономику, и качество шаблонов.

Дальше — библиотека задач и учёт, затем работа с текстом и расшифровками. Права и хранилище появляются на этапе, когда в системе будет больше одной команды. Порядок сознательно такой: сначала то, что приносит результат сразу, потом то, что делает систему управляемой.

Принцип остаётся тем же, что и во всех моих инструментах: сначала он работает на моих цифрах и моих задачах, и только после этого я предлагаю его кому-то ещё.