Почему выбор IT-подрядчика — критически важное решение

IT-проект — это не покупка товара с возвратом. Если подрядчик сделал плохо или исчез на середине проекта, потери — это не только деньги. Это время, упущенные возможности и часто необходимость переписывать всё с нуля.

При этом рынок IT-услуг непрозрачен: у большинства компаний похожие сайты, похожие кейсы и похожие обещания. Как выбрать того, кто реально сделает?

Вот чек-лист вопросов, которые стоит задать до подписания договора.

Блок 1: Компетенции и опыт

1. Покажите 3–5 проектов, похожих на мою задачу

Не «кейсы» на сайте (их пишут маркетологи), а реальные проекты — с контактом клиента, которому можно позвонить. Если компания не может дать референс, это сигнал.

2. Кто будет работать над моим проектом?

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

3. Какой у вас стек и почему именно он?

Хороший подрядчик объяснит выбор стека под вашу задачу. Плохой ответит «мы работаем только на X» — значит, подгоняют задачу под то, что умеют, а не наоборот.

4. Есть ли у вас опыт с интеграциями, которые нужны мне?

1С, платёжные системы, маркетплейсы, Честный Знак — каждая интеграция требует отдельной экспертизы. Уточните, делали ли они это раньше и есть ли примеры.

Блок 2: Процесс работы

5. Как организована разработка? Покажите типичный спринт.

Хороший ответ: Scrum или Kanban, спринты 1–2 недели, каждый спринт — демо работающей версии. Плохой ответ: «мы сделаем, придёте смотреть через три месяца».

6. Как вы оцениваете задачи?

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

7. Кто контролирует качество?

Есть ли в команде QA? Как проводится тестирование? Есть ли автотесты на критичные части? Это особенно важно для систем с финансовыми операциями.

8. Что происходит, если мы не согласны с результатом?

Попросите показать реальный кейс, где клиент был недоволен. Как решили ситуацию? Хороший подрядчик ответит честно — идеальных проектов не бывает.

Блок 3: Деньги и риски

9. Как формируется цена: фикс или T&M?

Фиксированная цена хороша для задач с чётким ТЗ. Time & Material — для исследовательских проектов. Плохой знак — когда компания настаивает только на одной модели вне зависимости от задачи.

10. Что входит в стоимость, а что — нет?

Уточните: входит ли дизайн, тестирование, развёртывание, обучение, документация. Часто финальный счёт удваивается из-за «неучтённых» работ.

11. Кому принадлежат права на код?

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

12. Что происходит после сдачи проекта?

Есть ли гарантийный период? Как организована поддержка? Сколько стоит доработка? Проект живёт и меняется — поддержка после запуска нужна почти всегда.

Красные флаги, которые должны насторожить

Не могут дать контакты реальных клиентов
Цена сильно ниже рынка без объяснения причин
«Всё сделаем, никаких проблем» — без уточняющих вопросов
Нет фиксированного PM, с вами будут «общаться разработчики»
Договор без передачи прав на код
Показывают только чужие кейсы под своим именем

Что нас отличает

В Dattel мы передаём права на код в момент оплаты каждого этапа. Работаем спринтами по 1–2 недели — каждый спринт вы видите рабочую версию. Даём контакты наших клиентов. Если проект сложный — честно говорим об этом до подписания, а не в середине.

Готовы ответить на все 12 вопросов из чек-листа — напишите нам.

Если уже определились с задачей — смотрите услуги по разработке.

Как выбрать IT-подрядчика: чек-лист из 12 вопросов