Как выбрать ИТ-подрядчика: критерии и красные флаги

Чтобы выбрать ИТ-подрядчика, оценивайте не презентацию и цену, а три вещи: реальный опыт в задачах, похожих на вашу, готовность зафиксировать результат и сроки в договоре и то, как выстроена поддержка после сдачи. Хороший подрядчик задаёт много вопросов про ваш бизнес и цель, честно называет риски и предлагает начать с небольшого этапа. Плохой — обещает сделать всё быстро, дёшево и идеально, не разобравшись в задаче. Главная защита от переплаты и недостроя — не красивое портфолио, а проверенные кейсы, платный пилот и грамотный договор.

С чего начать выбор подрядчика

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

Определите и тип нужного исполнителя. Для разной задачи подходят разные подрядчики:

• •Фрилансер. Дешевле, гибче, но выше риск: пропал — и проект встал. Годится для небольших изолированных задач.
• •Небольшая студия/агентство. Баланс цены и надёжности, команда вместо одного человека. Частый выбор для среднего бизнеса.
• •Крупная компания. Дороже и медленнее, но с процессами и гарантиями. Оправдана для крупных ответственных проектов.

Не бывает «лучшего» типа — бывает подходящий под задачу, бюджет и допустимый риск. Дорогая крупная компания под простую задачу — переплата, а фрилансер под критичный для бизнеса проект — неоправданный риск.

Критерии оценки подрядчика

Оценивайте исполнителя по признакам, которые говорят о реальной работе, а не о красоте продажи:

• •Профильный опыт. Делал ли он задачи, похожие на вашу, в вашей или близкой сфере. Общий «большой опыт» без релевантных примеров мало что значит.
• •Вопросы о бизнесе. Хороший подрядчик сначала расспрашивает про вашу цель, процессы и клиентов, а уже потом говорит о решении. Кто сразу называет цену и сроки, не разобравшись, — тревожный знак.
• •Честность про риски. Зрелый исполнитель называет, что может пойти не так, и где границы его ответственности. Тот, у кого «всё будет отлично», либо не понимает задачу, либо продаёт.
• •Прозрачность процесса. Понятно ли, как пойдёт работа, как вы будете видеть прогресс и вносить правки. Молчаливый исполнитель до дедлайна — риск.
• •Адекватная коммуникация. Говорит ли он на понятном вам языке или прячется за терминами. Умение объяснять просто — признак того, что человек сам всё понимает.

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

Как проверить кейсы на реальность

Портфолио легко приукрасить, поэтому кейсы нужно проверять, а не читать. Как это делать:

Один честный звонок бывшему клиенту подрядчика говорит больше, чем всё его портфолио. Спрашивайте не «хорошо ли было», а «что пошло не так и как он это решал».

Договор и SLA: что зафиксировать

Устные договорённости через месяц каждый помнит по-своему. В договоре должно быть прописано:

• •Результат и критерии приёмки. Что именно вы получаете и по каким признакам считаете работу выполненной. Без этого приёмка превращается в спор.
• •Сроки и этапы. Разбивка на этапы с промежуточными результатами, а не один дедлайн в конце. Так вы видите прогресс и можете остановиться, если что-то идёт не так.
• •Стоимость и порядок оплаты. Привязка платежей к этапам и результату, а не полная предоплата вперёд. Что входит в цену, а что — доплата.
• •Поддержка после сдачи (SLA). Кто и как быстро чинит сбои, сколько это стоит, что входит в гарантию. Продукт живёт и после запуска.
• •Права и доступы. Кому принадлежит результат и исходники, передаются ли вам все доступы. Иначе вы окажетесь в зависимости от подрядчика.

SLA (соглашение об уровне сервиса) — это про то, что будет после сдачи: как быстро подрядчик реагирует на проблемы и за что отвечает. Без него первый же сбой после запуска станет предметом спора, а не гарантийным случаем.

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

Насторожитесь, если подрядчик:

• •Обещает всё быстро, дёшево и идеально. Это невозможно одновременно. Такое обещание — либо непонимание задачи, либо приманка с последующими доплатами.
• •Не задаёт вопросов о бизнесе. Сразу называет решение и цену, не разобравшись, — значит, продаёт шаблон, а не решает вашу задачу.
• •Требует полную предоплату. Привязка денег к результату и этапам защищает вас. Полная предоплата вперёд лишает рычагов.
• •Прячется за терминами. Не может объяснить простыми словами, что и зачем делает, — либо сам не понимает, либо скрывает.
• •Не даёт контакты клиентов. Отказ показать реальных клиентов — повод усомниться в кейсах.
• •Не хочет фиксировать в договоре. «Зачем формальности, мы же договорились» — так теряют и деньги, и результат.

Как не переплатить

• •Начните с платного пилота. Небольшой оплаченный этап покажет, как подрядчик работает на деле, до крупного контракта. Дешевле ошибиться на малом.
• •Не платите за велосипед. Если задача типовая, готовое решение или коннектор часто дешевле заказной разработки. Спрашивайте, есть ли готовое.
• •Сравнивайте по сути, а не по цене. Самое дешёвое предложение часто дороже в итоге из-за переделок. Смотрите на результат и надёжность, а не только на счёт.
• •Дробите проект на этапы. Оплата по результату этапов даёт контроль и возможность выйти, если не устраивает.
• •Не заказывайте лишнее. Уточняйте, что реально нужно бизнесу сейчас, а что можно добавить позже. Раздутое ТЗ — раздутый счёт.

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