Выбор подрядчика на разработку — решение, последствия которого вы будете ощущать 2-5 лет. Хороший подрядчик экономит время и деньги. Плохой — создаёт технический долг, который потом стоит дороже самого проекта. По данным отрасли, 37% IT-проектов проваливаются из-за неправильного выбора исполнителя, а не из-за технических проблем.
В этой статье — 10 конкретных критериев, по которым мы рекомендуем оценивать подрядчиков. Не абстрактные «проверьте репутацию», а конкретные вопросы, метрики и красные флаги. Плюс чек-лист для финального решения.
10 критериев выбора IT-подрядчика
Что проверять: откройте 3-5 проектов из портфолио, проверьте — работают ли они сейчас (30% портфолио на рынке — мёртвые проекты). Замерьте скорость через Google PageSpeed Insights — если у подрядчика 90+ баллов, с технической стороной порядок. Если 40-60 — задумайтесь.
Красный флаг: подрядчик «работает на всём» — React, Angular, Vue, PHP, Python, Java, Go, C#, и ещё Bitrix. Команда из 10 человек не может одинаково хорошо владеть 8 стеками. Узкая специализация — признак экспертизы.
Хороший процесс включает: регулярные демо (каждые 1-2 недели), доступ к трекеру задач (Jira, YouTrack, Linear), еженедельные отчёты о прогрессе, прозрачную систему учёта времени (если T&M), код-ревью и тестирование как часть процесса.
Попросите подрядчика показать реальный борд в трекере задач (без названий клиентов). Это даст больше информации о процессе, чем любая презентация.
Красный флаг: на пресейле общается один человек (менеджер по продажам), а после подписания договора вас передают другому (аккаунт-менеджеру), который ничего не знает о проекте. Или ещё хуже — разработчик, который не говорит по-русски и общается через Google Translate.
Два формата ценообразования: Fixed price (фиксированная цена за проект) — подходит, когда скоуп определён и вряд ли изменится. Time & Material (оплата за часы) — подходит, когда проект итеративный и требования будут уточняться. Fixed price не означает «дешевле» — подрядчик закладывает риски в цену (обычно +20-30%).
Правило трёх оценок: запросите смету у 3-5 подрядчиков. Отбросьте самую дешёвую (экономят на качестве или не поняли задачу) и самую дорогую (переоценивают или накручивают). Выбирайте из середины.
Дополнительные источники: профиль на Clutch.co, рейтинг на тематических площадках (Tagline, Ruward для российских компаний), публичные кейсы с цифрами результатов.
Красный флаг: «над вашим проектом будет работать команда из 15 человек» для проекта за 500К. Это значит, что каждый будет тратить 2 часа в неделю — а не то, что 15 человек фулл-тайм.
Чек-лист выбора подрядчика
Распечатайте и используйте при оценке каждого кандидата.
Портфолио и экспертиза
[ ] Есть 3+ проекта, похожих на мою задачу
[ ] Проекты из портфолио работают и доступны
[ ] PageSpeed > 80 у проектов из портфолио
[ ] Стек соответствует моей задаче
[ ] Узкая специализация (не «делаем всё»)
Процесс и коммуникация
[ ] Чёткий процесс разработки (Scrum/Kanban)
[ ] Регулярные демо (каждые 1-2 недели)
[ ] Доступ к трекеру задач
[ ] Ответ на запросы — в течение рабочего дня
[ ] Задают уточняющие вопросы (а не сразу называют цену)
Договор и деньги
[ ] Передача исходного кода и прав
[ ] Гарантийный период (1-3 месяца)
[ ] Поэтапная оплата (не 100% предоплата)
[ ] Прозрачное ценообразование (Fixed price или T&M с отчётами)
[ ] NDA при необходимости
Команда и поддержка
[ ] Знаю конкретных людей, которые будут работать
[ ] Есть выделенный QA (тестировщик)
[ ] Есть SLA на поддержку
[ ] Есть документация и передача знаний
[ ] Позвонил 1-2 клиентам — рекомендуют
Типы подрядчиков: кто подходит для вашей задачи
Фрилансер
Ставка: 800-2 500 руб/час. Подходит для: мелких задач (лендинг, доработка, интеграция), задач с чётким ТЗ, бюджета до 200К.
Плюсы: дёшево, быстрый старт. Минусы: нет замены (заболел — проект стоит), нет процесса (качество зависит от настроения), нет юридических гарантий (договор ГПХ — слабая защита), нет поддержки после проекта.
Небольшая студия (5-15 человек)
Ставка: 2 500-4 500 руб/час. Подходит для: средних проектов (300К-3 млн), MVP стартапов, корпоративных сайтов и приложений.
Плюсы: процесс есть, но гибкий (без бюрократии), команда знает друг друга, CEO/CTO часто лично участвует в проекте. Минусы: ограниченная пропускная способность (1-3 параллельных проекта), узкий стек (что может быть и плюсом).
Крупная продуктовая компания (50+ человек)
Ставка: 4 000-8 000 руб/час. Подходит для: крупных проектов (3 млн+), enterprise-решений, долгосрочных контрактов.
Плюсы: формальные процессы и SLA, широкий пул специалистов, стабильность. Минусы: бюрократия (согласования на каждый чих), менеджеры меняются (текучка), ваш проект — один из 20-30 параллельных.
Лучший подрядчик — не самый крупный и не самый дешёвый. Это тот, для кого ваш проект значим: достаточно маленький, чтобы уделять внимание, и достаточно опытный, чтобы не совершать детских ошибок.
5 ошибок при выборе подрядчика
Ошибка 1: Выбирать по цене
Самый дешёвый подрядчик — самый дорогой. Экономия 200К на разработке оборачивается потерей 500К на переделке, когда проект сдан с багами и нечитаемым кодом. Ищите баланс «цена/качество/процесс», а не минимальную цену.
Ошибка 2: Не проверять портфолио
Красивые скриншоты на сайте ≠ реальные проекты. Откройте сайты из портфолио. Проверьте скорость, работоспособность, мобильную версию. Если половина проектов не работает или выдаёт ошибки — это сигнал.
Ошибка 3: Начинать без ТЗ
«Давайте начнём, а ТЗ уточним по ходу» — формула бюджетной катастрофы. Без детального технического задания невозможно оценить стоимость, сроки и ожидания. Проекты без ТЗ обходятся на 30-50% дороже.
Ошибка 4: Не вовлекаться в процесс
«Я заплатил деньги — пусть делают». Нет. Разработка — совместный процесс. Если вы не участвуете в демо, не даёте обратную связь по макетам, не проверяете промежуточные результаты — вы получите продукт, который технически работает, но не решает вашу бизнес-задачу.
Ошибка 5: Не думать о пост-запуске
Разработка — это 50% истории. После запуска нужна поддержка, доработки, масштабирование. Если подрядчик не предлагает поддержку или предлагает по неадекватной цене — у вас будет красивый продукт, который через полгода начнёт «сыпаться».
Как мы работаем в March Code
Мы — студия из 10+ специалистов, работаем с проектами от 200К. Наш типичный клиент — СЕО или CTO компании, которому нужен надёжный подрядчик на заказную разработку, а не «сделаем сайт за 3 дня».
Процесс: бесплатная консультация (30 мин) → коммерческое предложение с вилкой цен → детальное ТЗ (оплачивается отдельно, засчитывается в проект) → разработка спринтами по 2 недели с демо → запуск → 30 дней гарантийной поддержки → SLA на дальнейшую поддержку.
Пример из практики: кейс ProControl — система управления производством, которую мы разработали за 4 месяца. От аналитики бизнес-процессов до запуска в production.
FAQ
Сколько подрядчиков стоит рассматривать?
3-5 достаточно. Меньше — мало данных для сравнения. Больше — затягивает процесс выбора на месяцы. Запросите коммерческие предложения у 5 компаний, проведите 3 детальных созвона, выберите финалиста. Весь процесс — 2-3 недели. Не тратьте на выбор больше времени, чем на первый спринт разработки.
Fixed price или Time & Material — что выбрать?
Fixed price — когда скоуп определён, ТЗ готово, вероятность изменений низкая. Пример: лендинг, корпоративный сайт с чётким дизайном. Time & Material — когда проект итеративный, требования будут уточняться. Пример: MVP стартапа, CRM под сложный бизнес-процесс. Гибридный вариант: первый этап (ТЗ + дизайн) по Fixed price, разработка — по T&M с месячным бюджетом. Это снижает риски обеих сторон.
Как контролировать подрядчика во время разработки?
Три инструмента: 1) демо каждые 2 недели — вы видите реальный прогресс, а не абстрактные отчёты, 2) доступ к трекеру задач — видно, кто над чем работает и сколько времени тратит, 3) доступ к репозиторию (GitHub/GitLab) — ваш технический специалист может видеть качество кода. Если подрядчик отказывает хотя бы в одном из трёх — это красный флаг.
Что делать, если подрядчик срывает сроки?
Первое — понять причину. Если скоуп вырос (вы добавили функции) — это не вина подрядчика. Если причина в организации работы — фиксируйте факт, обсуждайте конкретный план восстановления (не «постараемся быстрее», а «вот задачи, вот сроки, вот кто ответственный»). Если срывы систематические (3+ спринта подряд) — это повод расторгать контракт. Поэтому важна поэтапная оплата: вы не переплачиваете за невыполненную работу.
Нужен ли технический специалист на стороне заказчика?
Крайне рекомендуется для проектов от 1 млн. Это может быть штатный CTO, приглашённый технический консультант или CTO as a Service. Задачи: проверка архитектурных решений, код-ревью, контроль качества, участие в приёмке. Стоимость консультанта: 15-40К/мес (несколько часов в неделю). Экономит от рисков «красивого, но неработающего» кода.
Можно ли сменить подрядчика в середине проекта?
Технически — да. Практически — больно и дорого. Новый подрядчик потратит 2-4 недели на изучение чужого кода (и скажет, что «всё нужно переписать» — в 70% случаев это преувеличение). Стоимость смены: 20-40% от оставшегося бюджета на проект. Чтобы минимизировать риск: убедитесь, что в договоре прописана передача кода и документации, требуйте чистый код с комментариями, не платите 100% вперёд.