01
Почему выбор подрядчика — критичное решение
В
Выбор IT-подрядчика часто становится судьбоносным для проекта. Неправильный выбор может привести к проектам, которые идут в переработку на месяцы, к коду, который невозможно поддерживать, к потере денег и репутации. Это происходит потому, что разработка — это высокомарджинный бизнес, и соблазн срезать углы велик.
В этой статье мы предоставляем систематический подход к выбору IT-партнера. Мы расскажем о 12 критериях оценки, 10 красных флагах, которые говорят об отклонении предложения, и как правильно оценивать предложения.
Правило простое: потратьте время на правильный выбор на начало, и вы сэкономите месяцы мучения в процессе работы.
02
12 критериев выбора IT-подрядчика
Критерий 1: Портфолио и опыт в вашей области
Спросите примеры проектов. Хорошо, если они есть в вашей отрасли (финтех, e-commerce, SaaS и т.д.). Даже если нет ровно в вашей отрасли, случаи с похожими задачами подойдут. Проверьте: это были их проекты или проекты компании? Какой был их роль?
Критерий 2: Размер и стабильность компании
Маленькие фрилансеры подходят для небольших проектов, но могут исчезнуть в середине проекта. Компании среднего размера (10-100 человек) обычно более надежны. Большие компании (100+) имеют стабильность, но могут быть медлительными. Найдите баланс для вашего проекта.
Критерий 3: Технологический стек
Используют ли они современные технологии? Могут ли они развиваться вместе с требованиями проекта? Есть ли у них опыт в тех технологиях, которые вам нужны (Node.js, React, Python и т.д.)? Слишком старый стек может быть красным флагом.
Критерий 4: Процесс разработки
Как они организуют работу? Используют ли Agile, Scrum, Kanban? Есть ли спринты, демо, планирование? Или это просто "вот кодим"? Хороший процесс — это признак профессионализма. Спросите, как они управляют требованиями, тестированием, баг-фиксингом.
Критерий 5: Качество кода и тестирование
Как они гарантируют качество? Есть ли code review? Unit-тесты? Интеграционные тесты? Как они отслеживают техдолг? Плохое качество кода приводит к дорогому поддержанию и медленному развитию.
Критерий 6: Отзывы и рекомендации
Попросите ссылки на предыдущих клиентов. Созвонитесь с ними лично (не через сайт компании). Спросите: Остались ли они довольны? Какие были проблемы? Сравняли ли бюджет и сроки? Насколько хороша поддержка после проекта?
Критерий 7: Коммуникация и прозрачность
Понимают ли они ваши требования? Слушают ли вас? Отвечают ли они быстро? Есть ли у них менеджер проекта, который будет единой точкой контакта? Будут ли регулярные обновления статуса? Плохая коммуникация приводит к недопониманию и рассогласованным ожиданиям.
Критерий 8: Прозрачность цены и контракт
Они объясняют, откуда берется цена? Есть ли смета по задачам? Включены ли доработки и поддержка? Какие сроки платежа? Есть ли штрафы за просрочку? Честный подрядчик может объяснить каждую строку сметы.
Критерий 9: Поддержка после запуска
Что происходит после запуска? Остаются ли они поддерживать проект? На каких условиях? Сколько стоит фиксинг багов? Какой SLA (гарантия доступности и времени ответа)? Хорошие подрядчики не бросают проект в день запуска.
Критерий 10: Масштабируемость
Может ли их решение расти с вашим бизнесом? Или нужно будет переписывать все заново через год? Спросите о типовых проблемах масштабирования и как они их решают. Выбирайте решение на рост.
Критерий 11: NDA и интеллектуальная собственность
Согласны ли они на NDA для защиты ваших идей? Кому принадлежит код после проекта — вам или им? Если они не готовы обсуждать IP, это красный флаг. Убедитесь, что вы будете владеть кодом и иметь право его развивать и передавать.
Критерий 12: Инстинкт и gut feeling
Доверяете ли вы этим людям? Чувствуете ли вы, что они заинтересованы в успехе вашего проекта? Или ощущаете, что это просто еще одна работа для них? Не игнорируйте свой инстинкт. Партнерство длится месяцы, и вам нужны люди, с которыми вы сможете работать.
03
10 красных флагов для немедленного отклонения
Если вы видите любой из этих флагов, рекомендуем отклонить предложение и продолжить поиск:
Красный флаг 1: Невозможно найти отзывы или рекомендации
Если компания не может предоставить хоть одного реального клиента для проверки, это подозрительно. Может быть, у них нет успешных проектов или клиенты не хотят давать рекомендации по причине.
Красный флаг 2: Обещание сделать всё очень дешево
Если цена в 2-3 раза ниже, чем у конкурентов, то-то не так. Либо они не поняли масштаб работ, либо будут срезать углы. Качество разработки не может быть очень дешевым.
Красный флаг 3: Невозможно найти конкретного человека, отвечающего за проект
Если каждый раз вам отвечает кто-то новый, нет единого менеджера проекта, это признак плохой организации. Нужна одна точка контакта для минимизации недопониманий.
Красный флаг 4: Смета состоит из одной строки "Разработка: X млн рублей"
Нет детализации по задачам? Нет понимания, что они будут делать? Это говорит либо о непрофессионализме, либо о нежелании быть прозрачными. Хорошая смета разбита по функциям и часам.
Красный флаг 5: Обещание завершить проект за невозможно короткие сроки
Если они обещают сделать за неделю то, что обычно занимает месяц, либо они недооценили работу, либо будут работать плохо. Реалистичные сроки — признак компетентности.
Красный флаг 6: Отказ подписать NDA
Если компания не хочет подписать соглашение о неразглашении, это очень подозрительно. Любой серьезный подрядчик готов защитить конфиденциальность клиента.
Красный флаг 7: Кодекс на старых, устаревших технологиях
Если весь их опыт на Flash, старом PHP или других архаичных технологиях, это признак, что они не развиваются. Развивающиеся компании постоянно учат новое.
Красный флаг 8: Нет примеров живого кода или выложенных проектов
Если они не могут показать вам действующий сайт, приложение или демо, это странно. Хорошие разработчики гордятся своей работой и показывают её.
Красный флаг 9: Давление на быстрое решение
Если они говорят "Давайте подпишем контракт сегодня, иначе я беру другой проект", это манипуляция. Не спешите. Любой подрядчик должен понимать, что выбор — ответственное решение.
Красный флаг 10: Нежелание обсуждать процесс и способ работы
Если на вопросы "Как вы разрабатываете? Какой процесс? Как вы тестируете?" они ответят уклончиво, это плохой знак. Профессионалы с удовольствием объясняют свой процесс.
04
Как оценивать предложения от разных подрядчиков
После того как вы собрали несколько предложений, нужно их сравнить. Не просто по цене, а комплексно.
Матрица сравнения
Создайте таблицу с критериями и оценивайте каждого подрядчика по 5-балльной шкале:
- Опыт в вашей области (1-5)
- Размер и стабильность (1-5)
- Технологический стек (1-5)
- Качество кода (1-5)
- Коммуникация (1-5)
- Прозрачность цены (1-5)
- Отзывы (1-5)
- Support и SLA (1-5)
- Gut feeling (1-5)
Сложите баллы. Подрядчик с наибольшей суммой — обычно лучший выбор.
Не выбирайте только по цене. Дешевый подрядчик может обойтись дорого, если придется переделывать работу. Средняя цена с хорошим качеством — обычно лучший выбор.
FAQ
Часто задаваемые вопросы
Лучше выбрать одного фрилансера или компанию?
Для маленьких проектов (до 100 часов) фрилансер может подойти. Для больших проектов компания лучше: она более стабильна, есть резервные люди, есть процесс. Но найти хорошего фрилансера дешевле.
Что делать, если подрядчик не выполняет сроки?
Первое — спросите, почему. Обычно есть объективные причины. Второе — пересогласуйте сроки, если причины обоснованы. Третье — если они систематически задерживаются без объяснений, это признак проблемы. Вспомните контракт: есть ли штрафы?
Кто должен управлять проектом — я или подрядчик?
Обычно подрядчик имеет менеджера проекта, который управляет разработкой изнутри. Но у вас должен быть куратор проекта со стороны клиента, который принимает решения и апрувит результаты. Идеально, если подрядчик предоставляет обновления статуса каждую неделю.
Нужно ли проверять код разработчика?
Если у вас нет IT-специалиста, то нет смысла. Но если есть, полезно иметь независимый аудит кода. Это помогает выявить проблемы качества, которые не видны с функциональной стороны.
Как защитить свою идею при работе с подрядчиком?
Подпишите NDA и контракт, который четко указывает, что код принадлежит вам, а не подрядчику. Не раскрывайте бизнес-секреты, которые не нужны для разработки. Если можете, разделите проект так, чтобы подрядчик видел только часть архитектуры.