Как выбрать nearshore-партнёра по разработке
Что проверить до подписания, какие вопросы отделяют прямой ответ от продающего и случаи, когда крупное агентство выигрывает у небольшого партнёра.
Выбирайте nearshore-партнёра по двум вещам: кто фактически пишет код и как быстро вы доходите до человека, отвечающего за поставку. Небольшой партнёр во главе с основателем даёт людей под конкретную роль и прямой доступ к этому человеку. Крупное агентство даёт глубину скамейки и круглосуточное покрытие, при этом между вами и разработчиками появляется больше слоёв.
Что проверить до подписания
Пять пунктов, которые стоит прояснить за первые два разговора. У каждого есть ответ, который хорошо звучит, и ответ, который действительно отвечает на вопрос.
- 1
Кто пишет код
Спрашивайте имена и уровень людей, которые будут на вашем проекте, а не среднее по компании. Тот, кто отвечает численностью штата, описывает скамейку, а не вашу команду.
- 2
Сколько шагов до принимающего решения
Посчитайте людей между вами и тем, кто может изменить объём работ, заменить разработчика или закрыть спор по счёту. Один шаг — это совсем не то же самое, что четыре, и вы это узнаете при первой проблеме, а не на первой презентации.
- 3
Кто нанимает, кто руководит, кто несёт риск
Эти три вещи могут лежать на трёх разных сторонах. Разделение определяет, сколько у вас реального ежедневного контроля и кто отвечает, когда что-то идёт не так.
- 4
Доказательства, которые можно проверить
Клиенты по именам, проекты по названиям и референс-звонок, который вы можете назначить. Стена логотипов без имён — не доказательство, как и кейс с обезличенным клиентом.
- 5
Условия выхода
Срок уведомления, передача прав на код и что происходит с кодом и людьми, если вы останавливаетесь. Спрашивайте до подписания — на тот же вопрос потом получить ответ гораздо труднее.
Бутик или крупное агентство
Ни то, ни другое не лучше в целом. Они подводят в разных местах, и правильный ответ зависит от формы вашей программы, а не от размера подрядчика.
| Параметр | Небольшой партнёр во главе с основателем | Крупное агентство |
|---|---|---|
| Набор команды | Собирается под клиента — люди под нужную вам роль | Берётся с существующей скамейки, разный уровень |
| Доступ | Напрямую к основателю или руководителю поставки | Аккаунт-менеджер, затем менеджер поставки, затем разработчики |
| Запуск | Недели — ограничение в найме, а не в доступности | Дни, если на скамейке уже есть ваш стек |
| Покрытие | Один часовой пояс, рабочие часы | Передача смен между офисами вслед за солнцем |
| Потолок масштаба | Несколько команд | Десятки команд, несколько стран одновременно |
Когда крупное агентство — правильный выбор
Это не пограничные случаи. Если ваша ситуация в этом списке, небольшой партнёр — неподходящий инструмент, а тот, кто утверждает обратное, продаёт.
- •Вам нужны тридцать инженеров в следующем квартале. Скамейка это может, наём — нет.
- •Вам нужно покрытие 24/7 или настоящая передача смен между часовыми поясами.
- •Программа охватывает несколько стран и требует локального юридического лица в каждой.
- •Закупки требуют формальных сертификатов, страхового покрытия и договорной гарантии замены, которую небольшая компания не потянет.
Пять вопросов любому nearshore-подрядчику
Ответы важны меньше, чем скорость, с которой они приходят. Заминка на любом из этих вопросов сама по себе является выводом.
Кто именно будет писать код и могу ли я провести с ними собеседование?
Имена, резюме и да. Отказ обычно означает, что команда ещё не собрана или делится с другими клиентами.
Кто нанимает разработчиков и по какому договору?
Один ясный ответ. Если наём, руководство и выставление счетов лежат на трёх сторонах, спросите, кто из них отвечает при срыве срока или нарушении обязательств по защите данных.
Что будет, если разработчик уйдёт в середине проекта?
Названный срок уведомления и процесс замены с перекрытием для передачи дел. «Мы кого-нибудь найдём» — это не процесс.
Кому принадлежит код и когда передаются права?
Права переходят к вам письменно, по факту оплаты, по каждой поставке — а не при финальной приёмке спустя месяцы.
Могу ли я поговорить с вашим клиентом без вас на звонке?
Да, с именем и представлением. Нежелание здесь весит больше, чем любой кейс на сайте.
Как устроена Jezda
Jezda Solutions — софтверная компания во главе с основателем, расположенная в Смедерево, Сербия, основана в 2018 году генеральным директором Зораном Ездимировичем. По чек-листу выше вот что это означает на практике — включая пункты, где он оказывается не в нашу пользу.
- ✓Человек, отвечающий за поставку, — это тот, с кем вы разговариваете. Между вами и работой нет аккаунт-слоя.
- ✓Команды собираются под клиента, а не держатся на скамейке, поэтому люди подобраны под роль — но запуск измеряется неделями, а не днями.
- ✓Разработчики трудоустроены локально в Сербии, а вы руководите ими ежедневно. Трудоустройство, расчёт зарплат и соответствие требованиям остаются на нас.
- ✓Сербия живёт по центральноевропейскому времени, поэтому рабочий день полностью совпадает с Германией, Нидерландами и Польшей — но это один часовой пояс, а не смена, следующая за солнцем.
Часто задаваемые вопросы
Что спрашивают заказчики перед выбором nearshore-партнёра
Хотите задать эти вопросы нам?
Задайте их напрямую. Ответы вы получите от человека, отвечающего за поставку, а не от аккаунт-менеджера.
Начать разговор