Можно ли продавать сайт или приложение, собранное ИИ

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

Это «всё остальное» и есть настоящее содержание вопроса. Владение кодом решается одной строкой, а коммерческая часть состоит из четырёх отдельных задач, и ни одну из них не закрывает инструмент сборки.

Что именно принадлежит вам?

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

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

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

Что нужно решить помимо кода?

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

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

Как принимать деньги за то, что собрано?

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

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

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

Отдельно продумайте учёт оплат. Если после покупки человеку что-то открывается, нужен вход и база, то есть коннектор Supabase: без записи о том, кто заплатил, работает только продажа файла в одну сторону.

Сколько стоит собрать то, что продаётся?

Столько же, сколько любой другой проект: коммерческое использование не тарифицируется отдельно. Сборка стоит 6 кредитов, правка 3, многостраничная платформа 12 за первые три страницы и по 3 кредита за каждую следующую. Режим Hi-Fi удваивает: сборка 12, правка 6.

Тарифы: Free даёт 5 кредитов единоразово, Pro стоит $25 в месяц и даёт 200 кредитов, Business стоит $99 в месяц. Оговорка про Free честная: 5 кредитов чуть меньше одной сборки, поэтому коммерческий проект начинается на платном тарифе.

Для тех, кто собирает проекты клиентам, полезнее считать по проектам, а не по месяцам. 200 кредитов Pro это примерно 16 полных платформ или 33 быстрых сборок, а если тратить всё на доводку, то 66 правок. Одна клиентская работа обычно укладывается в одну сборку и десяток уточнений.

Что проверить перед тем, как брать деньги?

Четыре вещи, и все проверяются за вечер.

Первое: пройдите покупку целиком сами, включая отмену и возврат на страницу подтверждения. Сценарий отказа ломается чаще успешного, потому что его реже проверяют.

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

Третье: перечитайте письма. Подтверждение покупки сгенерировано и это черновик, а человек сохраняет его как документ.

Четвёртое: посмотрите на материалы. Картинки, шрифты и тексты, которые вы принесли в проект, должны иметь понятное происхождение. На коммерческом проекте это заметно важнее, чем на личном.

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

Как передать проект клиенту?

Решите заранее, что именно он получает. Вариантов три, и они очень разные по последствиям.

• Только результат. Клиент получает работающий сайт по ссылке, вы ведёте проект дальше. Самый простой вариант и самый зависимый от вас.
• Результат и репозиторий. Клиент получает код в свой аккаунт на GitHub и может нанять кого угодно. Честный вариант, который стоит дороже и продаётся легче.
• Всё вместе с аккаунтами. Клиент получает и код, и коннекторы, оформленные на него. Правильный вариант для долгих отношений, требует подготовки заранее.

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

Стоит ли говорить клиенту, что проект собран нейросетью?

Да, и лучше в самом начале, а не когда он спросит сам. Причина практическая, а не этическая: от этого зависят его ожидания и ваша цена.

Клиент покупает не способ производства, а результат и ответственность. Если вы продаёте работающий сайт со сроком, правками и передачей кода, способ сборки это ваша внутренняя кухня ровно до того момента, пока о нём не заходит речь. А заходит она почти всегда, потому что клиенты тоже читают про ИИ.

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

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

Отдельно проговорите правки. Сколько кругов входит в цену и что считается новой задачей: без этого договор превращается в бесконечную доводку.

Где честные границы?

Четыре, и все они за пределами кода.

• Юридическая часть на вас. Регистрация деятельности, налоги, договор с клиентом и правила возврата зависят от вашей страны, и ни один инструмент сборки этого не берёт.
• Права на материалы проверяете вы. Изображения, шрифты, музыка и тексты, которые вы добавили в проект, имеют своё происхождение и свои условия использования.
• Специфичная логика продаж доводится правками. Расчёты со сложными условиями, индивидуальные тарифы, партнёрские отчисления появляются через серию уточнений, а не из одного промпта.
• Сложный продукт всё равно требует команды. Маркетплейс с расчётами между продавцами или биллинг с нестандартными условиями это работа разработчиков. Zugo быстро даёт первую версию и отдаёт код, который им можно передать.

Ни один пункт не мешает продать первый проект в этом месяце. Они означают, что подготовка занимает не только сборку.

С чего начать?

С самой маленькой продажи, которая у вас есть: один товар или один тариф, одна страница после оплаты. Такой проект проходит весь путь целиком и показывает, где именно вы застреваете, а застревают обычно не на коде.

Если продаёте физические товары, полезен разбор интернет-магазина нейросетью. Собрать первую витрину и проверить путь до конца можно за вечер на zugo.dev, а решение о юридической форме принимать уже с готовым работающим примером в руках.