Подпишитесь на наш блог
Подпишитесь на нашу электронную ежемесячную рассылку для получения полезных советов и ценных ресурсов
Июль, 2025

Как отличить зрелого ИТ-подрядчика,
не будучи техническим экспертом

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

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

Сигналы, которые видно и без кода

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

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

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

Коммерческое предложение — это зеркало подхода

Я не раз сталкивался с предложениями от ИТ-компаний, которые выглядели «правильно», но по сути были сигналом грядущего хаоса. Самый яркий индикатор — это однострочная цена без расшифровки. Примерно как если бы вам предлагали построить дом «за 7 миллионов рублей», без слов о фундаменте, инженерии, отделке и сроках. Вы бы не согласились. Но в ИТ такое встречается часто.
И вот здесь стоит сделать шаг назад и задать себе вопрос: а на что, собственно, смотреть в таких предложениях? Каким должно быть адекватное, зрелое КП, чтобы вы могли судить не о словах, а о сути?

На что стоит обратить внимание:
5 практических критериев

  • Структура предложения: важна не длина, а логика

    Коммерческое предложение не должно быть ни слишком коротким, ни перегруженным лишними деталями. Главное — понятность. Есть ли в нём этапы? Объяснены ли сроки? Прописаны ли роли исполнителей? Указано ли, будет ли поддержка после запуска?

    Если, глядя на документ, вы понимаете, как подрядчик будет вести проект от начала до конца — это хорошее предложение.
  • Вопросы со стороны подрядчика: молчание должно насторожить

    Если подрядчик не задает никаких уточняющих вопросов, скорее всего, он работает шаблонно. Надежные исполнители всегда уточняют: зачем нужен проект, кто его конечный пользователь, с какими системами предстоит взаимодействовать. Не из вежливости, а потому, что без этого невозможно сделать рабочее решение.

    Чем конкретнее вопросы вам задают, тем выше вероятность, что подрядчик понимает, во что ввязывается.
  • Оценка сроков и ресурсов: есть ли объяснение

    Написать «сделаем за три недели» легко. Гораздо важнее, если подрядчик объясняет, из чего складываются эти три недели. Как разбит проект по этапам? Где предусмотрены тестирование, исправления, согласования? Без этого только одни обещания.

    Если сроки не подкреплены этапами и запасом на возможные задержки — это повод насторожиться.
  • Отношение к изменениям: готовность обсудить или соглашательство на всё

    Проекты редко идут по первоначальному плану. Всегда что-то меняется. Поэтому важно понять, как подрядчик относится к изменениям. Готов ли он обсуждать приоритеты? Есть ли у него порядок фиксации новых требований? Или он просто соглашается на всё, чтобы не спорить?

    Подрядчик, который молча кивает на любые изменения, не обязательно гибкий. Возможно, ему просто всё равно.
  • Что будет после запуска: предусмотрена ли поддержка

    После запуска проекта всегда возникает необходимость что-то доработать, исправить, адаптировать. Если в предложении ни слова не сказано о сопровождении, техподдержке, обновлениях, скорее всего, их не будет.

    Отсутствие постпроектной поддержки — не мелочь, а системная ошибка, которую потом приходится дорого исправлять.
Вы не обязаны понимать, что такое API или CI/CD. Но вы можете (и должны) понимать, как думает ваш подрядчик. Не по словам — по структуре, по вопросам, по вниманию к деталям. Это и есть настоящее содержание предложения.

И вот здесь главный парадокс: надежный подрядчик — это не тот, кто знает больше вас. А тот, кто умеет объяснить вам то, что делает. Кто берёт сложное — и делает понятным. Всё остальное — риск, красиво оформленный на фирменном бланке.