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

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

Страх понятен: отдадите 500 тысяч или миллион рублей, а через полгода магазин будет тормозить, не справляться с нагрузкой, а подрядчик исчезнет. Разберёмся, как этого избежать.

Портфолио: смотреть не на картинки, а на интеграции и конверсию

Попросите показать не лендинги и визитки, а проекты из вашей ниши. Если у вас 10 000 товаров, а в портфолио одни сайты на конструкторах — это звоночек.

Ищите конкретные результаты. Не «сделали красивый каталог», а «запустили автоподстановку цен из CRM, сократили время обновления товаров с 3 дней до 2 часов». Связка с 1С, МойСклад, собственной ERP — это то, на что нужно смотреть в первую очередь.

Частая ошибка — фокусироваться только на дизайне. Красивый магазин, который грузится 5 секунд, не имеет микроразметки и не передаёт данные в личный кабинет, — деньги на ветер. Дизайн — лишь внешний слой; основа — архитектура данных, интеграции и скорость.

Стек: на какие технологии смотреть, чтобы не переплатить

Если у вас типовой интернет-магазин (до 10 000 товаров, стандартная корзина, доставка, один склад), переплачивать за кастомный фреймворк бессмысленно. Достаточно готовой CMS: Shopify, OpenCart, Magento или 1С-Битрикс с минимальными доработками. Бюджет такого проекта — от 300 до 700 тысяч рублей.

Сложный проект (кастомные скидки, расчёт доставки по API транспортных компаний, двойные остатки, своя CRM) требует гибкого стека: Laravel или Symfony на бэкенде, Vue.js или React на фронтенде. Убедитесь, что подрядчик работает с REST API, фоновыми задачами (RabbitMQ, Laravel Horizon) и кешированием (Redis). Бюджет такого проекта — от 1 до 3 миллионов рублей.

Критерий: в коммерческом предложении должно быть обоснование выбора CMS. Если вам не могут объяснить, почему выбрали Битрикс, а не Laravel, — это маркетинг, а не инженерия. Хорошая команда скажет: «Для вашей задачи Битрикс быстрее, потому что готовая админка и модуль складского учёта — это минус 2 месяца разработки».

Процесс: как отличить продавца от инженера

Профессиональная команда на старте не спрашивает «какой цвет кнопки?». Она просит: «Покажите, как сейчас принимаете заказы, откуда берёте цены, как считаете доставку, как обрабатываете возвраты». Это фундамент.

Ключевой этап — прототипирование логики. Не «утверждаем дизайн», а «собираем макет экранов: каталог, карточка, корзина, оформление заказа, личный кабинет». Если вас сразу ведут в Figma рисовать блоки — бегите. Сначала логика, потом дизайн.

Контрольные точки: еженедельные демо, чек-лист приёма каждой функциональной части, доступ к репозиторию и системе задач (Trello, Jira, Gitlab). Если подрядчик говорит «мы покажем результат в конце» — вы застрянете на доработках ещё на 2-3 месяца.

Типичная итерация — 2 недели. В конце каждой — рабочая демка куска функционала. Если после второго спринта нет ничего, что можно пощупать, — стоп-сигнал.

Постпроектная поддержка: как не остаться с «голым» магазином

Поддержка — это не просто «чиним баги». Это мониторинг скорости, обновление платёжных шлюзов при смене сертификатов, доработки под новые требования 152-ФЗ или маркировок, сезонные акции.

Задайте вопрос: «Как быстро вы реагируете на критическую ошибку (упала оплата, не грузится каталог)?» Нормальный ответ: до 2 часов в будни, до 6 часов в выходные. Всё, что дольше, — риск потери выручки. При средней конверсии 2-3% час простоя магазина с посещаемостью 1000 человек в день — это минус 5-10 заказов.

Ошибка — подписывать договор без SLA. В SLA должны быть: время реакции, время решения по уровням критичности, способ фиксации (тикет-система или чат) и порядок оплаты: абонентское обслуживание (20-40 тысяч в месяц) или часовая ставка (2500-4000 рублей в час).

Чек-лист для созвона с подрядчиком: 7 вопросов

1. «Покажите 3 проекта за последний год, которые запущены и работают. Дайте контакты владельцев для референса.»

2. «Как вы проверяете нагрузку магазина перед запуском? Сколько одновременных пользователей тестировали на последнем проекте?» Правильный ответ: JMeter или k6, нагрузка от 500 до 2000 одновременных сессий.

3. «Что вы включите в поддержку? Напишите три типовые задачи с оценкой времени решения.» Пример: «Обновить сертификат платёжного шлюза — 2 часа. Добавить новую транспортную компанию в расчёт доставки — 8 часов. Исправить ошибку в расчёте скидки при сумме корзины больше 50 000 рублей — 4 часа.»

4. «Как вы решаете конфликтные ситуации (просрочка, ошибка в логике, спор по бюджету)? Есть ли прописанная процедура эскалации?» Если ответ «мы стараемся договариваться» — это не ответ.

5. «Дайте типовой договор с приложением о составе работ — перечень функциональных требований и этапов.» Договор без чёткого описания объёма — лотерея.

6. «Какие риски для моего проекта вы видите на старте? Назовите хотя бы три.» Если подрядчик не видит ни одного риска — он либо не опытен, либо врёт.

7. «Кто будет моим контактным лицом после запуска? Это тот же человек, что и во время разработки?» Частая проблема: во время разработки общаетесь с менеджером, после запуска — с техподдержкой, и всё надо объяснять заново.

Типовые ошибки при выборе

**Ошибка №1: выбор по самой низкой цене.** Результат — срезанная логика (нет автоподстановки цен, ручная выгрузка товаров, костыли в корзине), переплата в 2 раза на доработках. Если вам называют бюджет 300 тысяч, а средний по рынку на 40-50% выше, — вас не сделают, вас доработают.

**Ошибка №2: игнорирование интеграций.** Сайт сделали, но чтобы обновить остатки, нужно нанять отдельного человека, который будет вручную заливать XML. Хорошо, если это разовая операция; плохо — если ежедневная.

**Ошибка №3: отсутствие регламента приёмки.** Подписали акт «всё работает», а через неделю выясняется, что скидки не считаются, а корзина падает при 10 товарах. Приёмка должна быть поэтапной: после каждого спринта — демо и чек-лист.

Что делать дальше

Задача — не просто найти программиста, а найти партнёра, который понимает воронку продаж и готов брать ответственность за бизнес-результат. Программист пишет код, инженер строит работающий бизнес-инструмент.

Возьмите этот чек-лист и проведите звонок с 2-3 студиями. Сравните ответы. Если подрядчик не может внятно ответить на вопросы про нагрузку, интеграции или постпроектную поддержку — вы сэкономите время.

Если вы хотите, чтобы интернет-магазин не тормозил, был связан с вашей CRM или 1С и приносил заявки, а не головную боль, — мы в Digital Hook как раз специализируемся на таких проектах. Начинаем с аудита ваших бизнес-процессов, а не с дизайна. Приходите обсуждать — разберём вашу задачу без обещаний и с цифрами.

Частые вопросы

Как формируются сроки и этапы разработки?

Сначала мы проводим аудит бизнес-процессов и составляем техническое задание. Затем разбиваем проект на спринты по 2 недели, после каждого — демо и приёмка. Сроки фиксируем в календарном плане, но допускаем корректировки при изменении требований.

Из чего складывается бюджет на разработку?

Бюджет зависит от сложности: готовая CMS (300–700 тыс. руб.) или кастомная разработка с интеграциями (1–3 млн руб.). В смету входит проектирование, дизайн, программирование, тестирование и настройка инфраструктуры. Дополнительно — поддержка от 20–40 тыс. руб. в месяц.

Как происходит передача проекта и что будет после запуска?

После приёмки мы передаём исходный код, документацию и доступы. Заключаем договор на поддержку с SLA: время реакции до 2 часов на критические ошибки. В рамках поддержки обновляем сертификаты, дорабатываем интеграции по 152-ФЗ и сезонные акции.