Как выбрать подрядчика для разработки: вопросы до подписания договора

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

Что важнее всего при выборе подрядчика?

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

На что смотреть в первую очередь:

• как считают оценку — по сценариям и с разбивкой или одной цифрой «под ключ»;
• как показывают прогресс — регулярные демо работающего продукта или отчёты раз в месяц;
• кому принадлежат код и инфраструктура — с первого дня или «передадим в конце»;
• кто конкретно будет работать — имена и роли команды или абстрактные «наши специалисты»;
• как обрабатываются изменения — есть ли понятная процедура оценки и согласования.

Если вы ещё не решили, нужен ли подрядчик вообще, начните со сравнения в статье аутсорс или своя команда.

Какие вопросы задать подрядчику до договора?

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

О процессе и команде

1. Кто будет в команде проекта и какая у каждого роль? Можно ли поговорить с техлидом до старта?
2. Как часто мы будем видеть работающий результат, а не отчёты?
3. Какой трекер задач используется и будет ли у нас к нему доступ?
4. Что происходит, если ключевой разработчик уходит с проекта?

О коде, качестве и передаче

1. На чьих аккаунтах будут репозиторий, хостинг, домены и внешние сервисы?
2. Как устроены тестирование и код-ревью? Что считается готовой задачей?
3. Какую документацию мы получим по итогам проекта?
4. Если мы решим продолжить с другой командой, как будет выглядеть передача?

Отдельно попросите пример сметы или отчёта с другого проекта — по нему видно, как подрядчик работает на самом деле.

Как сравнивать предложения разных подрядчиков?

Предложения сравнивают по составу работ, а не по итоговой сумме. Две сметы с разницей в два раза часто описывают разные продукты: в одной есть тестирование, запуск и запас на изменения, в другой — только программирование по списку экранов.

Сведите предложения в одну таблицу и проверьте, что в каждом есть обязательные части:

Что проверить	Хороший признак	Тревожный признак
Аналитика и проектирование	Отдельный этап с результатом: сценарии, прототипы	«Уточним по ходу»
Оценка разработки	Разбивка по сценариям или модулям	Одна цифра без разбивки
Тестирование	Заложено явно, с описанием подхода	Не упомянуто
Запуск и инфраструктура	Настройка серверов, мониторинг, бэкапы	Только «выкладка на хостинг»
Запас на неизвестное	Назван и объяснён	Отсутствует, цена «фиксированная» при сырых требованиях
Поддержка после запуска	Условия и стоимость описаны	«Обсудим потом»

Если в предложении нет какой-то части, спросите, почему. Иногда это осознанное решение, но чаще — работа, которая всё равно понадобится, только уже как «дополнительная».

Фото: Unsplash

По каким признакам видно ненадёжного подрядчика?

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

Признаки, при которых стоит насторожиться:

• соглашаются на любые сроки и объём без единого уточняющего вопроса;
• называют точную цену сложного продукта после пятиминутного созвона;
• не готовы заводить репозиторий и инфраструктуру на ваших аккаунтах;
• не показывают команду, пока не подписан договор;
• в портфолио только скриншоты, а живые проекты и контакты клиентов не дают;
• предлагают начать разработку без описания сценариев, «чтобы не терять время».

Как снизить риск перед большим проектом?

Риск снижают небольшим платным этапом перед основной работой — аналитикой, прототипом или первым сценарием продукта. За несколько недель видно, как подрядчик общается, держит сроки и какого качества код, а цена ошибки ограничена стоимостью этого этапа.

Что ещё помогает:

1. Поговорить с одним-двумя прошлыми клиентами подрядчика, лучше с теми, чей проект уже на поддержке.
2. Попросить независимого разработчика посмотреть код пробного этапа.
3. Закрепить в договоре права на код, регулярные демо и порядок передачи проекта.
4. Платить поэтапно за принятый результат, а не авансом за весь проект.

Результат пробного этапа — например, описание сценариев по структуре хорошего ТЗ — остаётся у вас, даже если вы решите продолжить с другой командой.

Коротко

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