Как не ошибиться с командой для разработки веб-продукта Если вы решили разработать новый веб-продукт, почти всегда приходится выбирать среди нескольких подрядчиков. И неважно, что это: мобильное приложение, сервис или сайт — правила выбора команды везде примерно одинаковые. Разберём, на что стоит обратить внимание. # Стек Если команда предлагает реализовать проект на определённом стеке, попросите показать примеры работ именно на нём. Условно: если команда делает сайты на WordPress, а вы хотите проект на 1С-Битрикс, лучше с такими подрядчиками не работать. Даже если у них есть один программист, который «немного разбирается» в 1С-Битрикс. В идеале у команды должно быть несколько специалистов на нужной технологии. Чтобы была сменность сотрудников и проект не зависел от одного человека. # Первое свидание На этапе знакомства важно почувствовать метч с командой. Если уже на этапе продажи продукта появляются несостыковки, лучше поискать другую команду. И дело не в том, что одни плохие, а другие хорошие. Просто могут сильно отличаться бизнес-процессы. Например, вы хотите быстрее начать разработку, а команда несколько недель подробно изучает требования и задаёт десятки уточняющих вопросов. Если вам такой формат не подходит – лучше сразу искать тех, кто работает быстрее и проще. И наоборот. # Кейсы Я уже упоминал это выше, но выделю отдельно. У команды должен быть кейс: – в вашей нише; – на вашем стеке; – или с решением похожей задачи. Если кейсов нет, срок разработки можно смело умножать на 1,5–2 раза. Единственный плюс отсутствия кейсов — такие проекты обычно стоят дешевле. # Сравнение Перед тем как выбрать подрядчика, поговорите минимум с 3–5 командами. Сравните их подходы, сроки, архитектуру и решения. Иногда полезно даже «столкнуть» мнения подрядчиков между собой. Заказчику, который не глубоко погружён в разработку, сложно понять, что именно ему предлагают. Помню кейс: к нам пришёл заказ на разработку мобильного приложения. Заказчик сказал, что ему уже предложили сделать его за 150 000 ₽ (при нашем чеке от 1 500 000 ₽). Когда начали разбираться, оказалось, что ему предложили просто обернуть корпоративный сайт в WebView — по сути открыть сайт внутри мобильного приложения. Такой вариант действительно можно сделать довольно быстро — за несколько дней. Но это не полноценное мобильное приложение, а по сути мобильная оболочка для сайта. # Цена проекта, а не цена часа Смотрите в первую очередь на общую стоимость проекта, а не на стоимость часа разработки. Также обращайте внимание на условия: – рассрочку; – постоплату; – график платежей. Иногда выгоднее заказать сайт за 1 500 000 ₽, но на комфортных условиях оплаты, чем купить решение за 500 000 ₽, которое в итоге не будет нормально работать и потребует переделки. У нас, например, заказчики с проектами от 1 000 000 ₽+ нередко платят за разработку 100 000–150 000 ₽ в месяц. То есть важна не столько итоговая сумма, сколько удобная финансовая модель проекта.