Как выбрать подрядчика для интернет-магазина: проверка до договора

3 сентября 2026 · 4 мин чтения

Подрядчика выбирают по тому, как его команда понимает критические процессы, управляет изменениями и отвечает за production после запуска, а не по красоте портфолио. Хороший интегратор способен объяснить границы, риски, допущения, порядок приёмки и передачи.

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

Коротко

• подготовьте карту процессов и рисков до тендера;
• дайте кандидатам одинаковые сценарии;
• попросите назвать допущения и неизвестное;
• познакомьтесь с руководителем и ключевыми специалистами;
• проверьте релизы, QA, безопасность и инциденты;
• зафиксируйте владение доменом, кодом, данными и аккаунтами;
• разделите приёмку проекта и постоянную поддержку;
• согласуйте документы и помощь при выходе.

Что дать кандидату

Вместо «нужен современный магазин» передайте:

• бизнес-модель и ассортимент;
• критические пользовательские пути;
• системы-источники и интеграции;
• объём каталога, заказов и пики;
• регионы, оплаты и доставки;
• роли сотрудников;
• текущие ограничения и известные дефекты;
• требования по безопасности и данным;
• желаемый результат и границы бюджета;
• обязательные сроки и зависимые кампании.

Не скрывайте проблемный legacy: он всё равно проявится, но уже в change request.

Таблица оценки

Критерий	Вес	Доказательство
Понимание процессов		Разбор сценария и вопросов
Архитектура и данные		Схема, источники истины
Команда		Имена, роли, доступность
Качество		Тест-стратегия и приёмка
Безопасность		Доступы, обновления, disclosure
Эксплуатация		Мониторинг, on-call, инциденты
Прозрачность стоимости		Допущения, ставки, change-процесс
Выход		Репозиторий, экспорт, документация

Сначала утвердите веса, затем смотрите предложения. Иначе самый убедительный продавец перепишет критерии встречи.

Вопросы на интервью

• Как вы разберёте расхождение оплаты и заказа?
• Что произойдёт, если 1С или доставка недоступны?
• Как выпускается срочный fix и кто разрешает релиз?
• Какие тесты обязательны для checkout?
• Как устроены production-доступы?
• Как вы сообщаете об инциденте?
• Что попадёт в ежемесячный отчёт поддержки?
• Как проводится восстановление из backup?
• Что мы получим при завершении договора?
• Какой риск нашего задания вы считаете недооценённым?

Ищите не идеальный ответ, а зрелое мышление: проверка фактов, ограничение ущерба, владелец решения и последующая сверка.

Проверьте рекомендации

Поговорите минимум с двумя клиентами сопоставимого типа. Спросите:

• кто реально выполнял работу;
• насколько смета и сроки изменились и почему;
• как команда ведёт себя во время инцидента;
• что происходит после запуска;
• насколько понятны отчёты и счета;
• легко ли получить доступы и документацию;
• выбрали бы они подрядчика снова.

Не просите раскрывать конфиденциальные детали. Один публичный логотип не доказывает действующее сотрудничество.

Договорные операционные пункты

С юристом и техническим владельцем согласуйте:

• состав результата и критерии приёмки;
• роли и зависимости заказчика;
• процесс изменений и оценок;
• уровни критичности и часы поддержки;
• безопасность, данные и субподрядчики;
• владение результатами и лицензии;
• домен, репозиторий и облачные аккаунты;
• резервные копии и восстановление;
• отчётность и доказательства;
• расторжение, выгрузка и переходный период.

Красные флаги

• фиксированная оценка без вопросов;
• обещание «никаких сбоев»;
• отказ показать будущую команду;
• production и домен только в аккаунте студии;
• нет журнала изменений и тестов;
• поддержка описана как «пишите менеджеру»;
• нет процесса уязвимостей;
• передача зависит от доброй воли после оплаты;
• предлагается переписать всё без измеримого основания.

FAQ

Стоит ли выбирать самую дешёвую смету?

Только если предложения действительно сопоставимы по объёму, рискам, поддержке и владению. Низкая цена часто означает другие допущения, а не более эффективную работу.

Нужен ли платный discovery?

Для сложного магазина он часто полезен, если выдаёт принадлежащие заказчику артефакты: карту процессов, рисков, интеграций, план и оценку, пригодные для решения.

Можно ли одному подрядчику дать разработку и поддержку?

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

Источники

• NCSC: supply chain security guidance
• OWASP: Software Assurance Maturity Model
• Google SRE: Managing Incidents

Проверено: 3 сентября 2026 года.

Дальше: выбор платформы, приём сайта на поддержку и передача другой студии.

Pingvera может стать частью требований к независимой проверке и отчётности, но зрелость подрядчика определяется процессом, людьми и доказательствами.

Читайте также: Как выбрать платформу интернет-магазина · Сверка маркетплейсов и интернет-магазина · Технический долг интернет-магазина · Экономика возвратов интернет-магазина · Бесплатно проверить сайт.