Если вы гуглите «как создать маркетплейс услуг», скорее всего, уже понимаете разницу между продажей дивана и продажей часа работы дизайнера. Но большинство команд всё равно начинают разработку с товарной логики — и переделывают её на середине проекта, потеряв деньги и время. В этой статье — конкретный порядок действий, ключевые архитектурные решения и реальные грабли, которые стоят дорого.
Чем маркетплейс услуг отличается от товарного
Товар — это объект. Услуга — это процесс, растянутый во времени, с участием двух сторон. Отсюда принципиальные отличия на уровне продукта:
- Нет складской логики. Вместо остатков — доступность исполнителя (слоты, расписание, часовые пояса).
- Качество нельзя пощупать заранее. Доверие строится через рейтинги, портфолио, верификацию и отзывы — они должны быть встроены в ядро, а не добавлены потом.
- Транзакция растянута. Клиент платит до или после выполнения, либо поэтапно. Нужен escrow или холдирование средств.
- Споры — норма. «Сделано не так, как договаривались» — типичный сценарий. Нужна встроенная система разрешения конфликтов.
- Повторные сделки уходят в обход. Исполнитель и клиент легко договариваются напрямую. Платформа должна давать ценность, за которую обе стороны готовы платить комиссию.
Игнорирование хотя бы одного из этих пунктов — прямой путь к техдолгу и недовольным пользователям.
Выбор модели: с чего начинается проектирование
Прежде чем думать о стеке, определитесь с бизнес-моделью. Она диктует архитектуру.
| Модель | Пример | Особенность разработки |
|---|---|---|
| Клиент ищет исполнителя | Профи.ру, YouDo | Поиск + фильтры + чат + рейтинг |
| Исполнитель откликается на задачу | FL.ru, Upwork | Доска заданий, система откликов, портфолио |
| Фиксированные пакеты услуг | Fiverr | Каталог «гигов», корзина, быстрая оплата |
| Подписка на исполнителей | Сервисы по уборке, репетиторы | Биллинг, расписание, уведомления |
Смешивать модели можно, но каждая добавляет сложность. Для MVP выберите одну и сделайте её хорошо.
Этапы создания маркетплейса услуг
1. Исследование и CJM
Поговорите с 10–15 потенциальными исполнителями и 10–15 клиентами. Вопросы: где они сейчас ищут друг друга, что раздражает, за что готовы платить. Результат — карта пути пользователя (CJM) для обеих сторон. Без этого вы будете угадывать фичи.
2. Архитектура данных
Ключевые сущности сервисного маркетплейса:
- Пользователь (клиент / исполнитель / оба в одном)
- Профиль исполнителя (верификация, портфолио, навыки, геолокация)
- Услуга / категория
- Заявка / задание
- Сделка (статусы, сроки, условия)
- Платёж (холдирование, выплата, возврат)
- Отзыв (двусторонний — клиент оценивает исполнителя и наоборот)
- Спор
Если вы упростите модель данных на старте — потом будете мигрировать под нагрузкой. Это больно.
3. MVP: что входит, что нет
Типичная ошибка — пытаться запустить всё сразу. Для первой версии достаточно:
- Регистрация и верификация исполнителей (хотя бы базовая: телефон + фото документа)
- Каталог с поиском и фильтрами по категории, цене, рейтингу, городу
- Карточка исполнителя с портфолио и отзывами
- Создание заявки и система откликов или прямое бронирование
- Встроенный чат
- Оплата через эскроу (холдирование до выполнения)
- Двусторонние отзывы после закрытия сделки
Что оставить на вторую итерацию: мобильное приложение, умный матчинг, аналитика для исполнителей, реферальная программа, API для интеграций.
4. Монетизация — встраивайте с первого дня
Нельзя добавить монетизацию «потом» — она влияет на UX и архитектуру. Основные модели:
- Комиссия с транзакции (5–20%) — самая распространённая. Требует эскроу.
- Подписка для исполнителей — предсказуемый доход, не зависит от объёма сделок.
- Платные отклики / лиды — исполнитель платит за контакт клиента.
- Продвижение в каталоге — дополнительный доход без изменения основного флоу.
Смешанная модель (подписка + комиссия) даёт максимальный ARPU, но усложняет биллинг.
5. Доверие и безопасность
Это не фича — это основа продукта. Без доверия маркетплейс услуг не работает. Минимальный набор:
- Верификация личности исполнителя (паспорт, ИНН, лицензии для регулируемых сфер)
- Страхование сделок или гарантийный фонд
- Двусторонние отзывы, которые нельзя удалить
- Система разрешения споров с участием модератора
- Антифрод: блокировка вывода контактов из переписки, мониторинг подозрительных паттернов
Технический стек: что выбрать
Универсального ответа нет, но есть разумные ориентиры. Для MVP с бюджетом до 3–5 млн рублей и командой из 3–5 разработчиков типичный стек выглядит так:
- Бэкенд: Node.js / Python (Django/FastAPI) — зрелые экосистемы, много готовых библиотек для платежей и чатов.
- Фронтенд: React или Vue — быстрая разработка, большое сообщество.
- Мобильное приложение: React Native или Flutter — один кодовый база для iOS и Android.
- Платежи: ЮKassa, Тинькофф Pay, CloudPayments — поддерживают холдирование и выплаты исполнителям.
- Чат: собственная реализация на WebSocket или готовое решение (Stream, Sendbird).
- Поиск: Elasticsearch или Meilisearch для сложной фильтрации по атрибутам.
Если вы рассматриваете создание маркетплейса на готовой платформе (Sharetribe, CS-Cart), учтите: они сэкономят 2–3 месяца на старте, но ограничат кастомизацию. Для нишевого продукта с уникальной логикой кастомная разработка окупается быстрее.
Типичные ошибки, которые стоят денег
- Запуск без верификации исполнителей. Первый скандал с мошенником убивает репутацию быстрее, чем любой баг.
- Оплата без эскроу. Клиенты не будут доверять платформе, если деньги уходят исполнителю сразу.
- Одностороннее мышление. Думаете только о клиенте и забываете про онбординг исполнителей. Без качественного предложения на стороне поставщиков платформа пуста.
- Перегруженный MVP. 40+ фич на старте = 12 месяцев разработки и ноль обратной связи от рынка.
- Игнорирование мобильного трафика. В нишах «бытовые услуги», «красота», «курьеры» 70–80% сессий — со смартфона.
Сколько стоит и как долго
Ориентиры для кастомной разработки в 2024–2025 годах (Россия):
| Вариант | Срок | Бюджет |
|---|---|---|
| MVP на готовой платформе | 2–3 месяца | от 800 тыс. руб. |
| Кастомный MVP (веб) | 4–6 месяцев | от 2,5 млн руб. |
| Веб + мобильное приложение | 6–10 месяцев | от 5 млн руб. |
| Полнофункциональная платформа | 10–18 месяцев | от 10 млн руб. |
Цифры ориентировочные: итоговая стоимость зависит от сложности логики, количества интеграций и региона разработки.
Запустить — это только начало
После релиза начинается настоящая работа: привлечение первых исполнителей (обычно вручную, через звонки и партнёрства), онбординг клиентов, сбор обратной связи, итерации. Первые 3–6 месяцев после запуска определяют, станет ли платформа рабочим бизнесом или ещё одним мёртвым стартапом.
Если вы хотите разобраться детальнее в том, что входит в создание маркетплейса под вашу нишу — лучше обсудить это с командой, которая уже через это проходила.
Готовы обсудить ваш проект? Расскажите нам о своей идее — разберём модель, предложим архитектуру и оценим сроки. Звоните: +7 (977) 326-69-09 или оставьте заявку на странице arisweb.ru/kontakty. Первая консультация бесплатна.