Как создать маркетплейс с нуля: архитектура, сроки и бюджет
Идея «сделаю как Wildberries, только для своей ниши» звучит просто ровно до того момента, пока не доходит до денег и сроков. Маркетплейс — это не интернет-магазин с тремя поставщиками. Это платформа, где встречаются чужие друг другу люди, передают деньги через вас и доверяют вам качество сделки. Если вы предприниматель, а не разработчик, эта статья даст вам честную картину: из чего реально состоит маркетплейс, сколько времени и денег он требует, и как не слить бюджет на старте.
Чем маркетплейс отличается от обычного интернет-магазина
Это первый вопрос, на котором ломаются бюджеты. Со стороны и магазин, и маркетплейс выглядят одинаково: каталог, карточка товара, корзина, оплата. Но внутри это две разные системы по сложности.
В интернет-магазине товар один — ваш. Вы сами загружаете каталог, сами назначаете цену, сами получаете деньги и сами отправляете заказ. Покупатель имеет дело только с вами.
В маркетплейсе товар чужой. Вы не продаёте — вы сводите продавца и покупателя и берёте за это комиссию. А значит, появляется целый пласт логики, которого в магазине нет:
- продавцы сами регистрируются, заводят свои товары и управляют ими;
- деньги покупателя нужно держать, а потом распределять между продавцом и площадкой;
- нужно решать споры, когда сделка пошла не так;
- нужно модерировать тех, кого вы не знаете лично;
- нужно считать комиссии, выплаты и налоги по каждому участнику.
Простое правило: если в системе больше одного независимого продавца и деньги проходят «через вас» — это уже маркетплейс, и стоит он принципиально дороже магазина.
Поэтому фразу «мне бы простой сайтик как магазин, только с продавцами» стоит сразу переводить в голове как «мне нужна платформа с финансовой логикой». Это не страшно — просто это другой класс задач.
Три стороны платформы и их роли
Любой маркетплейс держится на трёх ролях, и под каждую нужен свой интерфейс и своя логика.
Покупатель
Самая привычная часть. Покупатель ищет товар или услугу, сравнивает предложения разных продавцов, оформляет заказ и платит. Ему важны удобный поиск, фильтры, честные отзывы и понятный статус заказа. Личный кабинет покупателя обычно самый лёгкий: история заказов, избранное, адреса, обращения в поддержку.
Продавец
А вот здесь начинается настоящая работа. Продавцу нужен полноценный личный кабинет — по сути, мини-админка внутри вашей платформы:
- регистрация и верификация (документы, проверка перед допуском к продажам);
- управление товарами или услугами: добавление, цены, остатки, фото, описания;
- приём и обработка заказов;
- статистика продаж и аналитика;
- история начислений и вывод заработанных денег.
Кабинет продавца — это половина всей разработки маркетплейса. Часто заказчик про него вообще забывает на старте и сильно удивляется смете.
Администратор (вы)
Владелец площадки управляет всем: подтверждает продавцов, модерирует товары, разбирает споры, настраивает размер комиссии, видит общую аналитику и финансы. Чем взрослее платформа, тем мощнее должна быть админка — это ваш командный центр.
Как устроены расчёты между сторонами
Самый недооценённый и при этом самый критичный блок. Когда покупатель платит за товар продавца, деньги не должны падать продавцу напрямую — иначе площадка теряет контроль и не может гарантировать сделку.
Правильная схема выглядит так: деньги покупателя замораживаются на стороне платёжного провайдера, после подтверждения заказа площадка удерживает свою комиссию, а остаток уходит продавцу. Это называется сплитование платежей (split payment), и не каждый платёжный сервис его умеет.
Что входит в финансовый контур:
- приём оплат (карты, местные платёжные методы, рассрочка);
- удержание комиссии площадки автоматически;
- выплаты продавцам по графику;
- возвраты и частичные возвраты при отмене;
- отчётность и выгрузки для бухгалтерии.
Финансовая часть — то место, где экономия выходит дороже всего. Ошибка в расчётах между сторонами — это не баг, это потерянные деньги и потерянное доверие.
Поэтому ещё на этапе планирования важно выбрать платёжного провайдера, который поддерживает работу с маркетплейсами, и заложить эту интеграцию в проект, а не «прикрутить потом».
Отдельно стоит сразу решить вопрос с возвратами. В обычном магазине вернуть деньги просто — они у вас. В маркетплейсе деньги уже могли уйти продавцу, и тогда возврат превращается в трёхстороннюю операцию: площадка инициирует возврат, удерживает или компенсирует свою комиссию и корректирует следующую выплату продавцу. Если эту логику не продумать заранее, первая же массовая отмена заказов превратится в ручной ад для вашей бухгалтерии.
Модерация и доверие
Маркетплейс живёт на доверии. Покупатель верит, что товар реальный, а продавец — что ему заплатят. Поддерживать это доверие — задача платформы, и она требует отдельных инструментов:
- проверка продавцов перед допуском к торговле;
- модерация карточек товаров (особенно в нишах с ограничениями);
- система отзывов и рейтингов с защитой от накруток;
- механизм жалоб и разрешения споров;
- блокировка недобросовестных участников.
Без этого платформа быстро наполняется мусором и теряет покупателей. Заложить базовую модерацию нужно сразу, даже в минимальной версии.
Тут важно найти баланс. Слишком жёсткая модерация отпугнёт продавцов: никто не хочет неделю ждать одобрения каждой карточки. Слишком мягкая — и площадка наполнится сомнительными предложениями, а пострадает в итоге ваша репутация. На старте обычно хватает ручной проверки новых продавцов и выборочной модерации товаров, а по мере роста часть проверок автоматизируют. Главное — заложить саму возможность модерации в систему с первого дня, потому что встраивать её в уже работающую платформу всегда дороже.
Этапы разработки и реальные сроки
Маркетплейс «под ключ» не делается за две недели. Честный диапазон для жизнеспособной первой версии — от 2 месяцев, а чаще 3–5 в зависимости от сложности ниши и логистики. Вот как обычно идёт работа.
1. Аналитика и ТЗ (1–2 недели). Разбираем нишу, роли, сценарии, финансовую модель. На выходе — техническое задание и прототип экранов. Это фундамент: ошибка здесь тянется через весь проект.
2. Дизайн (2–4 недели). Проектируем интерфейсы покупателя, продавца и админки. Дизайн маркетплейса всегда объёмнее магазина — экранов втрое больше.
3. Разработка (от 6 недель). Бэкенд, фронтенд, личные кабинеты, интеграция платежей, админка. Самый длинный этап.
4. Тестирование (1–2 недели). Особое внимание — деньгам и сценариям споров. Тут проверяют не «открывается ли кнопка», а «правильно ли разделились средства».
5. Запуск и поддержка. Выкатываем, наблюдаем за реальными сделками, оперативно правим.
| Этап | Сроки | Стоимость от, ₸ | Стоимость от, $ |
|---|---|---|---|
| Аналитика и ТЗ | 1–2 недели | 320 000 ₸ | $600 |
| Дизайн платформы | 2–4 недели | 580 000 ₸ | $1 100 |
| Разработка (MVP) | от 6 недель | 1 600 000 ₸ | $3 000 |
| Тестирование | 1–2 недели | 320 000 ₸ | $600 |
| Маркетплейс под ключ (MVP) | от 2 месяцев | от 2 600 000 ₸ | от $4 900 |
Цены указаны как ориентир «от». Точная смета считается после ТЗ — она зависит от ниши, числа ролей, способов оплаты и логистики. Курс взят как 1$ ≈ 530 ₸.
Почему важен MVP-подход
MVP (minimum viable product, минимально жизнеспособный продукт) — это не «урезанная версия по бедности». Это стратегия, которая бережёт ваш бюджет и нервы.
Соблазн понятен: хочется сразу всё — и приложение, и программу лояльности, и чат продавца с покупателем, и пять способов доставки, и рекомендательные алгоритмы. Если построить всё это сразу, вы потратите год и десятки миллионов тенге, прежде чем узнаете главное — будут ли вообще покупать на вашей площадке.
MVP отвечает на этот вопрос быстро и дёшево. В первую версию входит только то, без чего маркетплейс не работает:
- регистрация продавцов и покупателей;
- каталог с товарами от разных продавцов;
- заказ и оплата со сплитованием;
- базовые кабинеты всех трёх ролей;
- минимальная модерация.
Всё остальное — мобильное приложение, рекомендации, программы лояльности — наслаивается потом, когда пошли реальные сделки и понятно, куда расти.
Лучший маркетплейс — не тот, что запустился с сотней функций, а тот, что запустился, нашёл первых продавцов и начал расти на их деньгах.
Такой подход означает, что первые продажи у вас появятся через 2–3 месяца, а не через год. И каждое следующее вложение вы делаете осознанно, опираясь на поведение реальных пользователей, а не на догадки.
Частые ошибки предпринимателей
За годы работы одни и те же грабли повторяются почти у всех. Вот те, что обходятся дороже всего.
Сравнивать бюджет с интернет-магазином. «Магазин стоил столько-то, почему маркетплейс в пять раз дороже?» Потому что это пять разных систем в одной. Это нормально и закономерно.
Забыть про кабинет продавца. Заказчик думает о витрине для покупателя, а половина работы — это инструменты для продавцов. Если про них не сказать на старте, смета вырастет в процессе.
Сэкономить на расчётах. Попытка «принимать деньги на свой счёт, а потом вручную раскидывать продавцам» работает на десяти заказах и разваливается на тысяче. Закладывайте нормальное сплитование сразу.
Строить сразу всё. Самая дорогая ошибка. Вы тратите год и весь бюджет, а рынок может оказаться не таким, как вы думали. MVP защищает от этого.
Не думать о привлечении продавцов. Технически готовая платформа без продавцов мертва. Это проблема «курицы и яйца»: покупатели не идут без товаров, продавцы не идут без покупателей. Стратегию набора первых продавцов нужно продумать ещё до запуска.
Выбрать подрядчика только по цене. Самое дешёвое предложение почти всегда означает либо урезанный объём, либо неопытную команду, которая впервые делает финансовую логику. В маркетплейсе цена ошибки — реальные деньги пользователей.
На что смотреть при выборе подрядчика
Раз уж речь о деньгах пользователей, к выбору команды стоит подойти серьёзно. Вот короткий чек-лист.
- Опыт именно с маркетплейсами. Магазин и платформа — разные компетенции. Спросите, делали ли сплитование платежей и кабинеты продавцов.
- Прозрачное ТЗ до старта. Хорошая команда сначала фиксирует объём письменно, а потом называет цену. «Назовём по ходу» — красный флаг.
- Понимание MVP. Если вам предлагают сразу строить всё и подороже — это не в ваших интересах.
- Внятная смета по этапам. Вы должны видеть, за что платите на каждом шаге, а не одну цифру в конце.
- Поддержка после запуска. Маркетплейс — живой организм. Важно, чтобы было кому его развивать и чинить.
Не стесняйтесь задавать прямые вопросы про деньги и сроки. Команда, которая отвечает конкретно, а не общими словами, — обычно та, с кем стоит работать. И ещё один практичный совет: попросите показать, как у подрядчика устроена работа с правками. На длинном проекте вы точно что-то захотите изменить по ходу, и важно заранее понимать, как это оформляется и во что обходится, чтобы не было сюрпризов в финале.
Коротко о главном
Маркетплейс — это платформа доверия и расчётов между чужими людьми, а не магазин с поставщиками. В нём три роли со своими кабинетами, обязательная финансовая логика со сплитованием платежей и модерация. Реальный срок запуска жизнеспособной версии — от 2 месяцев, бюджет — от 2 600 000 ₸ ($4 900) за MVP, а точная сумма считается после техзадания. И главное правило, которое сэкономит вам больше всего: не стройте сразу всё, запускайтесь с MVP и растите на реальных сделках.
О DeusCode
DeusCode — IT-студия из Казахстана, которая делает маркетплейсы, веб-сервисы, приложения и AI-решения уровня топовых студий по адекватным ценам. Мы начинаем с честного ТЗ, считаем смету по этапам и строим по MVP-подходу, чтобы вы не переплачивали за функции, которые рынок ещё не подтвердил.
Хотите точную смету под вашу нишу? Заполните короткое техническое задание на сайте — мы разберём задачу и вернёмся с конкретными цифрами и сроками в течение пары часов. Без воды и навязчивых звонков, только по делу.