← Все работыДвусторонний маркетплейс · Экономика авторов

Маркетплейсы, где деньги лежат посередине

Маркетплейс с двумя сторонами, платежом, удержанным между ними, и ИИ-студией, которая берёт деньги за каждую генерацию. Сложное здесь не каталог, а решение — в коде, — в какой именно момент деньги и файлы меняют владельца.

Что на самом деле сложно, когда строишь «двусторонний маркетплейс»

Двусторонние маркетплейсы выглядят как каталог, к которому приделали оплату. Это не так. Каталог — это неделя работы. Остальные месяцы уходят на вопрос, на который обязан ответить каждый такой продукт: у кого сейчас деньги и что должно случиться, чтобы они сдвинулись. Ошибись здесь — и получишь не баг-репорт. Получишь покупателя, который заплатил и ничего не получил, или исполнителя, который сдал работу и не увидел денег. Любого из этих двух случаев достаточно, чтобы маркетплейс закончился: весь продукт целиком — это обещание, что ни того ни другого не бывает. Второй вопрос задают реже, а стоит он столько же: зачем сторонам продолжать пользоваться вами после того, как они познакомились. Двое, которых свёл ваш продукт, могут договориться в переписке и заплатить друг другу напрямую, и каждое правило, которое этому мешает, — решение о том, сколько трения продукт выдержит, оставаясь приятным. Это решение не живёт на странице с правилами: оно оказывается вписанным в транспортный слой, в состояния заказа и в инструменты модерации, поэтому принимать его нужно рано.

Где в этом продукте прячется работа

Заказ — это конечный автомат, и деньги в нём одно из состояний

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

Источник правды — платёжный провайдер, а не телефон

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

Сданная работа должна быть бесполезной, пока не оплачена

Исполнитель загружает видео, сервер делает копию с водяным знаком через FFmpeg, и покупатель смотрит только её. Чистый оригинал открывается в момент приёмки, а версия со знаком остаётся в архиве заказа как доказательство, если спор откроют позже. Значит, доступ к файлу — не право пользователя, а функция состояния заказа.

ИИ-студия, где каждое нажатие тратит настоящие деньги

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

ИИ-провайдер спрятан за интерфейс намеренно

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

Чат — то место, где маркетплейс протекает

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

Блокировка — это решение про заказы, которые уже в работе

Заблокировать исполнителя просто ровно до вопроса, что делать с покупателем, который час назад ему заплатил. У нас активный заказ уходит в спор и открывается арбитраж, а работы исполнителя исчезают из ленты в тот же момент. Разблокировка возвращает портфолио и намеренно не закрывает спор: «аккаунт вернули» и «сделка была честной» — разные утверждения. Эти четыре предложения — четыре теста, и решены они были до того, как появилась кнопка блокировки.

Деньги не могут ждать, пока кто-нибудь про них вспомнит

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

Большая часть работы — пути, которые никто не показывает

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

Как мы за это взялись

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

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

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

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

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

4 месяца

от старта до работающего продукта

173

сквозных теста в 24 сьютах

модель данных под этим

NestJS 11Prisma 7PostgreSQLFlutterReact 19Socket.IOFFmpegVertex AI

Из чего он собран

Из каких услуг он собран и сколько это стоит

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

от 1 200 000 ₽

Начинается от

двенадцать недель до первого релиза

Первая рабочая версия

За эти деньги собираются три продукта, из которых состоит маркетплейс: приложение для обеих сторон, путь денег между ними и админка, которая всё это разводит. Одна мобильная половина — 800 000 ₽ за восемь недель. И в том и в другом случае начинается с одного сценария от начала до конца: вход, заказ, платёж, удержанный между двумя сторонами. Продукт ниже занял четыре месяца, потому что эскроу, арбитраж, водяные знаки и ИИ-студия с оплатой за генерацию — это отдельные этапы. Какие из них нужны в первом релизе, и есть предмет разговора, а он дешевле до начала работ.

Что спрашивают про такие продукты

Пять вопросов, которые звучат почти на каждом первом созвоне.

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

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

Вся сборка — приложение, путь денег и админка, которая всё это разводит, — от 1 200 000 ₽ за двенадцать недель; одна только мобильная половина — 800 000 ₽ за восемь. Маркетплейс, через который реально ходят деньги (депозиты, выплаты, возвраты, арбитраж), по нашему опыту это четыре месяца работы, и цена следует за выбранным объёмом, а не за ставкой в час. Форму мы фиксируем до старта и записываем, что осознанно уезжает во второй этап.

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

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

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

Расскажите, что нужно сделать

Ответим в течение одного рабочего дня — диапазоном цены и допущениями, из которых он посчитан, а не приглашением на созвон.