Один из первых вопросов, который задаёт любой предприниматель перед запуском маркетплейса: «Сколько это стоит?» Но правильнее спросить иначе — как формируется смета на разработку маркетплейса и почему две внешне похожие платформы могут стоить 800 тысяч и 8 миллионов рублей. Ответ в деталях: архитектуре, функциональности, команде и этапах работ. Разберём каждый из них без округлых формулировок.
Почему у маркетплейсов нет фиксированной цены
Маркетплейс — не лендинг и не интернет-магазин. Это многосторонняя платформа с минимум тремя ролями: покупатель, продавец, администратор. Каждая роль требует отдельного личного кабинета, логики прав доступа, уведомлений и бизнес-процессов. Добавьте платёжный шлюз, систему отзывов, аналитику, мобильное приложение — и вы поймёте, почему смета формируется индивидуально под каждый проект.
Ключевые переменные, которые влияют на итоговую сумму:
- Тип маркетплейса: товарный, услуговый, B2B, аренда, фриланс-биржа.
- Количество и сложность функциональных модулей.
- Нужно ли мобильное приложение (iOS, Android или кроссплатформа).
- Интеграции: эквайринг, CRM, 1С, службы доставки, маркировка.
- Нагрузочные требования: 100 одновременных пользователей или 100 000.
- Состав команды и её местонахождение (штатная, аутсорс, офшор).
Этапы формирования сметы
Грамотная смета рождается не на калькуляторе, а в процессе аналитики. Вот как это выглядит на практике.
1. Сбор требований и бизнес-анализ
Аналитик или менеджер проекта проводит 2–4 встречи с заказчиком, фиксирует бизнес-цели, целевую аудиторию, конкурентов и ожидаемый функционал. На выходе — бриф или первичное техническое задание. Этот этап часто бесплатный, но именно он определяет точность всего расчёта.
2. Декомпозиция на модули и задачи
Функциональность разбивается на модули (каталог, корзина, личный кабинет продавца, чат, аналитика и т. д.), каждый модуль — на задачи с оценкой в часах. Именно здесь формируется основа сметы: часы × ставка специалиста = стоимость модуля.
3. Выбор стека и архитектуры
Технические решения напрямую влияют на цену. Монолит дешевле в старте, но дороже в масштабировании. Микросервисная архитектура требует больше времени на настройку, зато выдержит рост нагрузки. Готовые решения (например, на базе open-source) снижают затраты на старте, но могут ограничить гибкость.
4. Составление детальной сметы
После декомпозиции формируется документ с разбивкой по специалистам, модулям и спринтам. Хорошая смета содержит не просто итоговую цифру, а таблицу с часами по каждой роли: backend, frontend, мобильная разработка, дизайн, QA, DevOps, управление проектом.
Основные статьи расходов: что входит в смету
Ниже — типовая структура бюджета на разработку маркетплейса с ориентировочными долями от общей стоимости.
| Статья расходов | Доля в бюджете | Комментарий |
|---|---|---|
| UX/UI-дизайн | 10–15% | Прототипирование, дизайн-система, адаптивная вёрстка |
| Backend-разработка | 30–40% | API, бизнес-логика, база данных, безопасность |
| Frontend-разработка | 15–20% | Веб-интерфейс для всех ролей пользователей |
| Мобильное приложение | 20–30% | Если входит в scope; iOS + Android или React Native |
| QA и тестирование | 10–15% | Ручное и автоматизированное тестирование |
| DevOps и инфраструктура | 5–10% | Настройка серверов, CI/CD, мониторинг |
| Управление проектом | 8–12% | PM, аналитик, коммуникация, документация |
Подробнее о том, как складываются итоговые цифры, читайте на странице стоимость разработки маркетплейса — там приведены реальные диапазоны по типам платформ.
Скрытые расходы, которые заказчики не учитывают
Практика показывает: до 30% бюджета «всплывает» уже в процессе работы, если смета была составлена поверхностно. Вот типичные статьи, которые забывают включить на старте:
- Интеграции с платёжными системами. Подключение ЮKassa, Тинькофф или Сбербанка — это не только API, но и прохождение проверки, тестовые транзакции, обработка ошибок. Минимум 40–80 часов.
- Панель администратора. Часто её недооценивают. Полноценный бэк-офис с управлением заказами, продавцами, спорами и финансами — отдельный большой модуль.
- Нотификации. Email, SMS, push — каждый канал требует настройки шаблонов, триггеров и провайдеров.
- Безопасность и соответствие 152-ФЗ. Хранение персональных данных требует отдельных технических и организационных мер.
- Поддержка и доработки после запуска. Первые 3 месяца после релиза — самые «горячие». Заложите 15–20% от бюджета разработки на этот период.
Как читать смету от подрядчика: чек-лист заказчика
Получив коммерческое предложение, проверьте следующее:
- Есть ли разбивка по модулям и специалистам, или только итоговая сумма?
- Указаны ли часы на каждую роль (backend, frontend, QA, PM)?
- Включены ли интеграции и DevOps, или это «по отдельному договору»?
- Прописан ли порядок расчёта за изменения в scope (change request)?
- Есть ли гарантийный период и что в него входит?
- Указан ли стек технологий и обоснование его выбора?
Если смета — это просто одна строка «Разработка маркетплейса — X рублей», это тревожный сигнал. Либо подрядчик не понимает масштаб задачи, либо намеренно занижает цену, чтобы потом добирать деньги доработками.
Часто задаваемые вопросы
Можно ли получить точную смету до начала разработки?
Точную — нет, достоверную — да. Чем детальнее техническое задание, тем точнее оценка. На этапе брифа подрядчик даёт вилку ±20–30%. Фиксированная цена возможна только после полного ТЗ с прописанными экранами, сценариями и интеграциями. Именно поэтому профессиональные студии начинают со стадии аналитики, которая занимает 2–4 недели и стоит отдельно.
Почему одни студии называют цену в 3 раза ниже конкурентов?
Причин несколько: занижение scope (не всё включено в смету), использование junior-команды без опыта в маркетплейсах, работа без тестирования и документации, или просто демпинг ради привлечения клиента с последующим ростом бюджета. Низкая цена на старте почти всегда означает либо неполный продукт, либо дорогостоящие доработки после сдачи.
Как формируется смета на разработку маркетплейса при agile-подходе?
При agile смета формируется иначе: фиксируется не объём работ, а бюджет на спринт (обычно 2 недели) и состав команды. Заказчик получает рабочий инкремент после каждого спринта и сам расставляет приоритеты. Это удобно, когда требования ещё не устоялись, но требует высокой вовлечённости со стороны бизнеса и доверия к подрядчику.
Готовы обсудить бюджет вашего проекта?
Мы в Aris.Web составляем детальные сметы на основе реального анализа задачи — без округлых цифр и скрытых статей. Если вы планируете запуск маркетплейса и хотите понять, во сколько это обойдётся именно в вашем случае, ознакомьтесь со страницей стоимость разработки маркетплейса или свяжитесь с нами напрямую: оставьте заявку или позвоните по номеру +7 (977) 326-69-09. Разберём вашу задачу и дадим честную оценку в течение 2 рабочих дней.