AI-конструктор со Stripe: приём оплаты и подписки в проекте

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

Что именно даёт интеграция со Stripe?

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

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

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

Что можно продавать в собранном проекте?

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

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

Как проходит подключение по шагам?

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

Письма стоит подключить до запуска, а не после. Оплата без подтверждения выглядит для покупателя подозрительно, а для вас означает поток вопросов «деньги списались, что дальше». Как это настраивается, разобрано в статье про письма от проекта через Resend.

Что писать в правке, чтобы оплата заработала как надо?

Опишите не кнопку, а сценарий целиком.

Слабая формулировка: «добавь оплату». Сильная: «На странице курса кнопка "Купить за $39". После успешной оплаты открыть страницу с материалами, отправить покупателю письмо со ссылкой на неё, а владельцу уведомление о продаже. Если оплата не прошла, вернуть на страницу курса и показать сообщение с предложением попробовать другой способ».

Второй важный кусок это состояния. У любого платного продукта есть минимум три: не купил, купил, оплата не прошла. Опишите, что видит человек в каждом. Пропущенное третье состояние это самая частая причина, по которой проект приходится доводить дополнительными правками.

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

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

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

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

Цены и состав. Разовая покупка или подписка, один тариф или три, есть ли пробный период, что происходит с доступом после отмены. Эти решения проще принять на бумаге, чем описывать конструктору по частям.

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

Что человек получает и как быстро. Сразу после оплаты, письмом, доступом в кабинет, звонком менеджера. Этот ответ определяет, какие письма нужны и какие страницы должны появиться в проекте.

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

Сколько это стоит?

Три разные суммы, и путать их дорого.

Комиссия Stripe. Её берёт платёжный сервис с каждой транзакции по своим тарифам, и к кредитам конструктора она отношения не имеет.

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

Подписка на Zugo. Бесплатный тариф даёт 5 кредитов, Pro стоит $25 в месяц за 200 кредитов, Business стоит $99 в месяц. Двести кредитов это 33 быстрых сборок или 16 полных платформ. Магазин с оплатой обычно укладывается в платформу плюс несколько правок, то есть в небольшую часть месячного объёма за месяц работы.

Что чаще всего ломает продажи на готовой странице?

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

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

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

Нет ответа на вопрос «а если не подойдёт». Условия возврата рядом с кнопкой снимают возражение, которое иначе останется невысказанным и превратится в закрытую вкладку.

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

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

Где проходят границы?

Три вещи стоит назвать прямо.

Stripe доступен не везде и не всем. Список стран и допустимых видов деятельности определяет сам платёжный сервис, и проверять его надо у него, а не в конструкторе. Если ваша страна или ниша не поддерживается, никакая настройка проекта это не изменит.

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

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

Что делать дальше

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

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