Как грамотно выбрать компанию-разработчика, чтобы не пришлось переплачивать

На связи Влад Кармаков, CEO Siberian.pro — компании по мобильной и веб-разработке с цифровым управлением. В этой статье поговорим о том, какие вопросы желательно задать компании-разработчику, кроме самого популярного «сколько это стоит?». Материал был опубликован на Executive.ru.

Как грамотно выбрать компанию-разработчика, чтобы не пришлось переплачивать
2222

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

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

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

В ситуации когда на рынке разработки вы не знаете никого, из общих рекомендаций я бы добавил:
1. Выбрать минимально возможный, но репрезентативный объем работ, по результатам которого можно оценить комфортность рабты с подрядчиком.
2. Найти независимого специалиста (специалистов), который поможет оценить компетентность подрядчика, глубину проработки вашего проекта, адекватность оценки, защитить ваши интересы в договорных документах.
3. Не пускать проект на самотек, особенно в начале разработки. Если что-то непонятно в происходящем — требовать объянить, если что-то идет врзрез с вашими ожиданиями — ожидания синхронизировать. Если договориться не удается даже на старте — делать выводы.

И еще, в разработке есть хорошая поговорка:
"Не так страшны первые 90% проекта, как вторые 90%"
Проекты часто легко стартуются, но тяжело доводятся до конца.

1
Ответить

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

1
Ответить