
Разбор для бизнеса · 07.10.2026
Свой маркетплейс начинают с одной сделки: первую версию собирают агенты
Как выбрать объём первой версии, проверить деньги и принять работу агентов. На опыте нашего сайта, без клиентского кейса маркетплейса.
Текст подготовлен машиной агентов под редакционным надзором автора vibecoding.ru · факты проверены 7 октября 2026
Свой маркетплейс начинают с одной сделки, которую продавец готов выполнить, а покупатель оплатить. Первая версия проверяет этот путь и плату за услугу площадки.
Клиентского маркетплейса у нас пока нет. На опыте машины ИИ-агентов на vibecoding.ru покажем, что заказать первым и как принять.
Не хотите разбираться сами? Внедряем ИИ в ваш бизнес: задачи без лимита, одна цена в месяц, отмена в любой момент.
1. Первая сделка проверяет обе стороны рынка.
Как создать свой маркетплейс без продавцов? Сначала найти предложение, которое готовы выполнить, и покупателя. Пустой каталог спрос не проверяет.
Пример задания: площадка аренды измерительных приборов. Продавец подтверждает свободный прибор, покупатель выбирает даты. Это пример, не клиентский кейс.
Основатель выясняет, почему владельцы приборов разместятся здесь, а арендаторы вернутся. Разработчик проводит эту договорённость через сайт.
Готовность обеих сторон подтверждают действия.
Источник: редакционная схема проверки; рекомендация Sharetribe подключать продавцов до публичного запуска, проверено 07.10.2026.
В гайде Атвинты от 24 апреля 2026 тоже есть MVP и работа с продавцами. С агентами меняется сборка; готовность людей покупать проверяет основатель.
2. Первая версия проводит заказ до исполнения.
Что включить в первую версию? То, без чего сделка оборвётся. Для аренды это наличие на нужные даты и подтверждение продавца, а не лента рекомендаций.
Оператор может вручную проверить предложение и помочь с передачей прибора. Покупатель видит статус заказа, команда знает, кто обязан ответить.
Первую версию ограничивают путём заказа.
Источник: проектный пример редакции, не смета и не описание готового продукта. Дата: 07.10.2026.
Версия должна обрабатывать отказ. Если прибор занят, покупатель узнаёт причину. Каталог с кнопкой, после которой никто не отвечает, сделку не проверит.
Этот путь становится задачей для агента. Заказ «продавец отклоняет занятые даты, покупатель видит причину» проверяем. Список экранов этого не задаёт.
3. Приём оплаты не заменяет расчёты с продавцом.
Деньги подключают после выбора схемы для своих продавцов. В документации ЮKassa приём, выплата и возврат отдельны. Кнопка оплаты путь не завершает.
Согласуйте с провайдером получателей денег и порядок расчётов. Зафиксируйте условия выплаты и отмены. Агент исполнит схему, договориться за площадку не сможет.
Приёмка проверяет отказ и повтор.
Источник: редакционный чек приёмки; отдельные операции приёма, возврата и выплаты в официальных инструкциях ЮKassa, проверено 07.10.2026.
На нашем сайте продаётся собственный курс. Расчёты независимых продавцов потребуют другой проверки. В основном пути продажи курса ревью находило ошибки.
Ответственность за ошибки ИИ разобрана отдельно. При приёмке исполнитель показывает отклонение, повтор и сбой, а не только успешную покупку.
Ошибки оплаты стали правилами проверки.
09.09
Оплата другого продукта открывала курс. Добавили сверку товара перед выдачей доступа.
09.09
Письмо доступа после сбоя не повторялось. Отправку стали учитывать отдельно и повторять, если письма ещё нет.
09.09
Цена в двух местах могла разойтись. Значения связали проверкой, которая останавливает выпуск при расхождении.
Практика продажи нашего курса, 09.09.2026; первичные записи сверены 07.10.2026. Это поломки собственного продукта.
4. Агенты ускоряют сборку, спрос проверяет владелец.
Агенты собирают предложение, заявку, кабинет и проверки. Инженер ведёт машину агентов и принимает изменения. Границы задают правила проекта.
19 сентября 2026 стартовый проект дошёл от пустой папки до прода за 35 минут. Это основа с проверками выпуска, а не срок разработки маркетплейса.
Наш опыт показывает сборку отдельных узлов.
Источник: записи практики курса, сверены 07.10.2026; 35 минут с 21:13 до 21:48 МСК 19.09.2026; публичное описание продукта на /agentic-engineering и открытый проект zavod. Второй день календарный, первый ролик ещё не был опубликован.
Опыт машины в цифрах показывает темп нашего сайта. Срок чужой площадки считают отдельно: у неё свои продавцы, приёмка и порядок расчётов.
Если демо есть, а заказы стоят, ищите место остановки. Причины, по которым ИИ не ускорил разработку, разобраны отдельно. Здесь результатом служит исполненная сделка.
Что и как мы проверяли
| Факт | Что известно | Проверено |
|---|---|---|
| Спрос | Пять запросов Wordstat, РФ, 07.10.2026. Головы содержат посторонние смыслы, частоты не считаются числом покупателей. | 2026-10-07 |
| Наш опыт | Записи практики 19–20.09 и проверки оплаты 09.09.2026 перечитаны 07.10. Своего клиентского маркетплейса нет; 35 минут относятся к стартовому проекту. | 2026-10-07 |
| Цена и сроки | /services 07.10.2026. 250 000 ₽ за месяц разработки; 48 часов и недели 2–3 относятся к сценарию кабинета клиента. | 2026-10-07 |
| Платежи | Официальные инструкции ЮKassa 07.10.2026. Приём, возврат и выплата отдельны; схема для проектного примера не подключалась. | 2026-10-07 |
5. Бюджет считают на проверку сделки и работу площадки.
Сколько стоит создать маркетплейс? Назовите объём версии и расходы на работу. Цену кода считают отдельно от привлечения участников и обслуживания заказов.
Сравните доход площадки с расходами на выполненный заказ. Если реклама, оплата и работа оператора съедают доход, дополнительные экраны разницу не исправят.
Разработка составляет часть бюджета.
Источник: редакционная схема бюджета для выбранной сделки, 07.10.2026. Цены провайдеров и стоимость привлечения здесь не оценивались.
На /services тариф «Один проект» стоит 250 000 ₽ в месяц на 7 октября 2026. Месяц разработки не становится полной ценой запуска маркетплейса.
Перед выбором исполнителя пройдите тест для руководителя. Для пилота назовите, какой путь сделки будете принимать.
Прототип предшествует входу и оплате.
Источник: карточка «Новый продукт · кабинет клиента» на /services, проверено 07.10.2026. Сценарий услуги, не измеренный срок запуска маркетплейса; расчёты с продавцами в нём не заявлены.
6. Следующую правку выбирают по незавершённой сделке.
Версия готова, когда обе стороны проходят согласованный путь, а оператор видит остановки. Приёмка включает доступы и неуспешные сценарии платежей.
Записывайте место отказа и причину. Пустое предложение требует работы с продавцами, отказ после подтверждения требует разговора с покупателем.
Причина остановки задаёт следующую работу.
Источник: редакционная схема обратной связи, 07.10.2026. Это план наблюдения, не результаты клиентского пилота.
CS-Cart Multi-Vendor предлагает каталог, продавцов и заказы. Проверьте платформу на своей сделке. Свой код оправдывает сценарий, которому типовой порядок мешает.
После повторных сделок можно расширять площадку. Если продавцы вручную копируют даты, нужен календарь. Отсутствие заказов не доказывает пользу рекомендаций.
7. Частые вопросы
Маркетплейс и интернет-магазин отличаются только числом продавцов?+
У маркетплейса независимые продавцы, поэтому площадке нужно согласовать их предложения, доступы и расчёты. Интернет-магазин может продавать товары разных производителей от своего имени. Выбор определяется тем, кто исполняет заказ и получает оплату.
Можно создать свой маркетплейс бесплатно?+
Можно проверить интерес без заказа большой системы: собрать предложения и приглашения участников. Работа оператора, привлечение и обслуживание всё равно требуют ресурсов. Готовый код не означает бесплатный работающий бизнес.
Нужны ли мобильные приложения при запуске?+
Для проверки сделки мы рекомендуем начать с веб-версии, если её хватает для выбранного действия. Отдельное приложение оправдывает конкретное затруднение пользователя. Одновременная разработка двух приложений сама по себе спрос не подтверждает.
Можно оставить расчёты вне сайта?+
Для проверки интереса можно начать с заявок. Если пилот включает деньги, порядок оплаты и расчётов должен быть согласован с участниками и провайдером. Каталог заявок ещё не проверяет работающую денежную сделку.
Кому поручить работу, если своей команды нет?+
Выберите исполнителя, который берёт проверяемый этап и показывает путь заказа в вашем коде. Полная цена человека и форматов найма разобрана в статье «Сколько стоит программист». На пилот назначьте человека, который принимает результат со стороны бизнеса.
Что делать с персональными данными?+
До подключения настоящих людей определите, какие сведения нужны для заказа и кто видит их на каждом шаге. Для разработки используйте тестовые сведения. Вопросы данных и агентов разобраны в соседней статье «Персональные данные и ИИ-агенты».
Источники
- Sharetribe, Pre-launch onboarding mode; официальный Help Center, проверено 07.10.2026 — официальный сайт
- Атвинта, «Как создать свой маркетплейс», 24.04.2026, проверено 07.10.2026 — первичный материал
- CS-Cart Multi-Vendor, возможности готовой платформы, проверено 07.10.2026 — официальный сайт
- ЮKassa, выплаты продавцу; официальный API, проверено 07.10.2026 — официальный сайт
- Практика курса, стартовый проект 19.09.2026 и истории проверки оплаты, сверено 07.10.2026 — первичный материал
- Завод, первый ролик в PR #9 от 20.09.2026, проверено 07.10.2026 — первичный материал
- Машина агентов, открытая методика текущих чисел, проверено 07.10.2026 — первичный материал
- Агентная разработка для бизнеса, тариф и сценарий кабинета, проверено 07.10.2026 — первичный материал
Запомнить
1. Выберите сделку и обе её стороны. Подтвердите предложение и готовность покупателя до большого каталога.
2. Закажите путь до исполнения. Назовите ручную работу оператора и признаки приёмки.
3. Проверьте деньги и отказы. Успешная оплата за собственный продукт не доказывает расчёты с продавцами.
4. Отдайте сборку агентам под управлением инженера. Следующую задачу выбирайте по причине незавершённой сделки.