Вернуться к блогу
Hola, Amigos! На связи Ярослав Ясаков, Head of PMO Amiga.
Выбор подрядчика на разработку в 2026 году, это не про исполнителей, а про партнеров на ближайшие полгода-год. Это всегда риск: можно получить рабочий продукт, а можно слить бюджет на бесконечные правки. Даже сейчас многие выбирают студии разработки «на доверии» или по красивому портфолио, а потом сталкиваются с тем, что код не работает или сроки сорваны.
Подготовил 12 вопросов для первой встречи с командой разработки. Используйте их как чек-лист: если ответы будут туманными – это сигнал, что проект затянется, а бюджет бесконечно раздуется. В Amiga мы привыкли отвечать прямо, потому что прозрачность на старте экономит и нервы, и бюджет.
Здесь мы отсекаем тех, кто умеет только красиво продавать, и проверяем реальный инженерный бэкграунд студии.
«Покажите кейс со сложной логикой, а не просто витрину».
Нарисовать симпатичный интерфейс в Figma сейчас может любой джун или нейросеть. Но связать приложение с нагруженной ERP, старой версией 1С или CRM-системой без потери данных – это задача совершенно другого уровня.
Например, в наших кейсах Proleum и «Аптека Ваша №1» мы сначала проектировали архитектуру под десятки тысяч товаров, а потом занимались дизайном.
«Кто из тех, кто делал эти кейсы, будет в моей команде?».
Часто агентства продают опыт людей, которые у них давно не работают. В Amiga костяк из 50+ профи работает годами – вы получаете экспертизу людей, которые успешно решали аналогичные бизнес-задачи и знают все подводные камни.
«Ваши разработчики в штате или вы собираете команду под проект на фрилансе?».
Если подрядчик туманно отвечает, что у него «огромный пул удаленщиков под любые задачи» – штата нет, и под вас будут судорожно искать фрилансеров, которые могут пропасть посреди проекта.
В Amiga мы пишем код силами собственной инхаус-команды, привлекая на узкие задачи только проверенных годами партнеров. Это гарантирует преемственность разработки: знания о вашем веб-сервисе не испарятся, а останутся внутри компании.
Выясняем, как подрядчик контролирует сроки и защищает вас от бесконечных доработок.
«Что входит в этап аналитики, кроме ТЗ и прототипов?».
Настоящая аналитика – это детально прописанные пользовательские сценарии (CJM) и карта путей клиента. Когда мы делали проект Easy, именно такая дотошная предпроектная аналитика сэкономила клиенту 25% времени разработки.
«Как часто я смогу тестировать живой продукт?».
Подрядчик с поверхностным подходом предложит ждать «финальной сборки», чтобы не «отвлекать команду». В итоге в день сдачи вы получите не то, что ожидали, и будете вынуждены переплачивать за правки.
В Amiga вы получаете рабочие сборки по мере готовности функционала. Вы видите реальный прогресс и понимаете, за что платите.
«Вы тестируете продукт на реальных устройствах или в эмуляторах?».
Ответ «эмуляторов достаточно» – признак экономии на качестве. Софт на компьютере не покажет, как интерфейс ведет себя на бюджетном смартфоне или при плохом интернете. Наша QA-команда тестирует продукт на реальных гаджетах – от iPhone до проверки платежей в полевых условиях. Мы не выпускаем в стор то, что не оттестировали в руках.
Разбираемся, останутся ли права на софт у вас и что будет с кодом после запуска.
«Как вы сейчас решаете вопрос с публикацией в App Store и Google Play?».
Ответ «загрузим в RuStore, а для Apple попробуем через ваш аккаунт» означает, что студия перекладывает риски на вас. Публикация из РФ – это квест. Нужно иметь четкий план по RuStore и обходу ограничений App Store. Мы берем на себя весь цикл: от создания аккаунтов до успешного релиза.
«Кому юридически принадлежат права на код?».
В договоре должно быть четко прописано: после оплаты этапа 100% интеллектуальной собственности переходит к вам. Amiga отдает все исходники и техническую документацию. У вас должна быть полная свобода – развивать продукт дальше с нами или забрать его к себе.
«Кто будет поддерживать приложение после релиза?».
Многие студии перестают выходить на связь после сдачи проекта. Спросите, есть ли у подрядчика выделенный отдел поддержки и как устроена работа после сдачи проекта. В Amiga мы остаемся с продуктом и после запуска, чтобы он сохранял актуальность и быстро рос.
Проверяем, готов ли ИТ-подрядчик вникать в ваши бизнес-метрики.
«Как вы управляете рисками, если сдвигаются сроки?».
Если вам говорят: «Мы никогда не срываем дедлайны» – это ложь. В разработке бывает всякое. Важно, как команда реагирует на проблемы.
Я, как Head of PMO, подсвечиваю риски клиенту заранее и прихожу с готовыми вариантами решений, а не с оправданиями в день дедлайна.
«Почему ваша смета выше, чем предложение фрилансеров?».
Низкая цена всегда компенсируется экономией на безопасности данных, качестве архитектуры или тестировании. Стоимость разработки в Amiga – это ваша страховка от того, что через месяц приложение не придется переписывать с нуля.
«Вы можете отговорить меня от фичи, если она невыгодна?».
Плохой подрядчик сразу согласится на всё со словами: «Любой каприз за ваши деньги, мы просто завернем это в допсоглашение». Им выгодно бездумно крутить коммерческие часы и раздувать смету.
Мы всегда честно говорим ««нет» функциям, которые усложняют продукт. Например, в кейсе Airspector такой подход помог заказчику вовремя срезать лишнее, быстро запустить MVP на рынок и сразу начать зарабатывать.
Выбор подрядчика – это как выбор архитектора для дома. Нужно смотреть на опыт, на честность и на то, как с вами общаются на берегу. Если после встречи у вас осталось ощущение, что вам продали «черный ящик» – не подписывайте договор. Вот три правила, которые помогут не ошибиться:
Процессы важнее обещаний. Если подрядчик не может внятно объяснить, как он тестирует код или управляет рисками, – это угроза для вашего бюджета. Прозрачность на берегу – залог того, что инвестиции окупятся.
Дешевая разработка – самая дорогая. Сэкономленные на аналитике 100 тысяч рублей на старте превращаются в миллионные убытки из-за переписывания архитектуры через полгода. Ищите тех, кто предлагает решение, а не низкий ценник.
Думайте о развитии. Ваш ИТ-продукт будет жить ровно столько, сколько команда готова его поддерживать. Выбирайте подрядчика с постоянным штатом и понятным SLA на техподдержку.
В Amiga мы не прячемся за сложной терминологией. Нам важно, чтобы вы понимали, как работают ваши инвестиции в ИТ.
Хотите задать эти вопросы нам лично? Мы готовы. Пишите на hello@amiga.ru.
