Выбор подрядчика

Как оценить технического партнёра на Upwork

Нанять партнёра по разработке на Upwork — это ставка реальными деньгами. Вот зелёные флаги, красные флаги и пять вопросов, которые покажут, понимает ли исполнитель ваш продукт, — до того как вы начнёте.

Нанять партнёра по разработке на Upwork — это ставка реальными деньгами, а часто и будущим вашего продукта. Все профили выглядят компетентно. Все отзывы — на пять звёзд. Все отклики говорят правильные вещи. Как же отличить партнёра, который построит масштабируемую систему, от того, кто отдаст вам кодовую базу под переписывание?

По значку — никак. Это делается через понимание того, что вы на самом деле покупаете, внимание к конкретному набору зелёных и красных флагов и пять вопросов, которые очень трудно подделать. Вот план.

Сначала поймите, что вы на самом деле покупаете

Большинство основателей думают, что нанимают «разработчиков». На деле вы нанимаете одно из двух очень разных:

  • Мощности — руки, чтобы построить уже существующее ТЗ. Отлично, когда вы точно знаете, что строить и как это должно быть спроектировано.
  • Суждение — того, кто решает, что строить и как это складывается вместе, а затем следит, чтобы так и построили. Это нужно, когда архитектура не решена — а для большинства продуктов ранней стадии она не решена.

Купить мощности, когда нужно было суждение, — самая частая ошибка найма. Вы получаете ровно то, что просили — код, — и ничего из того, что было нужно: систему, которая держится. Если не уверены, что из этого вам нужно, начните с материала почему стартапу нужен архитектор, а потом вернитесь сюда.

Зелёные флаги: что делает настоящий технический партнёр

Сильные партнёры ведут себя узнаваемо — обычно ещё до того, как вы им что-то заплатили.

  • Спрашивают о проблеме, а не только о задаче. Прежде чем называть цену, они хотят понять ваших пользователей, ограничения и цели — потому что правильная реализация зависит от них.
  • Возражают. Партнёр, который никогда не спорит, — это исполнитель, принимающий заказы. Тот, кто говорит «этот подход выйдет вам боком позже, вот почему», думает о вашей системе, а не только о вашем тикете.
  • Говорят о собственности. Чёткие ответы, кому принадлежат код, архитектурные документы и результаты — где единственно приемлемый ответ «вам, с первого дня».
  • Объясняют решения простым языком. Особенно важно, если вы нетехнический основатель: хороший партнёр переводит технические компромиссы в бизнес-термины, которые можно нести инвесторам.
  • Показывают архитектуру, а не только скриншоты. Портфолио из красивых интерфейсов не говорит ничего о том, масштабируется ли система под ними. Просите показать, как они думают о структуре. (У нас это на странице портфолио — схемы, а не только глянцевые кадры.)

Красные флаги: когда стоит уйти

Некоторые сигналы стоят того, чтобы завершить разговор.

  • Мгновенная цена без вопросов. Фиксированная цена до того, как кто-либо понял задачу, означает одно из двух: они гадают или уже решили объём за вас. И то, и другое стоит вам позже.
  • За архитектуру никто не отвечает. Если ответ на «кто отвечает за дизайн системы?» размыт, на практике ответ «никто» — а куда это ведёт, вы уже знаете.
  • Джуны учатся за ваш счёт. В джунах нет ничего плохого — если только они не принимают архитектурные решения на вашем продукте, пока вы платите senior-ставки за имя, которое кода не касается.
  • Анонимные субподрядчики. Если вы не можете получить внятный ответ, кто на самом деле строит ваш продукт, вы в одной передаче от кодовой базы, которую не понимает никто в команде.
  • Lock-in по замыслу. Результаты, которыми вы не владеете полностью, или «blueprint», полезный лишь пока вы платите, — это ловушки. Настоящие партнёры отдают работу, которую можно унести куда угодно.
  • Только скриншоты, никогда системы. Если каждый кейс — галерея интерфейсов без единого слова об архитектуре, масштабе или компромиссах, считайте, что под ними не о чем говорить.

Пять вопросов, которые покажут, понимают ли они ваш продукт

Задайте их на первом звонке. Качество ответов скажет больше любого рейтинга.

  1. «Какое самое рискованное техническое решение в этом проекте?» Партнёр, понимающий ваш продукт, назовёт что-то конкретное — модель данных, интеграцию, границу масштабирования. Тот, кто не понимает, скажет «ничего, всё прямолинейно».
  2. «Что бы вы построили первым и почему?» Это проверяет, думают ли они последовательностями — выбраны ли ранние решения так, чтобы не загонять в угол поздние. Размытый порядок означает отсутствие плана.
  3. «Кому принадлежат код и архитектура, когда мы закончим?» Единственный хороший ответ — «вам, полностью, с первого дня». Всё уклончивое — сигнал lock-in.
  4. «Кто конкретно будет это строить?» Имена, уровень, ответственность. Если человек с продающего звонка исчезает, как только начинается работа, вы наняли чёрный ящик.
  5. «Что заставило бы вас отговорить меня это строить?» Партнёр, который может сформулировать, когда строить не стоит, думает о вашем результате, а не только о своём счёте. Тот, кто построит что угодно, оптимизирует не то.

Лучший технический партнёр — тот, кто готов отговорить вас от неверной реализации. Исполнитель принимает заказ; партнёр защищает результат.

Как читать профиль на Upwork за пределами значка

Рейтинги и значки «Top Rated» измеряют удовлетворённость клиентов на прошлых работах — это полезно, но не то же самое, что соответствие вашей системе. Смотрите за значок на:

  • Глубину, а не широту. Профиль с двадцатью крошечными заказами выглядит занятым; тот, что выпустил несколько существенных релевантных систем, говорит больше.
  • Релевантный домен. Если продукт касается денег, здоровья или регулируемых данных, опыт там — не «приятный бонус», а разница между «в комплаенсе» и «под ударом».
  • Как они пишут. Отклики и сообщения показывают, как человек думает. Ясная, конкретная, задающая вопросы коммуникация — прокси для ясного, конкретного технического мышления.
  • Эскроу и этапы. Эскроу Upwork позволяет платить по этапам — переводить деньги только за принятую работу. Пользуйтесь этим. Хорошему партнёру комфортно получать оплату за результат.

Ход, снижающий риск: начните с малого

Чтобы понять, подходит ли партнёр, не нужно ставить на кон всю разработку. Самый умный первый шаг — небольшой проект с фиксированным объёмом, который производит то, чем вы владеете, и показывает, как именно они думают, ещё до того, как вы вложите реальный бюджет.

В этом вся логика Discovery-спринта: одна-две недели, фиксированная цена и Architecture Blueprint плюс дорожная карта, которые остаются у вас, продолжите вы или нет. Это одновременно «рабочее собеседование» и снижение риска — вы видите суждение партнёра на своём реальном продукте и в любом случае уносите план, которым владеете. (Почему это того стоит — с цифрами — в статье настоящая цена пропущенного этапа Discovery.)

Частые вопросы

Безопасно ли платить заранее на Upwork?

Пользуйтесь эскроу и этапами: финансируете этап, переводите оплату только за принятую работу. Такая структура защищает обе стороны — именно поэтому её предпочитает большинство серьёзных партнёров. Наш взгляд на то, как должна работать оплата, — в FAQ.

Агентство, фрилансер или fractional-архитектор — кого нанимать?

Зависит от того, покупаете вы мощности или суждение. Фрилансер или агентство добавляют руки к готовому плану. Fractional-архитектор даёт план и ответственность. Многим продуктам ранней стадии сначала нужно второе — решённая архитектура — и только потом руки, чтобы строить.

Как оценить партнёра, если я не технарь?

Судите о мышлении, а не о жаргоне. Задают ли они острые вопросы? Могут ли объяснить компромиссы простыми бизнес-словами? Возражают ли, когда вы вот-вот совершите дорогую ошибку? Партнёр, которого стоит нанять, делает так, что после каждого звонка вы чувствуете себя более информированным, а не более запутанным.