Можно ли сделать приём оплаты: Stripe в AI-билдере

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

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

Что именно собирается по описанию?

Всё, что видит покупатель до момента оплаты, и всё, что происходит после. Карточка товара или тарифа, кнопка покупки, страница подтверждения, страница отмены, а в подписочной модели ещё и экран управления своим планом.

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

Что стоит назвать в промпте прямо: продаёте вы разово или по подписке, сколько тарифов, что человек получает после оплаты. «Магазин с оплатой» это половина запроса. «Три тарифа по подписке, после оплаты открывается личный кабинет с материалами» это запрос целиком, из которого понятно, какие экраны нужны.

Что делает генерация, а что вы?

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

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

Подписка или разовая покупка: что описывать по-разному?

Разовая покупка проще: человек платит, получает товар или файл, история заканчивается. Здесь достаточно назвать список позиций, цену и то, что происходит после успешной оплаты.

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

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

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

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

Сколько это стоит в кредитах?

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

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

Реалистичная смета небольшого магазина: одна сборка на витрину, две-три правки на карточки и корзину, ещё пара на письма и страницу после оплаты. 200 кредитов Pro превращаются в 66 правок, если тратить их только на доводку, чего хватает на несколько таких проектов подряд.

Комиссию платёжной системы Stripe считает по своим тарифам, и она не имеет отношения к кредитам Zugo.

Что чаще всего ломается в оплате?

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

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

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

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

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

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

Что проверить до того, как пустить настоящие деньги?

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

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

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

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

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

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

Где границы?

Четыре, и лучше знать о них до, а не после.

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

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

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

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

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