Вы уже написали скрипт, конфиг или шаблон, которым пользуетесь сами. Продавать его в одиночку — отдельный проект: приём оплаты, доставка файла, лицензии, возвраты, налоги, поддержка покупателя. CubAI закрывает эту часть, но вход не мгновенный: сначала заявка, потом проверка, потом кабинет. Разберём, что именно спросят в заявке и что подготовить заранее, чтобы не переделывать карточку трижды.
Кто может стать автором
Платформа работает с тремя типами авторов, и они отличаются не «статусом», а тем, какие документы понадобятся для выплат:
Физическое лицо (самозанятый) — самый быстрый вход. Нужен ИНН и банковские реквизиты, налог платит сам автор.
Индивидуальный предприниматель (ИП) — то же плюс реквизиты предпринимателя и выбранный режим налогообложения.
Юридическое лицо (ООО) — нужны КПП, расчётный счёт, корр. счёт и БИК; налоги — на стороне компании.
Роли не конфликтуют. Вы можете одновременно покупать чужие продукты и продавать свои: покупки живут в личном кабинете (/account/licenses), продажи — в кабинете автора (/author). Это две разные воронки: лицензия, купленная вами, не имеет отношения к вашим продажам.
Заявка подаётся из кабинета автора, отдельного «партнёрского портала» нет. Если аккаунта ещё нет — сначала регистрация, потом заявка.
Что спросят в заявке
Форма короткая, но именно в ней чаще всего пишут то, что потом приходится переписывать.
Поле | Что писать | Частая ошибка |
|---|---|---|
Имя / Название | Как подписывать продукты: «Иван Иванов» или «ООО “Ромашка”» | Ник без связи с реальным получателем выплат |
Тип автора | Физлицо / ИП / ООО — по документам, а не «как удобнее» | Указывают физлицо, а реквизиты присылают от ИП |
Описание деятельности | Чем занимаетесь и что планируете публиковать | «Продаю качественные решения» без конкретики |
Email для связи | Рабочая почта, которую читаете | Личная почта, к которой нет доступа |
Сайт / GitHub | Портфолио, репозитории, профиль (необязательно) | Ссылка на закрытый репозиторий |
Страна | Россия, Беларусь, Казахстан или «Другая» | Страна не совпадает со страной банковского счёта |
Обязательно всё, кроме сайта. Описание — не формальность: по нему проще всего понять, что вы собираетесь продавать и нет ли здесь перепродажи чужого контента.
Ещё один момент, который лучше проговорить заранее: тип автора влияет на налоги и на то, как оформляется выплата. Менять его после первых продаж — это переоформление реквизитов, а не «переключатель в профиле».
Что писать в описании деятельности
Описание — единственное поле, где можно показать, что вы понимаете, что продаёте. Три примера разной степени полезности:
Формулировка | Что о ней думает проверяющий |
|---|---|
«Продаю качественные цифровые продукты» | Ничего не понятно |
«Разработчик, делаю конфиги nginx и скрипты деплоя» | Понятно, но без доказательств |
«DevOps-инженер, 8 лет в эксплуатации. Планирую публиковать конфиги nginx, docker-compose и скрипты резервного копирования. Есть open-source репозиторий» | Понятно, кто вы, что продаёте и где посмотреть |
Не нужно писать роман. Достаточно трёх элементов: кто вы, что планируете публиковать, где можно посмотреть примеры. Если портфолио нет, напишите хотя бы, какую задачу решает ваш продукт.
Сколько времени занимает первый продукт
Частая иллюзия: «заявку одобрят, и завтра начну продавать». На практике всё зависит не от площадки, а от готовности файлов.
Этап | Реалистичное время |
|---|---|
Заявка и проверка | 1–2 рабочих дня |
Профиль и реквизиты | 30–60 минут |
Сборка и проверка продукта | От вечера до нескольких дней |
Карточка и обложка | 2–4 часа |
Версия и модерация | 1–2 дня |
Итого — от трёх дней до недели. Ускорить можно только подготовкой: если архив, README и обложка готовы до подачи заявки, вы выигрываете почти неделю.
Сколько ждать и что откроется
После отправки формы вы попадаете в состояние «Заявка на рассмотрении». В интерфейсе указан ориентир — 1–2 рабочих дня, результат приходит на email. Это ориентир, а не SLA: проверка ручная, и в ней смотрят не только анкету.
Пока заявка на рассмотрении, кабинет автора ещё не работает. После одобрения открывается 14 разделов:
Группа | Разделы | Зачем |
|---|---|---|
Работа | Дашборд, Продукты, Бандлы | Создание и ведение карточек |
Финансы | Продажи, Лицензии, Скачивания, Аналитика, Промокоды | Начисления, выданные лицензии, статистика |
Контент | Отзывы, Рейтинги, Подписчики, Статьи | Обратная связь и трафик |
Коммуникация | Чаты | Переписка с покупателями |
Другое | Настройки | Профиль, логотип, реквизиты выплат |
Подробно про каждый раздел — в статье «Карта кабинета автора». Сейчас важно другое: до первой выплаты нужно заполнить реквизиты. Это делается в «Настройках»: тип получателя, ФИО или название, ИНН, КПП (для организаций), расчётный счёт, БИК, корреспондентский счёт и банк. Без этого начисления будут копиться, но перевести их будет некуда.
Что подготовить до заявки
Заявка одобряется быстро, а первый продукт часто застревает на неделю — не из-за модерации, а потому что автор не подготовил файлы. Минимальный комплект:
Собранный продукт — архив, конфиг или скрипт, который запускается на чистой машине.
README — установка, зависимости, быстрый старт, известные ограничения.
Версия — не «final», а нормальный номер вроде
1.0.0.Обложка 1200×630 — без текста в самой картинке, читаемая в маленьком превью.
Скриншоты — до шести штук, по делу, а не «фото рабочего стола».
Описание — что внутри, кому подходит, что требуется, чего продукт не делает.
Права — вы автор кода или у вас есть право его распространять.
Реквизиты — ИНН и банковские данные получателя выплат.
Этот список закрывает большинство причин, по которым публикация превращается в переписку. Остальное — это модерация версии, о ней отдельно в статье про модерацию.
Чего платформа не делает за вас
У маркетплейса есть неприятное свойство: он выглядит как «магазин, который продаёт», но продаёт всё-таки автор. Границы ответственности стоит понять до первой продажи.
Платформа делает | Автор делает |
|---|---|
Принимает оплату и выдаёт лицензию | Отвечает на вопросы покупателя в чате |
Хранит файл и отдаёт его по лицензии | Обновляет продукт и чинит баги |
Считает начисления и готовит выплату | Заполняет реквизиты и платит налоги |
Показывает карточку, статьи и рейтинг | Делает описание, обложку и демо |
Проверяет версию на соответствие правилам | Доказывает права на код и зависимости |
Налоги — целиком зона автора. Платформа может выступить налоговым агентом по НДФЛ для физлица, если в настройках включён соответствующий переключатель, но она не заменяет бухгалтера и не консультирует по режимам налогообложения.
Три ошибки на входе
Первая: заявка без продукта. Анкета заполнена, описание красивое, а что продавать — непонятно. Проверка затягивается, потому что непонятно, что проверять.
Вторая: «продам то, что нашёл на GitHub». Чужой код под MIT продавать можно, но только если вы соблюдаете условия лицензии и не выдаёте чужую работу за свою. Пиратские сборки, взломанные плагины и «слитые» курсы — это не серая зона, а прямой отказ и риск блокировки.
Третья: тип автора «на глаз». Физлицо указывает реквизиты ИП, ИП — карту физлица, ООО — счёт директора. Формально заявка проходит, а на первой выплате выясняется, что получатель не совпадает с тем, кто зарегистрирован. Переделывать придётся и профиль, и документы.
Три сценария: кто и зачем идёт в авторы
По опыту заявок авторы делятся на три типа, и у каждого свой риск на старте.
Кто вы | Что обычно продаёте | Что проверить до заявки |
|---|---|---|
Разработчик-одиночка | Скрипты, конфиги, шаблоны, небольшие утилиты | Есть ли README и понятный быстрый старт |
Небольшая студия | Наборы шаблонов, темы, компоненты, дизайн-системы | Кто владеет правами на каждый элемент |
Компания | Внутренние инструменты, Docker-образы, датасеты | Совпадает ли получатель выплат с юрлицом |
Разница не в размере, а в документах. Одиночке достаточно ИНН и счёта, студии — договориться, кто из участников получает выплаты, компании — пройти согласование с бухгалтерией. Чем раньше это решено, тем меньше сюрпризов на первой выплате.
Что происходит после одобрения
Одобрение — не финиш, а переключатель. Дальше процесс выглядит так:
На почту, указанную в заявке, приходит результат.
В профиле появляется роль автора, а в навигации — кабинет
/author.Открываются продукты, версии, бандлы, аналитика, статьи и чаты.
Вы заполняете публичный профиль: логотип, описание, контакты.
Заполняете реквизиты выплат — до первой продажи, а не после.
Создаёте продукт, версию и отправляете её на модерацию.
Первые два шага занимают минуты, третий — вечер. Именно на нём чаще всего застревают: продукт есть, а карточка не готова, потому что нет обложки и описания.
Если заявку отклонили
Отказ по заявке — не блокировка. Чаще всего причина одна из трёх:
Неполные данные. Не указан тип автора, страна или контактный email.
Нет продукта. Описание деятельности не даёт понять, что вы собираетесь продавать.
Сомнения в правах. В портфолио лежит чужой код или материалы без указания лицензии.
Что делать: прочитать формулировку, исправить ровно то, что указано, и подать заявку снова. Не нужно заводить второй аккаунт: история заявок и переписка остаются в одном месте, а дубликат только замедлит проверку.
Если причина непонятна, напишите в поддержку и приложите текст отказа. Это быстрее, чем перебирать варианты.
Что дальше
Если продукт готов, заявка занимает меньше десяти минут. Дальше начинается работа, которая и определяет продажи: карточка, версия, лицензия и модерация. Начните с карты кабинета, чтобы понимать, где что лежит, и не искать раздел «Выплаты» там, где его нет.
Подать заявку можно в кабинете автора: /author/apply. Если заявка уже отправлена и висит в статусе «Заявка на рассмотрении», проверьте почту, указанную в анкете, — результат приходит туда. Пока ждёте, соберите архив и README: это единственное, что реально ускорит первый релиз.
Коротко: заявка занимает минуты, проверка — 1–2 рабочих дня, а первый продукт — от трёх дней до недели. Узкое место почти всегда не площадка, а готовность файлов, описания и реквизитов. Подготовьте их заранее, и вход превратится из квеста в один вечер работы.