Расскажите о своем бизнесе и задачах, которые хотите решить с помощью приложения. Если в ответ услышите живой неподдельный интерес и несколько дельных советов, а не шаблонные фразы из учебников по продажам, вы на правильном пути. Лучше всего, если переговорить удалось не просто с менеджером, а лично с СEO. Например, как бы я не был занят, я найду время пообщаться о том, что умею и люблю.
Перечисленные в статье советы полезны, но ничего не гарантируют.
Думаю хорошие сейлзы довольно легко пройдут все эти проверки, если компания ну не совсем уж "студенческая".
Рекомендации других заказчиков — хорошо, но тоже не гарантируют, что та же команда будет разрабатывать и твой продукт, или что она не занята еще какими-то активностями в других проектах.
Инсайд изнутри компании — тоже хорошо, но нужно хорошо знать уровень компетенции, мотивацию, критичность инсайдера.
У меня только один рецепт, когда я могу быть относительно уверен в том, что подрядчик справится: я видел как работает его команда и видел, как она доводит задачи до конца, я понимаю требования проекта и уверен, что компетенций команды будет достаточно, я знаю, что именно эта команда будет реализовывать проект.
Сталкивался даже с тем, что заказчик готов был отдать проект только при условии, что определенные, уже знакомые ему специалисты будут реализовывать его проект. И это было более чем разумное требование с его стороны.
В ситуации когда на рынке разработки вы не знаете никого, из общих рекомендаций я бы добавил:
1. Выбрать минимально возможный, но репрезентативный объем работ, по результатам которого можно оценить комфортность рабты с подрядчиком.
2. Найти независимого специалиста (специалистов), который поможет оценить компетентность подрядчика, глубину проработки вашего проекта, адекватность оценки, защитить ваши интересы в договорных документах.
3. Не пускать проект на самотек, особенно в начале разработки. Если что-то непонятно в происходящем — требовать объянить, если что-то идет врзрез с вашими ожиданиями — ожидания синхронизировать. Если договориться не удается даже на старте — делать выводы.
И еще, в разработке есть хорошая поговорка:
"Не так страшны первые 90% проекта, как вторые 90%"
Проекты часто легко стартуются, но тяжело доводятся до конца.
Алексей, спасибо за дополнения!
Согласен, важно оценить комфортность на начальных этапах и в процессе держать руку на пульсе, не игнорировать красные флаги, когда что-то идет не так. Как раз на эту тему планирую следующую статью.