Выбор подрядчика на разработку — это выбор в условиях недостатка информации. У вас есть презентация, созвон и договор, а результат вы увидите через несколько месяцев. Хорошая новость: по тому, как подрядчик ведёт себя до договора, можно предсказать, как он будет вести себя после.
Почему портфолио почти бесполезно
Большая часть корпоративной разработки закрыта соглашениями о неразглашении. Компании, которые показывают названия клиентов и проценты роста, либо работают в открытых нишах, либо рассказывают то, что рассказывать не должны. Второе — сам по себе плохой знак: то же самое расскажут и про вас.
Отсутствие публичных кейсов — это норма для корпоративной разработки, а не признак отсутствия опыта. Смотреть надо на другое.
Вопросы, которые стоит задать до договора
- Кто конкретно будет работать? Не «команда из десяти человек», а роли и имена. Часто на продаже одни люди, а на проекте другие.
- Что произойдёт, если требования изменятся? Ответ «мы гибкие» ничего не значит. Нужен механизм: как оценивается изменение и кто его утверждает.
- Как выглядит приёмка? Если подрядчик не может назвать критерии, по которым вы примете работу, он не понимает задачу.
- Где будет лежать код? Правильный ответ — в вашем репозитории с первого дня, а не «передадим в конце».
- Что будет, если вы пропадёте? Хороший подрядчик отвечает про исходники, документацию и инструкцию по развёртыванию, а не обижается.
- Какую задачу вы бы не взяли? Подрядчик, который берётся за всё, не берётся ни за что всерьёз.
На что смотреть в поведении
- Задаёт ли вопросы про данные и процесс — или сразу предлагает решение.
- Называет ли ограничения и риски — или обещает, что всё будет хорошо.
- Говорит ли «это мы не делаем» — умение отказываться дороже умения соглашаться.
- Показывает ли промежуточный результат — или предлагает подождать до сдачи.
- Пишет ли документацию по ходу — или обещает написать в конце.
Что обязательно должно быть в договоре
- Передача исключительных прав на код. Явным пунктом, с актом. Без этого вы платите за то, чем не владеете.
- Критерии приёмки. Список проверок с ожидаемым результатом, а не «работа выполнена качественно».
- Этапность и право остановиться. Возможность закончить после любого этапа, не потеряв сделанное.
- Состав передаваемых материалов. Исходники, миграции, конфигурации, инструкция по развёртыванию, документация.
- Ответственность за срок. Хотя бы в виде продолжения работ без доплаты.
- Порядок сопровождения после сдачи. Кто и на каких условиях чинит то, что сломается.
Красные флаги
- Обещание точной цены и срока без обследования.
- Отказ отдавать код до полной оплаты всего проекта.
- Ответ «конечно, сделаем» на любую задачу, включая ту, что вне их профиля.
- Названия клиентов и цифры результатов на сайте без разрешения этих клиентов.
- Отсутствие в смете строк на тестирование и документацию.
- Нежелание показывать промежуточный результат чаще раза в месяц.
Как снизить риск, если выбрать всё равно трудно
Самый надёжный способ — купить маленький кусок работы и посмотреть. Платное обследование, оценка миграции, один модуль. Это стоит недорого, занимает две-четыре недели и показывает про подрядчика больше, чем любое количество созвонов: как он разбирается в чужой системе, как пишет документы, как ведёт себя, когда что-то идёт не по плану.
Частые вопросы
Стоит ли выбирать по цене?
Самое дешёвое предложение обычно означает, что из сметы убрали аналитику, тестирование или документацию. Эта работа не исчезает — её просто делаете вы.
Большая компания надёжнее маленькой?
Не обязательно. В большой компании выше шанс, что на ваш проект поставят стажёров. В маленькой выше риск, что команда занята другим клиентом. Смотрите на конкретных людей.
Нужно ли требовать исходники сразу?
Да. Код должен лежать в вашем репозитории с первой недели. Это ничего не стоит подрядчику и полностью снимает риск для вас.
Смотрите также: сколько стоит разработка ПО и разработка ПО на заказ.