Как сделать кабинет партнёра без кода: пошаговый разбор
Партнёрский кабинет это многостраничное приложение с входом и базой, поэтому собирается он не как лендинг. Опишите роли, ссылку партнёра, правило начисления и экраны, подключите Supabase, и сборка первых трёх страниц обойдётся в 12 кредитов и займёт несколько минут, а каждый следующий экран стоит 3 кредита.
Сложность здесь не в интерфейсе, а в правилах учёта. Кабинет, который показывает партнёру красивые графики из непонятно как посчитанных чисел, хуже, чем таблица. Ниже разберём модель данных, промпт и то, что придётся достраивать руками.
Что должен уметь партнёрский кабинет?
Пять вещей, и ни одной лишней на старте. Кабинет, который делает эти пять, уже работает; кабинет, который начал с рейтингов и геймификации, обычно не доходит до запуска.
Партнёр логинится и видит свою персональную ссылку. Это минимальная единица всей системы: без уникальной ссылки считать нечего.
Партнёр видит статистику по своей ссылке: переходы, регистрации, оплаты. Каждая цифра должна быть объяснима, иначе первый же вопрос «почему у меня 12, а не 15» превращается в переписку на неделю.
Партнёр видит начисления и их статус: ожидает подтверждения, подтверждено, выплачено. Статус важнее суммы, потому что снимает большую часть вопросов заранее.
Администратор видит всех партнёров, подтверждает начисления и отмечает выплаты. И, наконец, есть публичная страница с условиями программы, куда ведут все приглашения.
Какие данные лежат в основе?
Четыре таблицы закрывают базовый сценарий. Модель стоит зафиксировать до промпта, потому что переименовать таблицу на первой неделе дешевле, чем на шестом месяце.
| Таблица | Что хранит | Ключевые поля |
|---|---|---|
| Партнёры | Аккаунт и его код | id, email, код ссылки, ставка, статус |
| Переходы | Факт клика по ссылке | id партнёра, дата, источник |
| Конверсии | Целевое действие клиента | id партнёра, тип, сумма заказа, дата |
| Начисления | Деньги партнёру | id партнёра, сумма, статус, дата выплаты |
Разделять конверсии и начисления обязательно. Конверсия это факт, начисление это ваше решение по этому факту, и они не всегда совпадают: возврат, отмена, дубль, спорный случай. Слитые в одну таблицу, они превращают любой спор в ручную археологию.
База живёт в вашем проекте Supabase, а не внутри конструктора: вы открываете дашборд, выполняете SQL и выгружаете данные когда угодно. Как подключается коннектор, разобрано в статье про AI-приложение с Supabase.
Что писать в промпте?
Назовите роли, правило начисления и экраны по порядку. Роли особенно важны: без них вы получите приложение, где партнёр видит чужие данные.
Партнёрский кабинет для онлайн-курса. Две роли: партнёр и админ.
Партнёр: регистрируется по email, получает персональную ссылку
вида /r/КОД, видит на дашборде переходы, конверсии и начисления
за выбранный период, видит только свои данные.
Начисление: 20 процентов от суммы оплаченного заказа,
статусы «ожидает», «подтверждено», «выплачено».
Экраны:
1. Дашборд партнёра: четыре показателя и таблица начислений.
2. Страница ссылки: код, готовая ссылка, кнопка копирования.
3. Админ: список партнёров, подтверждение начислений,
отметка о выплате.
4. Публичная страница условий программы.
Тон интерфейса деловой, никаких лишних графиков.
Формулировка «видит только свои данные» здесь не украшение, а требование к правам доступа. Проговорите её явно и проверьте результат, залогинившись двумя разными аккаунтами: это единственная проверка, которая действительно закрывает вопрос.
Как считаются переходы и начисления?
Переход фиксируется, когда человек открыл ссылку с кодом партнёра, и код запоминается в браузере посетителя. Конверсия связывается с этим кодом в момент оплаты или регистрации. Начисление создаётся из конверсии по вашей ставке.
В этой цепочке есть места, где системы расходятся с реальностью, и о них честнее сказать заранее. Человек может открыть ссылку на телефоне, а купить с ноутбука. Может очистить данные браузера. Может прийти по двум разным партнёрским ссылкам подряд.
Поэтому правило атрибуции надо назвать словами и опубликовать на странице условий: чей код засчитывается, первый или последний, и сколько дней он живёт. Спор с партнёром решается не кодом, а заранее написанным правилом.
Отдельно решите, что считается подтверждённой конверсией. Обычно это оплата, пережившая период возврата. Начисление до этого момента логично держать в статусе «ожидает».
Сколько стоит собрать такой кабинет?
Оплата за действие. Многостраничная платформа стоит 12 кредитов за первые три страницы и по 3 кредита за каждую следующую, правка стоит 3 кредита, режим Hi-Fi вдвое дороже.
Четыре экрана из промпта выше дают 12 плюс 3, то есть 15 кредитов до первой правки. Прибавьте пятнадцать правок на права доступа, формулировки статусов и вид таблиц, и вы примерно на 60 кредитах. Бесплатный тариф даёт 5 кредитов, чтобы осмотреться, Pro стоит $25 в месяц и даёт 200 кредитов, Business стоит $99 в месяц.
Правок здесь всегда больше, чем в обычном сайте, и это не перерасход, а природа задачи: любая система учёта доводится итерациями. Общий разбор бюджета есть в материале сколько стоит сайт на нейросети.
Как выплачивать вознаграждение?
Это та часть, где стоит умерить ожидания. Stripe в наборе коннекторов отвечает за приём оплаты и подписки, то есть за деньги, которые приходят к вам. Автоматической раздачи денег партнёрам он в этой связке не делает.
Рабочая схема для старта выглядит так: кабинет считает и показывает суммы, администратор подтверждает начисления, выплата делается вашим обычным способом, а в кабинете ставится отметка с датой. Партнёр видит прозрачную историю, а вы не строите платёжную инфраструктуру на первом месяце.
Когда объём вырастет, автоматизация выплат делается отдельной интеграцией через разработчика после экспорта кода. Проект принадлежит вам, поэтому такой шаг не требует начинать заново.
Как выглядит запуск программы по шагам?
Порядок здесь важнее скорости, потому что ошибка в правилах обнаруживается позже всего и обходится дороже всего.
- Напишите условия текстом. Ставка, что считается конверсией, срок жизни кода, порядок и сроки выплат, за что вы можете отказать. Это документ, а не экран.
- Соберите четыре экрана. Дашборд партнёра, страница ссылки, админский раздел, публичные условия.
- Проверьте права доступа двумя аккаунтами. Партнёр не должен видеть чужие строки ни на одном экране.
- Пройдите путь целиком сами. Откройте свою ссылку из другого браузера, сделайте тестовую конверсию, подтвердите начисление, отметьте выплату.
- Запустите на трёх партнёрах. Не на тридцати: первые недели нужны, чтобы вычистить формулировки и статусы.
- Только после этого открывайте программу публично.
Самая частая ошибка это первый шаг, пропущенный ради скорости. Кабинет без опубликованных правил превращается в переписку, где каждое спорное начисление обсуждается заново и с нуля.
Вторая по частоте это запуск сразу на большой группе. Тридцать партнёров, столкнувшихся с одной и той же неясной формулировкой, дают тридцать одинаковых вопросов и репутационный след, который потом придётся отрабатывать. Три партнёра дают те же вопросы в рабочем объёме и без последствий.
И последнее: заведите страницу с историей изменений условий. Партнёры замечают правки ставок, и открыто зафиксированная дата изменения снимает половину претензий заранее.
Где граница: что придётся доводить руками?
Четыре вещи назовём прямо.
Права доступа надо проверять самому. Сборка перед выдачей запускается в песочнице, и та, что не открылась, помечается как неудачная. Это проверка отрисовки, а не аудит того, кто чьи данные видит. Залогиньтесь двумя аккаунтами и проверьте.
Сложная логика собирается правками. Многоуровневые программы, разные ставки по продуктам, бонусы за объём: всё это делается сериями коротких правок, а не одним промптом.
Антифрод остаётся на вас. Самопокупки, накрутка переходов, дубли аккаунтов ловятся правилами программы и ручным разбором, а не сборкой интерфейса.
Сложный продукт требует команды. Когда партнёрская программа становится частью большой платформы с нагрузкой и интеграциями, Zugo не заменяет разработку. Код при этом выгружается в GitHub, база остаётся в Supabase, и переход стоит вам только времени.
Отдельно держите в голове, что кабинет это обещание перед людьми, которые приводят вам клиентов. Задержка выплаты или молча изменённая ставка стоят дороже любой технической ошибки, и никакая сборка от этого не защищает. Инструмент закрывает интерфейс и учёт, а репутацию программы держат ваши решения.
Для программы на первые несколько десятков партнёров этого достаточно с запасом. Опишите роли и правило начисления в Zugo, соберите четыре экрана и проверьте их двумя аккаунтами до того, как звать первого партнёра.