Блог

Смета на разработку маркетплейса: как проверить

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

Из чего состоит честная смета на маркетплейс

Нормальная смета — это не просто итоговая цифра. Это декомпозиция работ с указанием часов на каждый блок и стоимости часа. Если подрядчик прислал одну строку «Разработка маркетплейса — 2 500 000 ₽», это не смета, а прайс. Требуйте детализацию.

Стандартная структура сметы на маркетплейс включает следующие блоки:

  • Аналитика и проектирование — сбор требований, составление ТЗ, пользовательские сценарии, архитектура данных.
  • UX/UI-дизайн — прототипы, дизайн-система, адаптивные макеты для всех ключевых экранов.
  • Backend-разработка — API, бизнес-логика, интеграции (платёжные системы, доставка, уведомления).
  • Frontend-разработка — веб-интерфейс для покупателей, продавцов и администратора.
  • Мобильные приложения — если входят в scope, iOS и Android считаются отдельно.
  • Тестирование (QA) — ручное и автоматизированное, нагрузочное тестирование.
  • DevOps и инфраструктура — настройка серверов, CI/CD, резервное копирование.
  • Менеджмент проекта — обычно 10–15% от общего бюджета.

Если какой-то блок отсутствует — либо он включён в другой (уточните), либо его забыли и вы столкнётесь с доработками за отдельные деньги.

Нормы трудозатрат: на что ориентироваться

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

Блок работ Минимум (ч) Типичный диапазон (ч)
Аналитика и ТЗ 40 80–160
UX/UI-дизайн 80 150–300
Backend 200 400–800
Frontend (веб) 150 300–600
QA 60 120–250
DevOps 20 40–80
Менеджмент 40 80–150

Если в смете backend занимает 50 часов — это либо шаблонное решение с минимальной кастомизацией, либо ошибка. Если QA отсутствует вовсе — закладывайте бюджет на баги после запуска самостоятельно.

Пять признаков, что смета составлена нечестно

Не все манипуляции очевидны. Вот конкретные сигналы, на которые стоит обратить внимание.

  1. Нет разбивки по ролям. Час аналитика стоит иначе, чем час senior-разработчика. Если всё посчитано по единой ставке — это или упрощение, или попытка скрыть реальный состав команды.
  2. «Интеграции» одной строкой. Подключение платёжного шлюза, службы доставки и системы уведомлений — это три разные задачи с разным объёмом. Одна строка означает, что подрядчик не думал об этом всерьёз.
  3. Нет статьи на поддержку после запуска. Маркетплейс — живой продукт. Если в смете нет ни слова о гарантийном периоде и стоимости сопровождения, уточните условия до подписания договора.
  4. Слишком низкая цена на дизайн. Хороший UX маркетплейса — это сотни экранов и состояний. Дизайн за 30 000 ₽ означает либо шаблон, либо то, что дизайнер не понимает задачу.
  5. Резерв на риски отсутствует или превышает 30%. Адекватный резерв — 10–20% от бюджета. Меньше — подрядчик не управляет рисками. Больше — попытка заложить «карманные деньги».

Как сравнивать сметы от разных подрядчиков

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

Используйте простой чек-лист при получении каждой сметы:

  • ✅ Есть декомпозиция по блокам и ролям
  • ✅ Указана ставка за час для каждой роли
  • ✅ Перечислены все интеграции с отдельной оценкой
  • ✅ Включено тестирование (не менее 15% от объёма разработки)
  • ✅ Прописан DevOps и первичная настройка инфраструктуры
  • ✅ Указан резерв на риски и его обоснование
  • ✅ Есть условия по гарантийной поддержке

Подрядчик, который предоставляет смету в таком формате, скорее всего, понимает, что делает. Тот, кто отказывается детализировать — либо не умеет, либо не хочет, чтобы вы разобрались.

Что спросить у подрядчика до подписания договора

Смета — это документ для переговоров, а не приговор. Вот вопросы, которые стоит задать напрямую:

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

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

Часто задаваемые вопросы

Сколько в среднем стоит разработка маркетплейса в 2024–2025 году?

Диапазон широкий: от 800 000 ₽ за MVP на готовых решениях до 5–15 млн ₽ за кастомную платформу с мобильными приложениями и сложными интеграциями. Ключевой фактор — не «маркетплейс вообще», а конкретный список функций и требования к масштабируемости. Сметы ниже 600 000 ₽ на полноценный продукт почти всегда означают либо шаблон, либо неполный scope.

Можно ли доверять смете, если подрядчик не запрашивал ТЗ?

Нет. Без технического задания или хотя бы подробного брифа невозможно точно оценить объём работ. Смета «с потолка» — это либо коммерческий прайс для первого контакта, либо признак того, что команда не умеет в аналитику. Нормальная практика: сначала платный этап аналитики (40–80 часов), по итогам которого формируется финальная смета с точностью ±15%.

Как понять, что подрядчик занижает смету намеренно?

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

Если вы сейчас выбираете подрядчика и хотите получить прозрачную смету с детализацией по блокам — обсудите задачу с командой Aris.Web. Мы занимаемся разработкой маркетплейса под ключ: от аналитики и проектирования до запуска и поддержки. Позвоните по номеру +7 (977) 326-69-09 или оставьте заявку на странице arisweb.ru/kontakty — разберём ваш проект и покажем, как выглядит честная смета на практике.

ARISWEB · ПОД КЛЮЧ ЗА 2 НЕДЕЛИ
Нужно такое решение? Сделаем и опубликуем за 2 недели
Фиксированная цена, оплата онлайн, гарантия публикации в срок.
author-avatar

О Роман Воронов

Роман Воронов — менеджер продаж Aris.Web. Более 15 лет в IT: запуск цифровых платформ, мобильных приложений и маркетплейсов для e-commerce, логистики, промышленности, образования и бизнес-автоматизации. Помогает заказчикам подобрать решение и рассчитать проект.