Рынок разработки маркетплейсов переполнен: студии, фрилансеры, аутсорс-команды из разных стран — все готовы взяться за ваш проект. Но статистика неутешительна: по данным Standish Group, больше половины IT-проектов выходят за рамки бюджета или срока, а каждый пятый закрывается досрочно. Вопрос «как выбрать подрядчика на маркетплейс» — не формальность, а ключевое бизнес-решение. В этой статье — практический алгоритм отбора без лишней теории.
Почему маркетплейс — это не обычный интернет-магазин
Прежде чем оценивать подрядчиков, важно понять специфику задачи. Маркетплейс — двусторонняя или многосторонняя платформа: продавцы, покупатели, а нередко и курьеры или сервисные партнёры. Это означает:
- Сложная ролевая модель с разными уровнями доступа.
- Финансовый модуль: сплит-платежи, холдирование, вывод средств продавцам.
- Логика комиссий, рейтингов, отзывов, споров.
- Высокие требования к нагрузке — платформа должна держать тысячи одновременных сессий.
Команда, которая делала корпоративный сайт или даже крупный интернет-магазин, может не иметь опыта именно в этой архитектуре. Поэтому первый фильтр — релевантный портфель, а не просто «мы делаем веб».
Шаг 1. Проверяем портфель и реальный опыт
Попросите показать живые маркетплейсы — не макеты, не концепты, а работающие продукты с реальными пользователями. Задайте конкретные вопросы:
- Сколько продавцов одновременно работает на платформе?
- Как реализованы выплаты продавцам — через какой платёжный шлюз?
- Как устроена система разрешения споров?
- Какова пиковая нагрузка и как её выдерживает инфраструктура?
Если подрядчик отвечает уклончиво или говорит «покажем по NDA», попросите хотя бы анонимизированные метрики. Хорошая команда знает свои проекты наизусть и не боится технических вопросов.
Шаг 2. Оцениваем состав команды
Маркетплейс — это не история про одного разработчика. Минимальный состав для полноценного проекта:
| Роль | Зона ответственности |
|---|---|
| Бизнес-аналитик / Product Owner | Требования, пользовательские сценарии, приоритизация |
| UX/UI-дизайнер | Интерфейс для покупателей, продавцов и администратора |
| Backend-разработчик | API, бизнес-логика, интеграции с платёжными системами |
| Frontend-разработчик | Веб-интерфейс, производительность |
| QA-инженер | Тестирование сценариев, нагрузочные тесты |
| DevOps | Инфраструктура, CI/CD, масштабирование |
| Проект-менеджер | Коммуникация, сроки, риски |
Если вам предлагают «команду из двух человек», уточните, кто именно закрывает каждую из этих ролей. Совмещение возможно, но только в разумных пределах — один разработчик не может качественно делать и backend, и frontend, и DevOps одновременно.
Шаг 3. Разбираемся с процессом и документацией
Хаотичная разработка «по ощущениям» — главная причина переработок и срывов дедлайнов. Спросите подрядчика:
- Как фиксируются требования? Есть ли техническое задание или Product Requirements Document?
- По какой методологии работаете — Scrum, Kanban, что-то своё?
- Как часто клиент видит промежуточный результат?
- Где хранится код и есть ли у клиента доступ к репозиторию?
- Как передаётся проект после сдачи — документация, инструкции, обучение?
Отсутствие ТЗ — красный флаг. Без зафиксированных требований любой спор о функционале превращается в «мы так не договаривались».
Шаг 4. Анализируем коммерческое предложение
Цена — важный, но не единственный критерий. Несколько правил при сравнении КП:
Сравнивайте одинаковое
Одна студия включила в смету мобильное приложение, другая — только веб. Одна считает интеграцию с 1С, другая нет. Попросите детализацию по функциям и сравнивайте построчно.
Остерегайтесь демпинга
Маркетплейс с полным функционалом — минимум 3–6 месяцев работы команды. Если вам обещают сделать всё за 300 000 ₽ и два месяца, скорее всего, речь идёт о шаблонном решении с минимальной кастомизацией. Это не плохо само по себе, но важно понимать ограничения.
Уточняйте, что входит в поддержку
Запуск — это начало, а не конец. Хостинг, обновления, исправление багов, новые функции — всё это требует либо штатного разработчика, либо договора на сопровождение. Уточните условия заранее.
Шаг 5. Проверяем юридическую сторону
Даже с хорошей командой проект может зайти в тупик из-за слабого договора. Проверьте:
- Права на код. Исключительные права на разработанное ПО должны переходить к вам после оплаты. Это должно быть прямо прописано в договоре.
- Гарантийный период. Стандарт — 3–6 месяцев на исправление дефектов без дополнительной оплаты.
- Штрафные санкции за срыв сроков. Если подрядчик отказывается вносить такой пункт — это сигнал.
- Порядок приёмки. Как фиксируется, что этап выполнен? Акт, чек-лист, демонстрация?
Чек-лист: 10 вопросов подрядчику перед подписанием договора
- Покажите живой маркетплейс из портфеля — можно связаться с клиентом для референса?
- Кто конкретно будет работать над проектом — можно познакомиться с командой?
- Как вы фиксируете требования и что происходит, если они меняются?
- Какова ваша политика по исходному коду — получу ли я доступ к репозиторию?
- Как реализованы платёжные интеграции в ваших предыдущих проектах?
- Как вы обеспечиваете масштабируемость при росте нагрузки?
- Что входит в гарантийное обслуживание и сколько оно длится?
- Какова процедура приёмки каждого этапа?
- Кто несёт ответственность за соблюдение сроков и как это закреплено в договоре?
- Какова стоимость и условия поддержки после запуска?
Как выбрать подрядчика на маркетплейс: итоговая логика выбора
Идеальный подрядчик — не тот, кто дешевле или красивее говорит на встрече. Это команда, которая:
- Имеет подтверждённый опыт именно в маркетплейсах, а не просто в e-commerce.
- Прозрачно описывает процесс и фиксирует всё документально.
- Готова к техническому диалогу, а не только к презентациям.
- Предлагает разумную цену с детализацией, а не «всё включено» без расшифровки.
- Юридически грамотно оформляет отношения с передачей прав на код.
Не торопитесь. Потратьте 2–3 недели на отбор — это сэкономит месяцы переделок и сотни тысяч рублей. Запросите КП у 3–5 подрядчиков, проведите технические интервью, проверьте референсы. Только после этого принимайте решение.
Если вам нужна разработка маркетплейса под ключ — от аналитики и проектирования до запуска и поддержки — команда Aris.Web готова обсудить ваш проект. Мы работаем прозрачно: фиксируем требования, показываем промежуточный результат и передаём все права на код. Свяжитесь с нами по телефону +7 (977) 326-69-09 или оставьте заявку на странице arisweb.ru/kontakty — разберём вашу задачу и предложим конкретное решение.